只管我们的希望很优美，可是在我们日程表中，云相干的停顿仍旧很慢。一部分缘故原由在于云供应（provisioning）、多租户（multi-tenancy）、弹性（elasticity）及使用部署部分仍旧不成熟；一部分缘故原由是我们守旧的办事体例，我们全力把事变做“准确”，可是在展开这项事情时，我们在云范畴仍旧缺少充足的行业履历。因而，我们以为，若要供应对尺度化的基于PaaS的编程体例和多租户的完美的撑持，便可能会将JavaEE7的公布推延到2014年春季。该工夫是两年以后，比计划晚了一年。在我们看来，拖得工夫太长了。因而我们向JavaEE7专家组发起调剂我们的企图，保持我们以后的方针公布日期，而将我们日程表中PaaS和多租户撑持的部分推延到JavaEE8。
作为JavaEE的完成者，我们（RedHat）十分撑持这一发起。我们一向以为JavaEE社区还没有做好云尺度化的筹办，这一点在我们的JavaEE云产物OpenShift中失掉证明，OpenShift在JavaEE6中运转得很好。作为标准向导者，我们也撑持这一发起，完整了解并承认此次调剂对我们所向导的标准（CDI和Bean考证）意味着甚么。
我激烈撑持这一发起。我一向以为云的尺度化为时过早，我们必要更多工夫来了解市场和社区怎样演进。以后在云的偏向上固然有良多举动，但还不分明哪一种手艺、办法和理念将会乐成。但愿在将来2~3年里会加倍明晰。
为呼应其别人的概念，我也撑持这一发起，并且以为十分快慰。基于它关于明晰地打包、部署和可移植性的聚焦，JavaEE已90%云化了。这些观点已经令我们疾苦，但如今我们却能够享用它们的优点了。我们理应失掉该报答。至于余下的未满意的10%云需求，我们分明处于实验阶段，而非尺度化阶段。
毫无疑问，那些不懂标准在市场中所起的感化的人大概会把这看做失利。而实践上，这是一个优异的临时决议和标准所带来的代价的典范案例。
软件厂商举行立异，我们对其举行尺度化。我们其实不在该范畴立异。
| 欢迎光临 仓酷云 (http://ckuyun.com/) | Powered by Discuz! X3.2 |