我正在迁移到Spring Boot2.0,我的Prometheus度量有问题。
我知道千分尺是一种新的操作方法,它不像普罗米修斯的立体式那么简单,但还可以。
我的问题是,如果我现在不想更改我的度量,我就不能升级到Spring Boot2.0。我说的对吗?
我尝试了以下操作:
第1号审判
io.micrometer:micrometer-registry-prometheus:1.0.2
添加到我的应用程序(执行器已在其中)application.properties
中的内容以访问endpoint执行器/Prometheus
=>我过去的计数器
和仪表
被忽略。好的,我从技术的角度理解了。
第2号审判
application.properties
中的内容以访问endpoint执行器/Prometheus
=>现在我得到以下特例
Caused by: java.lang.ClassNotFoundException: org.springframework.boot.actuate.endpoint.AbstractEndpoint
at java.net.URLClassLoader.findClass(URLClassLoader.java:381) ~[na:1.8.0_161]
at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[na:1.8.0_161]
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:338) ~[na:1.8.0_161]
at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[na:1.8.0_161]
... 37 common frames omitted
所以我的问题是:是否有一种“软迁移”的方式可行?
要使试用版1工作,只需添加Prometheus默认注册表,作为Micrometer可以利用的bean。
@Bean
public CollectorRegistry collectorRegistry() {
return CollectorRegistry.defaultRegistry;
}
Micrometer在默认情况下不使用默认注册表,因为它不允许取消注册表,并且会使单元测试相当困难。
要使第2号试验工作将需要重新实现prometheus执行器endpoint,因为该类在SpringBoot2中发生了巨大的变化。我不推荐那种方法。
ngrok承诺有关其接口的兼容性和稳定性,以便您可以自信地构建集成顶部,知道在升级到较新版本时期望的更改。 兼容性承诺 Point Release (2.0.0 -> 2.0.1) - ngrok承诺在点发布之间没有突破性的变化 Minor Version Change (2.0 -> 2.1) - ngrok可能会进行小的更改,打破兼容性的次要版本更改。 ngrok承诺,任何破坏性更改将由一个版
确保您可以轻松顺利地升级您的应用程序,这对我们是很重要的。这就是为什么我们只在主 要版本里程碑才会打破兼容性。你可能熟悉 语义版本控制 ,这 就是我们在所有的 CakePHP 项目中使用的通用准则。总之,语义版本控制意味着只有主要版 本(比如2.0,3.0,4.0)可以打破向后兼容性。次要版本(比如2.1,3.1,3.2)可能会引入新 的功能,但不能破坏兼容性。错误修复版本(比如2.1.2,3.0
我正在我的项目中尝试Java8,我被困在与我的构建过程相关的错误中。 我正在使用ANT脚本,在某个时刻,我正在使用一些javascript(嵌入到ANT中)来执行一些特定于构建的操作。导致错误的脚本部分如下所示: 该项目使用Java 7或Java 6构建得很好,但在使用Java 8时,它会给我带来一些错误。这些错误与JS引擎的升级有关。 特别是我得到了以下例外: javax。剧本ScriptExc
查看v3规范,新消息似乎是有效的,难道旧的提供程序库(v3.2.13)不支持它吗?我查看了代码,发现了这个commit,在我看来,这似乎是引入更改的地方。 从我的测试来看,新的提供程序库(3.5.12)可以处理新旧格式,但如果类路径中同时存在新的提供程序库和旧的使用者库,http契约测试将失败,并出现运行时错误。 问题:
我刚刚将我们的Nexus存储库从OSS 2.14.5-02升级到OSS 3.6.2-01。我将遗留url设置为true(如http://books.sonatype.com/nexus-book/3.1/reference/install.html#config-legacy-url中所述),但是REST API似乎不向后兼容。 例如,以下REST API在我的旧Nexus服务器上工作(它下载ja
Google正在弃用Google Cloud消息传递,转而采用Firebase Cloud消息传递: Firebase云消息传递(FCM)是GCM的新版本。它继承了可靠和可扩展的GCM架构体系,加上新功能!查看常见问题解答了解更多信息。如果要在新应用中集成消息,请从FCM开始。强烈建议GCM用户升级到FCM,以便在今天和将来受益于新的FCM功能。 根据我在服务器上进行的一些测试,FCM URL(h