几周前甲骨文完成了对SUN微系统公司的收购，甲骨文对最新收购的SUN技术所作出的承诺之一就是让Java Community Process(简称JCP，一个由全世界的Java开发人员和获得许可的人员组成的开放性组织，主要负责发展和更新Java技术规范)更加的开放。
迄今为止，甲骨文还没有对JCP的具体事宜作出明确的表态，多年来SUN对JCP的控制也饱受诟病。甲骨文拒绝就此事接受采访;一家甲骨文网站称公司已经成为JCP执行委员会成员，参与了超过80项提议修正Java规范(简称JSR)的请求。
但是Java开发人员和JCP执行委员会成员从不同的角度对JCP的工作发表了看法。
建立更加民主和开放的流程的案例
像红帽这样的公司呼吁建立更加开放的流程，每个人都可以平等的参与，红帽公司负责JBoss中间件事业部的首席技术专家兼公司JCP SE/EE执行委员会代表马克.利特尔这样强调道。
利特尔补充说“SUN在过去的很多年里一直承受着让流程更加开放的很多压力，但是缺乏开放性会导致流程的参与者感觉他们的话语权受到限制或者没有代表性”。
一位前任甲骨文高管对甲骨文赋予JCP更多的控制权和开放性表现的并不乐观。甲骨文数据库的竞争对手Ingres的现任首席技术官Bill Maimone表示，甲骨文没有管理开放流程的经验。“这是一家专有软件制造商打算提高销售额和掌控世界的想法”。
Saint Louis Java Users Group的委员会成员兼Object Computing咨询师马克.沃克曼也希望流程能够更加开放，他表示，在他看来对JCP产生影响的唯一方式就是让有影响力的公司发挥作用，并积极参与频繁召开的会议来处理Java规范的细节。“我感觉有时候自己被排除在流程之外”。(Volkmann强调说，他没有亲自参与过JSR的开发)
Volkmann表示，他看到一些新兴的技术可以改进被JCP回避的Java问题。“Guice依赖注射式框架开始启用就是很好的范例”。
甲骨文加强控制权的案例
纽约Java Special Interest Group主席弗兰克.格列柯从不同的角度来看待JCP，他强调说他们会花时间来让JCP接受这些技术。“我认为大家的不满情绪来自于这是JCP内部的民主流程，这就意味着所有事情都进展的很缓慢”。
在Kaazing工作的格列柯也是Java网络的开发人员。根据格列柯在JCP的经验，他不认为SUN的控制过于严厉了。“我认为Java社区希望甲骨文能优化流程，以便Java规范的制定能进行的更快一点”。
Saint Louis Java Users Group执行委员会的另一位成员杰夫.坎宁安表示，甲骨文会让流程更加包容，避免在SUN和Apache Foundation之间产生冲突，两者过去经常为Apache寻求Java兼容版适用的Java技术兼容套件及相关问题产生争执。坎宁安是甲骨文的软件工程师。
坎宁安表示，SUN对JCP的控制或许有些强势，但他认为这种方式对获得好的结果是有必要的。坎宁安称“标准委员会总是在指手画脚和不作为之间徘徊。我认为一名称职的执委会成员应该积极推动Java规范的完善，促成参与者意见的统一和协调”。
Java社区是JCP的陪衬吗?
虽然甲骨文公司目前对JCP如何工作还保持沉默，但JCP在甲骨文去年春天宣布收购SUN到冬天最终收购成功之间的这九个月里已经变得更加开放了。红帽公司的利特尔强调说。举例来说，许多JSR目前都有了公开的邮件列表。
但利特尔也对这些开放性是否会在企业级Java版本7里有所体现表示出一些担忧：“我们显然想知道未来这些变化是否会发生”。
JCP SE/EE委员会成员罗德.约翰逊也是Java Spring Framework开发商SpringSource的总经理，他表示“坦率的说，我认为JCP必须做出改变”。无论如何，围绕Java最有趣的开发工作还是在SUN或者甲骨文公司外部发生的。
举例来说，虽然有一个JSR是在Spring的依赖注射式框架上产生的，但框架的开发人员还是希望社区能加快创新的步伐，只是符合规范的JSR并不是社区最感兴趣的。
同时开源也充斥着整个JCP流程。约翰逊表示“开源已经部分的扮演了JSR必须要完成的角色”。
