我一直在阅读 Java EE 架构，并且已经看到（至少在 Oracle 文档中）多次提到所谓的EIS（企业信息系统）层，它包括 Java EE 架构的第三（数据）层。
我知道在 3 层系统中，数据库通常是第 3 层。有时遗留系统也被放置在这一层，因为它们也直接与与业务中间件（第二层）相同的数据库进行交互，并且出于某种原因，它们不属于其他任何地方。
我的问题是：什么代码（如果有）属于第三“EIS”层？诸如 Hibernate 类和 DAO 之类的 ORM 代码？
在第二层，您同时运行系统和已编译的 Java。例如，您可能有一个运行您编写的一堆 WAR 的 Tomcat 服务器。我没有“得到”第三层的类比，在那里你有一个 RDBMS 和（我猜？！？！）一些与该 RDBMS 交互的代码。
总之，我想我想知道在 EIS 层中部署代码的标准/最佳实践是什么，以及这些部署是什么样的。提前致谢！
在开发 Java EE 应用程序时，我认为这三层是
这是很好的和独立的，并且避免了例如。触发器和 PL-SQL 等。
最好的，安德斯
Java EE 建议的层模型是一个概念模型。我认为您将其与应用程序的包装结构混合在一起（基于您对anders.norgaard帖子的评论）。打包模型依赖于曾经自己的应用程序，但以下两篇文章提供了最佳实践
EIS 层对应于与其他信息系统的连接，例如 ERP 应用程序（例如 JD Edwards）或事务系统（IBM 的 IMS）或 CRM 等，
众所周知的 EIS 解决方案提供 Java 连接器。从 J2EE 应用程序中，我们可以实现连接器并直接与这些应用程序通信。
这是关于这个主题 的很好的参考资料。
EIS 层是一个概念层，它作为 jar 文件包含在应用程序中。
它主要由相应的 EIS 制造商经常提供的资源适配器组成。
您的 java bean 可以使用这些适配器来访问 EIS 的数据和服务。
这就是为什么您通常不会将某些东西部署到 EIS 层的原因。
每当您使用 EIS 资源适配器时，该层就“就在那里”。
与数据访问层（-> orm 框架）相同的概念：
您不编写它。
你没有在里面放任何东西。
您只需使用它。