jOOQ依赖于r2dbc-spi库的不稳定版本
maven central中当前的jOOQ版本3.15.4依赖于R2DBC-SPI的不稳定版本0.9.0.M1（甚至不是最新的里程碑版本）。我们有一个强有力的政策，不允许不稳定的库在生产中出现，所以我们不能使用最新的jOOQ版本。
是否可以重写依赖项并将R2DBC-SPI降级为0.8.6（最新稳定但仍不1.x)？
共有1个答案
总的来说，R2DBC SPI还不太稳定。0.x版本方案暗示事情仍在“运动中”，反向不兼容的SPI更改仍在实现中。jOOQ（即me）在SPI最近的设计决策中参与了相当多的工作，以确保jOOQ所知道的通常需求将得到正确的解决。其中包括在SQL Server或MySQL中调用存储过程时对流操作的要求（结果集、异常和更新计数可以交织在一起），或者还包括输出参数的流式传输方式。
因此，对于jOOQ来说，一个发布是否被标记为“里程碑”、“候选发布”或“稳定”发布似乎并不太重要，因为即使在稳定的发布之后，也会有突破性的SPI变化。
对你来说，这可能太重要，也可能不太重要。虽然我一般理解您的依赖版本策略，但在这种特殊情况下，您使用的是beta软件(R2DBC)，这本身就是一个风险。jOOQ将试图保护您免受任何不稳定的影响，因为您几乎不会在客户机代码中看到R2DBC API，并且对现状进行了良好的集成测试，以确保jOOQ代码正常工作。
在发布时，驱动程序还没有为最新的SPI里程碑发布做好准备。现在情况仍然如此，当我们计划将SPI依赖项升级到候选版本或更新的版本:https://github.com/jooq/jooq/issues/12193。
当使用像R2DBC这样的新东西时，这就是生活。它工作得很好，但在幕后，事情仍然不稳定。知道事情最终会稳定下来，你已经可以适应现状了。
-
null
-
我正在使用maven 3.1.1，我有以下问题 我有一个主项目（pom.xml），它将被编译为WAR文件。它有两个模块。 模块1有以下内容（请注意工件的版本） 模块2有以下内容（请注意工件的版本） 因此，我的项目依赖于同一个库的两个版本。问题是库版本2与版本1不向后兼容。所以，我不能只包括版本2。 我正在考虑修改模块1以使用库版本2，但这需要大量时间。因此，我正在寻找一种方法来包含库的两个版本。
-
CocoaPods依赖库版本控制 默认最简单的导入方式 pod 'Moya' 锁定版本 使用逻辑运算符 > 0.1 Any version higher than 0.1 >= 0.1 Version 0.1 and any higher version < 0.1 Any version lower than 0.1 <= 0.1 Version 0.1 and any lower ver
-
Semantic Versioning Packages in Yarn follow Semantic Versioning, also known as “semver”. When you install a new package from the registry it will be added to your package.json with a semver version ra
-
我用我的真实情况来说明问题。 我使用logback 1.0.1进行日志记录，它包含SLF4J 1.6.4作为依赖项。我还为遗留日志API(Java . util . logging、log4j和commons-logging)使用SLF4J API桥，它们不是显式的依赖关系。这些也必须(最好)是版本1.6.4。 为了使我的pom.xml尽可能整洁和无错误，我想强制这些API桥接器与SLF4J版本相
-
本文向大家介绍Java版堆排序[不稳定]相关面试题，主要包含被问及Java版堆排序[不稳定]时的应答技巧和注意事项，需要的朋友参考一下 堆一般指二叉堆。 复杂度：O(nlogn) - O(nlgn) - O(nlgn) - O(1)[平均 - 最好 - 最坏 - 空间复杂度] 大顶堆实现从小到大的升序排列，小顶堆一般用于构造优先队列
-
我不断得到原因:java.nio.file.nosuchfileException:C:\Program Files\Apache Software Foundation\Tomcat 9.0\WTPWebApps\WebApp\WEB-INF\lib\Jackson-DataBind-2.9.6.jar Exception。我的pom.xml文件中有2.9.6版本的依赖项，但Maven depe