模块化 web 应用

Question

I'm working on a web application (Spring, Hibernate, Apache Tomcat) with more interfaces (HTML, mobile HTML, XML, REST). 所以我决定将应用程序拆分为更多的 web 应用程序，以避免混合来自接口的文件。 我已将应用程序的核心类（业务逻辑、Hibernate DAO）提取到外部 jar 并将其包含到 web 应用程序中。 一切似乎都很完美。

但是现在我意识到服务器上有更多的核心实例，更多的 EntityManagerFactories，Spring 上下文，...）。 当我尝试通过 Spring bean 进行通信（例如，在一个接口中添加调度程序任务，在另一个接口中将其删除）或使用 Hibernate 二级缓存时，它应该会崩溃。

什么是最好的解决方案？

Answer 1

如果你有更多的 webapps，你也会有更多的 Spring appcontexts。 这是 splix 建议的一种可能的解决方法，但对于您的场景来说可能太多了（如果应用程序真的很大，我只会这样做）

我真的不知道您所说的 XML 接口是什么意思。 XML-RPC？ 网络服务？ 为了

• 移动 UI 我会使用Spring Mobile （那里有很多资源），
• REST Spring MVC，请参阅此处的教程，
• 再次为 HTML Spring MVC ，
• 如果 XML 表示 XLM-RPC，请参见此处的示例。
• 对于网络服务： Spring Web 服务。

将所有逻辑都放在服务层中，如果它在外部 jar 中，如果您将来不打算重复使用它，并且拥有一个具有许多视图的 Spring 应用程序上下文，这并不重要。

Answer 2

我知道很少有具有相同要求的项目。 我们使用了 2 个独立服务器： API 服务器和Web 服务器。 API 服务器可以访问所有数据，并且可以对其执行一些查询。 结果 object 被序列化为 XML、JSON 或 Protobuf。 It's very easy to make using Spring + custom View Resolver or Jersey (i have two project - one based on spring, second on Jersey, an I suggest you to use spring)

Web server calls this API (using protobuf, for example), and prepare html answer to user browser, based on results (and there also can be some ajax calls to this API server).

移动应用程序也可以毫无问题地访问此 API 服务器。