（译文 页数：11 字数：14076）延长J2EE(TM)服务器与动态和灵活的资源管理

为企业应用平台,写在Java编程语言。一个单一的J2EE服务器可以支持多个应用程序很像传统的操作系统,但绩效水平难以控制,由于缺乏资源管理设施在Java的平台。这个资源管理(室)接口地址这个问题提供了灵活的、可扩展的框架,用于管理资源,是切实可行的在广泛,从低级的资源,比如CPU时间一级资源,例如数据库连接。资源管理已经实施了多任务处理虚拟机(MVM)、可扩展的操作环境多个应用这一概念的基础上,孤立的计算。本文介绍了应用MVM和原材料的管理资源调查结果表明,应用服务器J2EE性能可控制灵活与低的开销,并且容易最小入侵。

摘要：Java (TM),企业版(J2EE平台(TM)的标准

目录

1、介绍
2、背景,多任务处理分离的虚拟机
3、整体的资源管理的API
4、J2EERI的MVM
5、J2EERI Resources
6、相关工作
7、未来的工作
8、结论


1、介绍
　在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暴露