返回顶部
首页 > 资讯 > 后端开发 > Python >Spring Boot多模块化后,服务间调用的坑及解决
  • 318
分享到

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

2024-04-02 19:04:59 318人浏览 独家记忆

Python 官方文档:入门教程 => 点击学习

摘要

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

问题背景:

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,添加以下配置


	<build>
		<plugins>
			<plugin>
				<groupId>org.springframework.boot</groupId>
				<artifactId>spring-boot-maven-plugin</artifactId>
				<configuration>
					<classifier>exec</classifier>
				</configuration>
			</plugin>
		</plugins>
	</build>

原因分析:

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包。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持编程网。

--结束END--

本文标题: Spring Boot多模块化后,服务间调用的坑及解决

本文链接: https://lsjlt.com/news/127916.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

猜你喜欢
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作