转自 江南白衣
年末最后一天,昭事上帝 ,聿怀多福,祈望来年的Java社区争气一点,那我们搭系统时就不用总是这么辛苦。
Java7.0吸引架构师的地方有Garbage First垃圾收集算法 ,NIO2 和Concurrent包的fork-join 框架 .
Garbage First与BEA JRockit 的算法类似,替代了原来暂停时间优先的CMS算法,提供了一个固定的垃圾收集时间--如勉强可接受的20ms。架构师们终于可以放心一些,系统不会再忽然停顿半秒。
WS-I Basic Profile 实际上是WS-*中最重要的协议。设计初衷本是统一互联的WebService,随着WS-*标准的膨胀和各WebService Library的任意实现,实际上早已乱象纷呈。而WS-I Basic Profile为这个混乱的世界重新提供了一个最基本的互操作性保障。
WS-I Basic Profile 1.0只定义了SOAP 1.1、 WSDL 1.1、 HTTP 1.1、XML Schema这几个最原始的标准,1.1 增加了Attachments Profile 1.0 。
而1.2就会增加MTOM 1.0 (附件协议) 和WS-Addressing 1.0 (异步消息),2.0会升级到SOAP 1.2,再加上Basic Security Profile ,应该已能构成一个足够而和谐的WebService世界。
当然规范只是规范,更重要的是各主流WebService Library 对它的支持.
在开源的Application Server中,越来越喜欢Glassfish 。
V2版本已有易用又中文的管理控制台和方便的集群管理,V3版本基于Osgi快速启动时不再需要加载Ejb/Jms等用不上的模块更是叫人欢喜。
大家都逐渐烦了Eclipse只纯粹的做一个Java IDE + Plugin Platform,JavaEE版本进展缓慢直到Eclipse 3.4.1才勉强可用,
NetBeans 的一体化设计给了大家相对流畅的JavaEE开发感觉,7.0版本支持Maven及一系列改进后,Netbeans应该能真正成为大家的可选择项吧。
目前的ESB方案, 无论是老牌的Mule /ServiceMix ,轻量级的Spring Integration /Apache Camel 或是一些商业方案,始终无法让人满意。希望09年能有惊喜。
已发展了不少年头的SCA标准 和Tuscany ,也希望能出现让大家体会到它用途的的真实案例。
自从EJB2失败以后,高效的分布式同步调用方案一直是Java架构师们最尴尬的事情。
个人感觉,未来的方案应该是简单的Http协议+高效的数据格式,但Hessian 也好 ,Google Protocol Buffers 也好,关键要形成事实标准。
在应用服务器界,Osgi已被完全推广,如今不是Osgi的应用服务器都不好意思出来打招呼了,如Glassfish3依赖Apache Felix ,Spring dm Server依赖Eclipse Equinox ,但不知这股东风什么时候才吹到寻常的应用产品开发中。
只靠Hadoop 这样一两个开源项目,还不能满足Web2.0网站搭建自己的分布式计算、分布式存储平台的需求。
Java自身发展趋缓时,将业务逻辑交予动态语言快速编写是一个新的发展方向。
Spring买了Groovy /Grails 的支持公司G2One,Sun站到了JRuby 和Jython 的后面,Java 6,Spring 2,NetBeans IDE对动态语言的支持,技术方面的准备差不多已完成,就等着这一潮流能否真正引爆了。
唯一比较缓慢的是Jython,稳定版只等于Python 2.2.1,而很多Python项目如DJango 都需要Python 2.5 。
好像对Spring,JavaEE,REST,Ajax,RIA们都没什么期望,唉....
另外,还希望Java有更好的分布式Cache方案,Terracotta 实际还不是银弹。
再另外,Apache Mina2.0 也快点发布吧。