其中一种感觉就是JCP已经失去了它的吸引力,它不再是被当成针对解决问题的社区,相反,它只是被看成是一些大公司所利用的鉴定规范通过的橡皮图章。这些大公司凭着自身的钱势和力量来指定各种规范从而达到满足自己的利益。
“这与有些官僚机构很相似,只不过是JCP在短时间出现这样的发展显得过于迅速。” Redwood城市的Infravio公司的CTO,MukundBalasubramanian谈到JCP时,他这样说到,“现在有太多的程序员和公司都卷入JCP,每天都开发很多软件,每天都有大量的调试和研究要完成,这必然会出现无法控制的局面,单就这一点就可以导致JCP的发展十分缓慢。所以我很能理解很多Java开发人员对JCP厌倦的原因。”
作为网络内容开发系统的开发者,Montara软件的Matt Liotta也赞同这样的观点。
“越来越少的开发人员涉及到JCP了,”Liotta说道,“相反,他们开始对其他一些组织感兴趣,比如Apache,并乐意把自己的软件变成标准化。”
Sue Spielman是Switchback软件的校长和高级咨询工程师,也是很多Java相关书籍的作者,她说,现在已经有很多Java规范请求(JSRs) “推翻了Java API”。
“虽然这并不是一件坏事,但对于一个停留在JCP里的Java开发人员来说无疑是一个挑战,”Spielman说道,“在一些开发人员眼里也是好事,因为JCP显得太浮肿了,而且其发展速度象蛇一般的缓慢,这对任何想钻研JSRs的人是不合适的。”
“我的一个建议是重新更改JCP的结构,以致达到适合于不同JSRs的不同层次。其中,主要的层次可以由Java领域中一些有影响力的人组成,专家组可以由对JSR感兴趣的组织或个人组成。评论过程将会考虑所有公共意见,但也不是意味着所有的公共意见都会成为最终的JSR。可以通过公共Java社区(并不仅仅是专家组)的投票来决定信誉度,而且期限也是有限制的。所以,以Java社区投票的形式最终决定哪些才是Java开发最重要的。”
“至少,我们可以使用一个即将来临的JSR做一个测试以查找结果如何。JCP已经做了很多规范工作,我们不应该删除这些工作,因为社区工作是一个努力,耗时的过程。”
下面是Java开发人员的四种观点。