io.zipkin»zipkin-server VersionVulnerabilitiesRepositoryUsagesDate 2.12.x 2.12.9Central 0 Apr 12, 2019 2.12.8Central 0 Apr 06, 2019 2.12.7Central 0 Apr 01, 2019 2.12.5Central 0 Mar 08, 2019 2.12.4Central 0 Ma
ADD omni-zipkin-server.jar zipkin-server.jar RUN bash -c 'touch /zipkin-server.jar' ## 开放端口 EXPOSE 8818 ## 容器启动后命令 ENTRYPOINT ["java","-Djava.security.egd=file:/dev/./urandom","-jar","/zipkin-server.jar"] 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14....
--zipkin--> <dependency> <groupId>io.zipkin.java</groupId> <artifactId>zipkin</artifactId> <version>${zipkin.version}</version> </dependency> <dependencies> 此外,maven 还通过约定大于配置的方式定义了一些常用的属性。 属性定义 2.1.5 resources resources标签用来标识项目在编译运行时需要额外编译的文...
最简单的解决方法:将最新添加的jar包依赖,依次删除,然后启动服务,查看是因为多增加了哪个jar包依赖之后,出现的jar包冲突问题。 找到之后,在pom.xml中排除掉即可: <!--zipkin服务端--><dependency><groupId>io.zipkin.java</groupId><artifactId>zipkin-server</artifactId><version>2.10.1</version><!--排除-...
<version>${zipkin.version}</version> </dependency> <dependencies> 此外,maven 还通过约定大于配置的方式定义了一些常用的属性。 属性定义${basedir}存放 pom.xml 和所有的子目录${basedir}/src/main/java项目的 java 源代码${basedir}/src/main/resources项目的资源,比如说 property 文件,springmvc.xml${based...
<groupId>io.zipkin.java</groupId> <artifactId>zipkin</artifactId> <version>${zipkin.version}</version> </dependency> <dependencies> 此外,maven还通过约定大于配置的方式定义了一些常用的属性。 属性定义 ${basedir}存放pom.xml和所有的子目录
-- Spring cloud Settings --> <spring-cloud.version>Finchley.RELEASE</spring-cloud.version> <spring-boot-admin.version>2.0.1</spring-boot-admin.version> <zipkin.version>2.10.1</zipkin.version> </properties> <dependencies> <!--spring cloud--> <dependency> <groupId>org.springframework.cloud<...
此时你们是不是有疑问了:不就依赖spring-boot-starter-web,怎么会有各种log的依赖? 然后我在pom.xml中加一行,仅仅加一行 新加一行 此时的log依赖与之前就有了变化 log依赖变化 这是为什么? 你以为没关系,实际启动时会出现如下异常(原因请看:SpringBoot2.7还是任性的,就是不支持Logback1.3,你能奈他何) ...
直接看报错内容,可以看出 是log4j和logback-classic的jar包冲突。 最简单的解决方法:将最新添加的jar包依赖,依次删除,然后启动服务,查看是因为多增加了哪个jar包依赖之后,出现的jar包冲突问题。 找到之后,在pom.xml中排除掉即可: <!-- zipkin服务端 --> ...
I was using your server with block/goose and for some reason, kafka-clients consistently returns the wrong version as latest. It seems to be like this returns the latest based on date, not based on numeric version https://search.maven.org/artifact/org.apache.kafka/kafka-clients ...