J2EE核心是一組技術規範與指南，其中所包含的各類元件、服務架構及技術層次，均有共同的標準及規格，讓各種依循J2EE架構的不同平臺之間，存在良好的相容性，解決過去企業後端使用的資訊產品彼此之間無法相容，企業內部或外部難以互通的窘境。
(1) J2EE 產品提供商
設計並使J2EE 平臺、API 和在J2EE 規範中定義的其他特徵能被其他公司或人購得的公司。
(2) 應用元件提供商
建立用於J2EE 應用程式的Web 元件、Enterprise Beans 元件、Applet 或應用客戶程式的公司或個人。在裝配過程中，應用元件檔案、介面及類被打包進一個JAR 檔案中。
(3) 應用程式裝配商
從元件提供商獲得應用元件JAR 檔案，並將它們組裝成一個J2EE 應用的Enterprise Archive(E A R)檔案的公司或個人，這種檔案是一個帶. E a r副檔名的標準檔案。應用裝配商提供與該應用程式相關的整體資訊，並使用驗證工具來檢驗EAR 檔案的內容是正確的。組裝和部署資訊儲存在一個基於文字的配置描述檔案中，此種檔案使用XML 標記來標記該文字。應用裝配商可以使用一個能通過互動式選擇來正確新增XML 標記的裝配和配置工具來編輯該配置描述檔案。
(4) 部署商
部署( d e p l e y)J2EE 應用程式的公司或個人。其職責包括設定事務控制、安全屬性，並根據應用元件提供商提供的指示來標明一個Enterprise Bean 是自己處理自身的.儲存，還是由一個容器來處理等。部署涉及配置和安裝。在配置過程中，部署商遵循應用元件提供商提供的指示來解決外部依賴問題，定義安全設定，以及分配事務屬性。在安裝過程中，部署商將應用元件安裝到伺服器上，並生成容器特定的類和介面。
(5) 系統管理員
配置並管理執行J2EE 應用程式的計算環境和網路基礎設施，並監督執行環境的人員。
(6) 工具提供商
生產被元件提供商、裝配商及部署商使用的用於進行開發、組裝和打包的工具的公司或個人。
(7) 設計使用者介面和引擎
在為J2EE 應用程式設計使用者介面和後端引擎時，需要決定讓該程式是基於We b，還是不基於We b。在做出這個決定時，我們可能希望考慮平臺配置、下載速度、安全、網路流量和網路服務。
例如，包含有使用者介面並且經常被大量使用者訪問的一個Applet 可能需要花很長的時間才能被下載下來，這讓使用者沮喪。然而，如果知道該A p p l e t要執行在一個公司的內部網內的受控環境中，那麼，在這種情況下，該Applet 將擁有一個完全可接受的下載速度。另一個考慮是，繁重的處理應當在哪裡執行。例如，如果客戶程式在一個蜂窩電話或呼機中執行，伺服器應當完成儘量多的計算和資料處理，而客戶程式只應顯示結果就可以了。然而，設計在一個強大的桌上型電腦平臺上執行的大型財務分析系統則應當在客戶機上完成其複雜計算。應用的客戶程式和A p p l e t使用者介面通常都是用Swing API 建立的，該API 可從標準版J a v a 2平臺中獲得。Swing API 提供了一整套GUI 元件(表格、樹形結構、按鈕等)，這些元件可以被用來實現一種比用一個典型的HTML 頁面所能實現的更為互動的體驗。Swing 也支援HTML 文字元件，這個元件可以被用來顯示來自一個伺服器的響應。客戶程式可以直接訪問Enterprise Beans 層或企業資訊系統層。但應謹慎實現這種程式。
繞過EJB 層的程式可以使用JDBC API 來訪問一個關係型資料庫，但應被限制於對資料庫表格進行維護等管理任務上。