Spring Boot多模块化后,服务间调用的坑及解决

这篇文章主要介绍了Spring Boot多模块化后,服务间调用的坑及解决,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教

问题背景:

product 服务作为服务端,提供了一个 对外通信Fegin接口 ProductClient,放在了com.imooc.product.client jar包下

order 服务作为客户端,直接引用上面的jar,使用 ProductClient ,启动主类后报下图错误:

解决办法:

多模块化时,应该在order主类上添加下面圈出来的注解,这样启动后就能扫描这个包。

Maven多模块项目+SpringBoot,编译失败:程序包xxx不存在

项目结构如下:

parent(父类工程)

|

| - - - - - common(通用工具类子工程)

|

| - - - - - projectA(springboot子工程,依赖common工程)

|

pom.xml

问题描述:

通过parent父工程进行Maven install,parent父工程和common子工程打包成功,projectA子工程打包失败并报错

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project projectA: Compilation failure

[ERROR] /xxxx.java:[14,36] 程序包com.xxx.xxx.utils不存在

注意:就算projectA能打包成功,运行后调用,也会报common下的类找不到异常,为同一问题

关键错误信息截图:

解决方案:

在common子工程下的pom.xml,添加以下配置

    org.springframework.bootspring-boot-maven-plugin exec

原因分析:

common也是SpringBoot工程,SpringBoot工程打包编译时,会生成两种jar包,一种是普通的jar,另一种是可执行jar。

默认情况下,这两种jar的名称相同,在不做配置的情况下,普通的jar先生成,可执行jar后生成,造成可执行jar会覆盖普通的jar。

而projectA工程无法依赖common工程的可执行jar,所以编译失败:程序包xxx不存在。

添加配置后截图如下,其中common-1.0-SNAPSHOT-exec.jar为可执行jar,common-1.0-SNAPSHOT.jar为普通jar包。

以上就是Spring Boot多模块化后,服务间调用的坑及解决的详细内容,更多请关注0133技术站其它相关文章!

赞(0) 打赏
未经允许不得转载:0133技术站首页 » Java