在Java的编程语言里，Java (TM),企业版(J2EE平台(TM)[1]是标准的服务器开发企业应用环境。在J2EE本身是分层的Java (TM)2平台、标准版(J2SE(TM)[2])。在许多方面,结合J2EE平台种包含潜在J2SE操作系统(操作)。例如,一个单一的J2EE服务器主机数来自不同组织的应用,可能的话,那一定要争夺服务器资源。许多传统的操作系统的构建是包裹或替换成J2SE或J2EE同行。例如,在J2SE线程模型种包含这土生土长的操作系统线程模型。同样,一个J2EE集装箱,主机组成的一些特点,股票J2EE分布式应用与一个操作系统的过程。开发者和管理者都相互提供主要的api,只有经验的J2EE / J2SE潜藏的OS api通过过滤器提供J2EE / J2SE。主要的利益是可移植性的J2EE平台/ J2SE之间不同的操作系统。
然而,在实践中J2EE / J2SE平台省略一些重要特征,是标准的操作系统。在特殊情况下,与操作系统流程,J2EE应用不能正确彼此孤立和许多资源充足的应用性能要求无法控制平台设施。这些缺陷要求管理员绕过J2EE三层,直接互动/ J2SE与本土OS api、可移植性整体,因此限制了。考虑,例如,一个J2EE服务器,有两种不同的应用程序和执行。这些应用程序类似于一个操作系统环境的过程。因此,它可以控制每个应用程序的可用资源使用类似于可操作过程,例如,控制存储器或CPU。在当前的J2EE平台这能力明显缺少,本质上是由于潜在J2SE平台并不提供控制这些熟悉的资源。再者,J2EE平台定义了额外的资源,没有明显的模拟在操作系统的背景下,举例来说,这个数量(TM)连接提供该申请。目前,J2EE服务器提供一些特设控制机制等方面的资源,但这并不是一件容易的事,他们之间的分开隔断内应用一台服务器上。
这个方法最J2EE服务器供应商要解决这个问题,直接利用潜在的OS设施的J2EE暴露这些管理人。从本质上讲,这包括映射每个J2EE分布式应用到一个截然不同的服务器实例,以致过程的资源管理机制的操作系统,可以使用。一个结果是,系统的整体资源消耗增加,由于人数增多过程。另外一个原因是部分的API无法表达的爪哇的编程语言。虽然这可以裱糊
在某种程度上的管理架构和工具,如Java(TM)管理扩展(JMX(TM)[3],[4],或最终的结果是更复杂和较低的表现要比直接提供的设施在J2EE / J2SE平台。
