当前位置：文江博客话题详情

为什么要用耳朵而不是战争？

发布于 2024-12-11 01:39:40 字数 359 浏览 0 评论 0原文

我读了此和这个与我的问题有些相关。但我遇到了这篇文章这表示 EJB 可以打包在 war 文件中。如果是这样的话，为什么还需要耳朵呢？带有示例的解释将受到高度赞赏。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

寄居人 2024-12-18 01:39:40

使用 EAR 或 WAR 取决于您想要部署它的服务器、您的应用程序以及您的个人偏好。从 Java EE6 开始，您可以将 EJB 与其他 servlet、jsps 等一起打包到 WAR 文件中（最终得到的 Web 应用程序只能部署在 Java EE 6 兼容服务器上）。如果您以旧方式将应用程序打包为单独的包中的 ejb 并分别将其打包，则可以使用 java ee 5 服务器，如果您尚未在应用程序中使用 java ee6 的其他功能，则可以将 EJB 和 WAR 的部署分开明确分离业务层 (EJB) 和视图（Servlet、JSP 等）。

回复收藏 0 原文

苏辞 2024-12-18 01:39:40

使用 EAR 可以实现业务之间的彻底分离（通常是无状态 EJB bean，提供后端/数据库相关服务，原则上可以由非 Web 客户端使用）和前端（xhtml 文件、JSF 支持 bean 等）。

我通常遵循以下约定，对于给定的项目，说“foo”：

foo-ejb.jar 具有 EJB beans
foo-client.jar 定义EJB beans（“client”可能用词不当，“foo-if.jar”或“foo-api.jar”可能更好名称）
foo-war.war 拥有 Web 资源

构建 foo-war.war 只需要 foo-client.jar

构建 foo-ejb .jar只需要foo-client.jar。

EAR 中的结构是：

foo.ear
 |
 |-- foo-war.war
 |
 |-- foo-ejb.jar
 |
 \-- lib
      |---- foo-client.jar
      |
      \---- (other common jars)

当您的代码部署为 WAR 时，也许有一种方法可以实现类似的干净分离，但上面是我正在使用的并且似乎对我有用（我开放当然是建议）。

Using an EAR affords a clean separation between business (usually stateless EJB beans that provide back-end / db-related services and can in principle be used by non-web clients) and front-end (xhtml files, JSF backing beans, etc).

I usually follow the below convention, for a given project, say "foo":

foo-ejb.jar has the EJB beans
foo-client.jar defines the interface of the EJB beans ('client' may be a misnomer, 'foo-if.jar' or 'foo-api.jar' may be better names)
foo-war.war has the web resources

Building foo-war.war only requires foo-client.jar

Building foo-ejb.jar only requires foo-client.jar.

The structure in the EAR is:

foo.ear
 |
 |-- foo-war.war
 |
 |-- foo-ejb.jar
 |
 \-- lib
      |---- foo-client.jar
      |
      \---- (other common jars)

There maybe a way to have a similarly clean separation when your code is deployed as a WAR but the above is what I am using and seems to work for me (I am open to suggestions of course).

回复收藏 0 原文

在你怀里撒娇 2024-12-18 01:39:40

Java EE 平台对企业应用程序使用分布式多层应用程序模型。应用程序逻辑根据功能分为组件，构成 Java EE 应用程序的应用程序组件安装在不同的机器上，具体取决于应用程序组件所属的多层 Java EE 环境中的层。

下图显示了两个多层 Java EE 应用程序，它们分为以下列表中描述的层。此图中显示的 Java EE 应用程序部分在 Java EE 组件中呈现。

客户端层组件在客户端计算机上运行。
Web 层组件在 Java EE 服务器上运行。
业务层组件在 Java EE 服务器上运行。
企业信息系统 (EIS) 层软件在 EIS 上运行
服务器。

尽管 Java EE 应用程序可以包含图 1-1 中所示的所有层，但 Java EE 多层应用程序通常被视为三层应用程序，因为它们分布在三个位置：客户端计算机、Java EE 服务器计算机和数据库或后端的旧机器。以这种方式运行的三层应用程序通过在客户端应用程序和后端存储之间放置多线程应用程序服务器来扩展标准的两层客户端和服务器模型。

Multitiered Applications