jakarta-ee - 使用共享库与完全封装的 EAR 的优缺点

Question

我们的团队构建并拥有一个网络服务框架。其他实际构建 Web 服务的团队使用我们的框架来实现一些通用功能。有两个选项可以打包 EAR。选项 1 是将所有框架 jar 内置到 EAR 中。方案二是在应用服务器中配置一个共享库，让所有应用都使用该库。我们有可能部署多达 100 个 EARS，它们将使用此框架。这种方法在构建、可管理性和开发方面有哪些优缺点。我们正在使用 websphere。

Answer 1

基本的权衡是内存消耗与版本管理。

如果您在 EAR 中打包库，那么每个应用程序将创建自己的类实例，消耗一定数量的 permgen(或等价物)并占用静态数据的堆空间。

如果在应用程序 lib 目录中存储一个库，那么每个类将只有一个实例。但是，这意味着使用该库的每个应用程序都必须使用相同的版本，并且(除非确保向后兼容性)必须同时升级。

鉴于您谈论的是 100 个 EAR，版本管理问题可能会很大。除非您的库绝对庞大(我将假设您在具有大量内存的 64 位服务器上运行，因此请使其成为巨大的)，或者永远不会改变(不太可能)，我建议打包与耳。