使用多个EAR或使用远程EJB的EAR

Question

我已经想了一段时间，决定征求你的意见。

我正在构建几个共享公共数据和操作集的应用程序。每个应用程序都有需要添加的特定数据，但需要对特定应用程序提供的共享数据进行“鸟瞰”，比如“基本”或“固定”web应用程序。特定应用程序的数量是(潜在的) 20+，其中一些只是临时的(比如4-6个月)。

当我刚开始使用这个项目(以及在Java中)时，我创建了一个EAR，将共享的JPA实体和EJB放在EJB项目中，并在进行过程中添加了WAR。我使用继承来添加每个应用程序的特定数据。我很快就遇到了麻烦，因为我无法让实体的继承在不同的EJB项目上工作，所以我最终得到了一个包含所有实体的大型EJB项目，还有一个以标识应用程序的字符串为前缀的表名的数据库:这种情况我不喜欢。此外，项目越大，在开发过程中错误消息就越奇怪，不得不删除所有的构建和dist并从头开始重新构建所有内容变得很麻烦(NetBeans 7)。

因此，随着时间的推移，我决定放弃EAR和继承，转而使用单独的WAR，使用远程EJB来管理共享数据。耦合的web应用程序->鸟瞰视图是通过本地EJB调用远程EJB并将共享数据添加到本地定义的实体来实现的，因此在所有意图和目的上，共享数据看起来都是本地实体的一部分。我对此不太满意，因为由于某些原因，它的定义似乎太松散了，而且在性能上增加了惩罚(目前还不算太糟，但可能是及时的)。

我可以选择两者的结合(返回到EAR，将远程EJB切换到本地EJB，但放弃继承)，但是它回到了一个不稳定的开发环境中。此外，其中一个应用程序中的一个小更改意味着必须部署所有的东西。不知怎么的，我想这总有一天会带来麻烦的(例如，破坏当时的20+应用程序，而不是1)。

你会怎么做?为什么？是否有人对类似规模的项目有任何经验，在开发过程中是如何进行的(即，随着项目的发展，遇到任何问题)？

谢谢!

Answer 1

大声想..。

不要放弃继承。使用它，但不要只使用打包在单独jar文件中的POJO来代替实体EJB。将所有EJB部署在单独(大型)EJB项目中。

让这些EJB公开RESTFul WS。

Webapp对进行REST调用。EJB实体提取数据，填充POJO并将其转换为JSON(或XML)，并将其发送到WebApp。

WebApp使用序列化的JSON对象重新创建POJO，并在WebApp中使用它。这些POJO是一种数据传输对象..