一个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  没有免费的版本。

 

评论

80 楼 longge 2009-02-09  

mina2.0不是早就已经有了吗？

79 楼 aojuan 2009-02-09  

看着这些东东，80%都不懂，什么时候我能达到这样的水平啊！！！！

78 楼 zhouky4665 2009-02-07  

顶一个，期待总是美好的

77 楼 jiazc 2009-02-05  

我也有点晕

76 楼 jnn 2009-02-05  

aaa_star 写道

hantsy 写道

java 7在09年还不一定能够出来。
围绕osgi，java module system的相关jsr吵得揭不开窝，很多人期望的闭包功能看来要泡汤，语言方面又有一些新的特性要添加进来，是不是开源之后，要把它变成一个大杂缸。
osgi有那么神吗？我一向不看好IBM的东西。osgi除了有一套运行时生命周期管理，我看不出它模块依赖管理方面比maven高在哪里。

osgi称不上多么神奇，但它确实有一些其它组件容器难以解决的问题，那就是热部署、动态发现服务、动态切换服务，这些能力在某些场合是很需要的。

可惜osgi在和其他框架/容器整合上还是不够方便，这也是它一直在热炒而没得到“平民化”的原因吧

SeviceMix 4 在Spring DM 和 Felix基础上实现了一个osgi管理容器， 有空你可以试一下。

75 楼 jnn 2009-02-05  

aaa_star 写道

jnn 写道

aaa_star 写道

jnn 写道

aaa_star 写道

我期待2009年能出个轻量级的“SOA”框架，感觉目前不论是osgi还是soa对于一般级别的应用来说都难以适合，门槛还不够低，且难于存在的框架整合，不够成熟，这也应该是它们没进入平民化的原因。而spring的能力还不具备osgi和soa的一些优点，spring DM还不够理想，期待这一状况得到改观。

建议你可以看看Camel

感觉camel优势是消息路由、中介等工作，缺乏组件容器的能力，还是需要和别的组件容器整合使用

是的，Camel的component 没有 life cycle的管理， 不过你可以在ServiceMix中轻松使用camel ：）

还有就是最近在ServiceMix dev中在讨论如何复用Camel component的问题， 相信你说的问题在不久的将来会有比较好解决方案的。

谢谢jnn的交流，SerivceMix近期我也在关注，感觉实现jbi的ServicMix和实现sca的tuscany各有千秋，也期待jnn多写些ServiceMix的文章与大家分享

我不是ServiceMix 专家，现在在ServiceMix能做到很多工作在Camel上也能做，Camel比ServiceMix更轻量一些。 不知道你这边的需求是什么样的？
BTW
目前ServiceMix4 提供了一个OSGI 容器管理， 终于把我从Fixing ServiceMix-Camel Component的class loader问题的噩梦中解脱出来了。

74 楼 aaa_star 2009-02-05  

jnn 写道

aaa_star 写道

jnn 写道

aaa_star 写道

我期待2009年能出个轻量级的“SOA”框架，感觉目前不论是osgi还是soa对于一般级别的应用来说都难以适合，门槛还不够低，且难于存在的框架整合，不够成熟，这也应该是它们没进入平民化的原因。而spring的能力还不具备osgi和soa的一些优点，spring DM还不够理想，期待这一状况得到改观。

建议你可以看看Camel

感觉camel优势是消息路由、中介等工作，缺乏组件容器的能力，还是需要和别的组件容器整合使用

是的，Camel的component 没有 life cycle的管理， 不过你可以在ServiceMix中轻松使用camel ：）

还有就是最近在ServiceMix dev中在讨论如何复用Camel component的问题， 相信你说的问题在不久的将来会有比较好解决方案的。

谢谢jnn的交流，SerivceMix近期我也在关注，感觉实现jbi的ServicMix和实现sca的tuscany各有千秋，也期待jnn多写些ServiceMix的文章与大家分享

73 楼 aaa_star 2009-02-05  

hantsy 写道

java 7在09年还不一定能够出来。
围绕osgi，java module system的相关jsr吵得揭不开窝，很多人期望的闭包功能看来要泡汤，语言方面又有一些新的特性要添加进来，是不是开源之后，要把它变成一个大杂缸。
osgi有那么神吗？我一向不看好IBM的东西。osgi除了有一套运行时生命周期管理，我看不出它模块依赖管理方面比maven高在哪里。

osgi称不上多么神奇，但它确实有一些其它组件容器难以解决的问题，那就是热部署、动态发现服务、动态切换服务，这些能力在某些场合是很需要的。

可惜osgi在和其他框架/容器整合上还是不够方便，这也是它一直在热炒而没得到“平民化”的原因吧

72 楼 sgwood 2009-02-05  

要学的东西总是还有很多，大家一起加油吧

71 楼 judytang 2009-02-05  

讲南白衣好 ！ 蒋健推荐了你的博文，很高兴读到，希望多交流，为GLASSFISH在中国的推广加油 ！

70 楼 iterry 2009-02-04  

新的一年 新的起点～～

69 楼 jnn 2009-02-04  

aaa_star 写道

jnn 写道

aaa_star 写道

我期待2009年能出个轻量级的“SOA”框架，感觉目前不论是osgi还是soa对于一般级别的应用来说都难以适合，门槛还不够低，且难于存在的框架整合，不够成熟，这也应该是它们没进入平民化的原因。而spring的能力还不具备osgi和soa的一些优点，spring DM还不够理想，期待这一状况得到改观。

建议你可以看看Camel

感觉camel优势是消息路由、中介等工作，缺乏组件容器的能力，还是需要和别的组件容器整合使用

是的，Camel的component 没有 life cycle的管理， 不过你可以在ServiceMix中轻松使用camel ：）

还有就是最近在ServiceMix dev中在讨论如何复用Camel component的问题， 相信你说的问题在不久的将来会有比较好解决方案的。

68 楼 qinghua0208 2009-02-04  

白衣很牛X  我很欣赏

67 楼 swen00 2009-02-04  

看来java还是很有生命力，很火

66 楼 zhbh27 2009-02-04  

尝试自己编写个架构

65 楼 3gold 2009-02-04  

这些东西都是用来吹的........起码短时间，项目是不会采用这些东西。风险和成本都太大。

64 楼 410133062 2009-02-04  

支持下，都09年了

63 楼 jjx 2009-02-04  

hantsy 写道

jjx 写道

jython svn 上已经是2.5b1+了,不过关注的人还是不多,虽然老早可以跑django,但第三方模块还很少有人跟进

如果能够做得与c python完全兼容，不存在第三方跟进问题，所有的python模块就都能在jpython下运行。

外行话, c库一般都要移值或通过某种途径解决. 否则是不能直接用的.另外,比方说常见数据访问层通常也要移值到 jdbc 上,这些代码通常需要重写

62 楼 hantsy 2009-02-04  

java 7在09年还不一定能够出来。
围绕osgi，java module system的相关jsr吵得揭不开窝，很多人期望的闭包功能看来要泡汤，语言方面又有一些新的特性要添加进来，是不是开源之后，要把它变成一个大杂缸。
osgi有那么神吗？我一向不看好IBM的东西。osgi除了有一套运行时生命周期管理，我看不出它模块依赖管理方面比maven高在哪里。

61 楼 hantsy 2009-02-04  

jjx 写道

jython svn 上已经是2.5b1+了,不过关注的人还是不多,虽然老早可以跑django,但第三方模块还很少有人跟进

如果能够做得与c python完全兼容，不存在第三方跟进问题，所有的python模块就都能在jpython下运行。