一个Java架构师的新年期望

   年末最后一天，昭事上帝 ，聿怀多福，祈望来年的Java社区争气一点，实现偶们小小的愿望...

1.Java 7.0发布

    Java7.0吸引架构师的地方有Garbage First垃圾收集算法  ，NIO2   和Concurrent包的fork-join 框架  .

    Garbage First与BEA JRockit  的算法类似，替代了原来暂停时间优先的CMS算法，提供了一个固定的垃圾收集时间--如勉强可接受的20ms。架构师们终于可以放心一些，系统不会再忽然停顿两秒。

    好消息是，也许不用等JDK7，G1算法的Beta版已经在JDK6.0 update14上了。

2.WS- I Basic Profile  1.2/2.0发布

    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 集中精力对它的支持，而不是老把时间花在其他用者寥寥的WS-*上。

3.Glassfish V3 发布

    在开源的Application Server中，越来越喜欢Glassfish  。

    V2版本已有易用又中文的管理控制台和方便的集群管理，V3版本基于Osgi快速启动时不再需要加载EJB/JMS等用不上的模块更是叫人欢喜。

4.Netbeans 7.0 发布

    大家都逐渐烦了Eclipse只纯粹的做一个Java IDE + Plugin Platform，JavaEE版本进展缓慢直到Eclipse 3.4才勉强可用，

    NetBeans  的一体化设计给了大家相对流畅的JavaEE开发感觉，7.0版本支持Maven及一系列改进后，Netbeans应该能真正成为大家的可选择项吧。

    好消息是，Netbeans 7.0的版本改为Netbeans 6.7了，应该会更快的发布吧。

5.出现更好的ESB方案

    老牌的Mule  或是一些商业方案，始终无法让人完全满意。

    暂时来看INOA的FUSE ESB 4.0 (ServiceMix 4.0+Camel) 和JBoss的JBOSS ESB  行情看好。

    已发展了不少年头的SCA标准  和Tuscany  ，也希望能出现让大家体会到它用途的的真实案例。

6.出现更好的Java Remoting Call方案

    自从EJB2不是完美选择以后，高效的分布式同步调用方案一直是Java架构师们最尴尬的事情。

    个人感觉，未来的方案应该是简单又天然支持集群的Http协议+某种高效的数据格式，但Hessian  也好 ，Google Protocol Buffers  也好，关键要形成事实标准。

7.OSGI技术的平民化

    在应用服务器界，Osgi已被完全推广，如今不是Osgi的应用服务器都不好意思出来打招呼了，如Glassfish3依赖Apache Felix  ，Spring dm Server依赖Eclipse Equinox  ，但不知这股东风什么时候才吹到寻常的应用产品开发中。

8.分布式计算、分布式存储技术的平民化

    只靠Hadoop  ，GridGain  这样一两个开源项目，还不能满足Web2.0网站搭建自己的分布式计算、分布式存储平台的需求。

9.Java 与 动态语言

    Java自身发展趋缓时，将业务逻辑交予动态语言快速编写是一个新的发展方向。

    Spring买了Groovy  /Grails  的支持公司G2One，Sun站到了JRuby  和Jython  的后面，Java 6，Spring 2，NetBeans IDE对动态语言的支持，技术方面的准备差不多已完成，就等着这一潮流能否真正引爆了。

    唯一比较缓慢的是Jython，稳定版只等于Python 2.2.1，而很多Python项目如DJango  都需要Python 2.5 。

10.其他

    好像对Spring，JavaEE，REST，Ajax，RIA们都没什么期望，唉....

    另外，还希望Java有更好的分布式Cache方案，Terracotta  实际还不是银弹，Oracle Coherence  没有免费的版本。

 

印象中好像NIO2中的AIO也不是真正的操作系统级的AIO,只是sun自己在IO复用+non-blocking IO基础上加上自己写好的部分底层代码模拟的一个应用层的AIO,似乎对性能不会有什么本质的提高,毕竟用的还是EPOLL(Linux上),只是代码编写上会简化一些.固定了线程模型什么的

在新的一年里仍然期待山寨版的Telelogic Doors。

你都没分清楚IO模型

看到了帖子中的分布式cache，心中的痛。年前就在写这个。虽然实现得非常恶心，不过性能基本上达到了要求。

唉～发现我起码要过个十来二十年才能达到架构师的水平～～怎么才能懂那么多呢......

一个苦苦挣扎的JAVA程序员......

唉～发现我起码要过个十来二十年才能达到架构师的水平～～怎么才能懂那么多呢......

一个苦苦挣扎的JAVA程序员......

呵呵，每个单位里对职位的定义不一样，我们公司项目组里管技术那个就叫架构师，哪怕有些小的项目组可能也就10个左右的开发人员。所以"架构师"也没啥特别的。

顶一个，写的不错。

不过技术关键在于使用。
比如：EJB远程调用如果不想使用，可以用 Mule,Tuscany 等提供的简化方案；
分布式cache，也有memcached，coherence等不错的方案，只是后者是商业版本，比较昂贵。

像Mule最终传输协议还是离不开WebService/REST/JMS们的，WebService原来的问题不会消失。
原文我写"分布式cache“是写错了，应该是"分布式内存"。而memcached毕竟只是cache，集群中单台服务器倒掉时，数据会丢失的。