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 来访问一个关系型数据库，但应被限制于对数据库表格进行维护等管理任务上。
