1. 企業應用項目模型

提供了一個企業應用程序項目模型，即EAR項目模型，以及用于創建Java EE企業應用程序的管理工具。由圖標標識的EAR項目是Web、應用程序客戶端、連接器和EJB項目的邏輯容器，它產生一個單一的服務器端部署單元，稱為Java EE Enterprise Archive (EAR)。在物理上，EAR項目的文件夾結構中沒有子項目，而是EAR項目維護對其組件模塊的引用。

Java EE規范將企業應用程序的運行時結構定義為Java EE模塊和模塊所需的基本文件資源的集合。

最常見的Java EE模塊類型有：

• Web模塊——通常表示為Web存檔(WAR)
• EJB模塊——通常表示為EJB JAR存檔

EAR項目必須包含至少一個模塊項目，因此在EAR項目開發過程中，只要包含一個模塊項目，就可以根據需要添加和刪除模塊項目。部署企業項目時，引用的模塊項目被打包到各自的存檔表單中，并作為企業存檔的模塊部署。

通常，Web模塊提供Web用戶界面服務和用戶對一個或多個EJB模塊提供的業務服務的訪問，Java EE規范將EAR定義為標準的Java EE部署單元。此外，規范允許(但不要求)應用服務器供應商支持其他部署形式，如獨立WAR和EJB jar。

項目模型與Java EE企業應用程序模型的相似之處如下：

• MyEclipse Web Module項目——設計時相當于Java EE Web模塊，Web Module項目與基本的MyEclipse Web項目相同，只是添加了內部元數據和可選的項目依賴項。
• MyEclipse EJB模塊項目——設計時相當于Java EE EJB模塊，EJB模塊項目與基本的MyEclipse EJB項目相同，只是增加了內部元數據和可選的項目依賴項。
• MyEclipse企業項目——設計時相當于Java EE企業應用程序，不包含任何Web或EJB項目代碼，而是維護與模塊項目的關聯。

所有使用JavaEE 5.0以下版本的EAR項目都使用一個META-INF根文件夾和一個空的META-INF/application.xml部署描述符創建，對于使用Java EE 5或更高版本的項目，這個文件不是必需的，您可以選擇生成這個文件，可以根據需要修改application.xml文件。

注意：對于需要application.xml文件的Java EE版本，不要移動或重命名該文件或META-INF文件夾，這樣做會導致部署失敗，項目元數據文件以外的所有資源都被認為是部署的一部分。

下圖描述了 web項目的Resource透視圖，這個視圖顯示了項目的部署信息，可以使用項目的Deployment Assembly屬性自定義項目部署。

2. 項目組織、依賴項和類解析

Java EE規范為企業應用程序定義了分層Java類解析策略，這種自底向上的搜索策略如下圖所示。當任何模塊引用Java類時，其本地類加載器首先在該模塊的代碼基中搜索該類，如果在模塊本地找不到類，則模塊向上一級的類加載器發出搜索請求，這個過程一直持續到找到類或到達頂級Java引導類加載器為止(圖中沒有顯示)。

理解Java EE企業應用程序類加載器策略很重要：類加載策略影響開發者如何選擇在Web和EJB模塊項目之間分發類，例如，如果有一個或多個業務數據對象在web模塊的用戶界面元素和EJB模塊的服務之間傳遞，通過在EJB模塊中定位數據對象，它們對web模塊和EJB模塊都是可見的。

導致類加載問題的兩個常見的項目組織錯誤是：

• 在web模塊中放置數據對象類會導致運行時ClassNotFoundExceptions
• 將共享類復制到web和EJB模塊項目，這種方法通常會導致難以診斷與序列化和類不兼容相關的錯誤，這使得實踐比第一點更加困難

Java EE項目模擬這種分層類加載器策略，為開發者提供構建時對MyEclipse企業項目及其組成Web和EJB模塊項目的類加載器可見性的準確洞察。這是使用Eclipse項目依賴項完成的，如下面的插圖所示，當web或EJB項目被添加到MyEclipse EAR項目時，項目依賴項將相應設置。不要手動修改這些項目依賴項，這樣做可能會引入不必要的編譯問題。

注意：開發團隊認為，支持類加載器模擬來幫助開發人員識別難以解決的由類加載器可見性問題引起的運行時錯誤是一個至關重要的需求，這就是為什么MyEclipse不支持在EAR項目中物理嵌入模塊代碼的原因之一。相反，EAR項目以模塊的形式維護與單個web和EJB項目的關聯。

MyEclipse技術交流群：742336981 歡迎一起進群討論