在Spring boot 1.3.0发布版本中使用Spring重试和断路器
我需要在1.3.0版本的Spring启动应用程序中使用Spring重试和Spring断路器。Spring重试版本捆绑了此版本的Spring启动，即1.3.0版本不支持断路器。如果我使用Spring重试最新版本与Spring启动1.3.0版本，可以吗？它会导致任何运行时问题吗？
共有1个答案
Spring靴1.3非常非常古老;它不再受支持;支持的最旧版本的 Boot 是 2.1.14。
-
我试图利用Spring重试的重试和断路器机制。我试图在一个特定的函数中使用两个注释(@retryable和@circuitbreaker)，但是Circuit Breaker不起作用。 另外，请告知是否有更好的方法来实现重试和断路器。PS：我既不想使用resilience4j也不想使用RetryTemplate。
-
版本号 采用三位版本号，分别是主版本号、次版本号、修订版本号。例如 5.1.2。 参见: http://semver.org/lang/zh-CN/。 主版本号：主版本号内的所有版本必须相互兼容；与其它主版本号不一定完全兼容，尽量向下兼容。 次版本号：代表新特性增强。版本号越大特性越丰富。 修订版本号：代表BugFix版本。只做bug修复使用，版本号越大越稳定。 版本维护 最多同时维护两个版本。
-
默认情况下，当我将更改为时，我不会在logcat上获得任何日志，但我确实需要读取应用程序的发布日志，我如何启用它？
-
我的目标是发布一个具有单一依赖项的项目。我有一个nexus存储库，我在其中部署快照和发布版本。 我唯一的依赖性 我的nexus repo中发布了以下候选版本 当要求版本插件解决依赖关系时，它声称没有新的依赖关系可用。所以他认为 但是，如果在我的项目中有版本1.0.0-SNAPSHOT，那么版本1.1.0-RC1将解析为最新版本。 我错过了什么？（我查看了插件源代码，我们有以下片段： 对我来说这辆车
-
问题内容： 就像我在标题中说的那样，我正在为iPhone编写一个应用程序，该应用程序可以在调试模式下完美运行，但是当我将其构建为发行版并通过TestFlight安装时，它会崩溃。由于崩溃日志，它可能必须使用以下代码行： 我使用的是Brother的框架而不使用AirPrint进行打印，但是我认为这不是问题，因为应用程序在对框架执行某些操作之前便崩溃了。它仅在我执行这些行的ViewController
-
我想在支持的微服务应用程序中提供以下功能。 1）负载平衡--如果一个服务有3个节点，那么它们之间应该发生负载平衡 2）重试逻辑--如果其中一个节点没有响应，重试应该发生一定的次数（例如3。应该是可配置的），然后返回到另一个节点。 3）断路器--如果由于某种原因，服务的3个节点都出现了访问db的问题，并且抛出异常或没有响应，则电路应打开，调用回落方法，服务恢复后电路自动关闭。 看了很多spring云