Java Wildfly模块与胖耳朵文件的补丁
我们确实在这里进行了讨论,我想知道,在您看来,解决我们内部纠纷的最佳方式是什么。我们目前有五个以上的网络应用程序(war)。他们使用四个公共jar(DB映射、公共过滤器等)作为基础/后端。我们确实需要加载几个库(hibernate、jsf、cdi、jackson、gson等)才能使我们的应用程序充分发挥功能。现在的问题是——我们是应该将所有需要的库打包到每个单独的Web应用程序中,还是应该修补我们的wildfly服务器,以便服务器为每个单独的war文件或其他文件提供必要的库 每个应用程序都有一个EARJava Wildfly模块与胖耳朵文件的补丁,java,package,wildfly,patch,Java,Package,Wildfly,Patch,我们确实在这里进行了讨论,我想知道,在您看来,解决我们内部纠纷的最佳方式是什么。我们目前有五个以上的网络应用程序(war)。他们使用四个公共jar(DB映射、公共过滤器等)作为基础/后端。我们确实需要加载几个库(hibernate、jsf、cdi、jackson、gson等)才能使我们的应用程序充分发挥功能。现在的问题是——我们是应该将所有需要的库打包到每个单独的Web应用程序中,还是应该修补我们的wildfly服务器,以便服务器为每个单独的war文件或其他文件提供必要的库 每个应用程序都有一个
耳1-X
-战争
-普通罐1-4
-冬眠
-jsf
- 还是一只大耳朵 耳朵
-战争1-X
-普通罐1-4
-冬眠
-jsf
- 或者使用补丁和小型war文件 战争1-X
-普通罐1-4
常用的jar最有可能依赖于外部事物,如DB,因此它们在大多数部分都链接在一起,在软件生命周期中只会出现非常小的变化。所有WAR文件基本上都使用相同的外部库
干杯如果这些形成一个单一的应用程序,那么使用EAR我们目前正在尝试使用多战争方法,它将适合我们的需要,但是使用这种方法有任何缺点。因为在我看来,我宁愿一次性部署所有依赖项并使用它们。但是在每次部署中一次又一次地部署所有依赖项,因为它们在web应用程序中是100%相同的。