业界新闻

BEA eWorld现场报道：第一天

12 月15日 ，上海阳光明媚，室外气温17度。BEA eWorld大会将于明天开幕。本次大会BEA高层悉数来华，可见对此次大会的重视程度。本次大会的主题有三个。第一，Diablo；第二，SOA；第三，开发者关系。

Diablo不是暗黑破坏神的游戏，是将于明天发布的WebLogic Server 9.0的代号。 12月 7日 在旧金山，BEA曾经把Oracle OpenWorld大会的一群演讲者拉到一家宾馆，向他们展示了Diablo的beta版本，也引起了这些技术专家们很大的兴趣。据来自各方面的零星消息称，新版本的WebLogic应用服务器支持J2EE 1.4规范，并且据称对SOA有特别优化的支持，实际上是用基于JMS的消息存储和转发机制实现了WS-ReliableMessaging规范——这是一个关于“提供可靠异步消息”的web service规范。据BEA产品执行副总裁黄卫文（Wai Wong）声称，在这个消息机制基础上搭建的企业服务总线（Enterprise Service Bus，ESB）在效率方面比以前的版本至少有三到四倍的提升。正是因为有这样一个可靠并且高效的消息总线，BEA一直推崇的SOA才能成其为现实，这也是为什么说Diablo这款应用服务器尤其适合SOA的原因。

另外，BEA尤其强调这款服务器的热部署（hot-deploy）能力。在本次eWorld大会的宣传资料中，笔者看到一份题为“流体计算”（Liquid Computing）的材料，极言BEA对于企业应对快速变化的帮助，Diablo强大的热部署能力应当是其中重要的技术环节。众所周知，过去WebLogic处理EJB采用了“预编译”的做法，即首先用ant脚本自动根据业务代码生成home对象等EJB必要的代码，然后部署到应用服务器，这种实现策略的一大缺陷就是无法实现有效的热部署。此次BEA重点宣传Diablo的热部署能力，再加上此前BEA招聘了AspectWerkz的两位核心开发者，令人不禁联想Diablo的核心是否采用了AOP技术，而彻底放弃了预编译的做法。这个猜想在未来的两天内即将得到确认。

除了Diablo的发布之外，SOA的应用也是本次大会的重点话题。在整个2004年，SOA的概念已经被各大厂商炒得沸沸扬扬，但开发者们普遍仍处于观望阶段，希望看到在实际项目中应用SOA的架构示例。在未来两天的大会中，BEA将向开发者们展示电信、金融、政府应用等行业的SOA应用实例。

另外，BEA开发者日活动将是此次大会的重头戏之一。BEA一向在开发者群体中有不错的口碑，这次来华的BEA高层除了创始人兼CEO庄思浩（Alfred Chuang）、全球产品执行副总裁黄卫文等人之外，还有CTO办公室首席技术专家Michael Smith和负责开发者关系的Scott Regan等技术人士。CSDN网站将对这两位技术专家进行独家专访，就开发者感兴趣的新一代应用服务器技术架构、BEA中国开发者活动策略、BEA中国人才计划等话题展开讨论。请CSDN网友继续关注记者的后续报道。  

开发你的Rich Client：IBM对Laszlo开源富客户端平台提供支持

IBM AlphaWorks网站近日发布了用于开发Laszlo应用程序的集成开发环境（实际上是一个Eclipse插件），使J2EE开发者能够在他们熟悉的Eclipse环境中快速开发基于Laszlo的rich client应用程序。可以在下列地址下载该插件：

http://alphaworks.ibm.com/tech/ide4laszlo

此外，AlphaWorks网站还提供了一个用Laszlo开发的示例应用，展示了在Eclispe环境下开发Laszlo应用的过程。demo的地址如下：

http://dl.alphaworks.ibm.com/technologies/rcb/demo.html

Laszlo是一个开源的rich client开发环境。使用Laszlo平台时，开发者只需编写名为LZX的描述语言（其中整合了XML和JavaScript），运行在J2EE应用服务器上的Laszlo平台会将其编译成FLASH文件并传输给客户端展示。单从运行原理来说，Laszlo与XUL、XAML很类似。但它的最大优势在于：它把描述语言编译成FLASH，而FLASH是任何浏览器都支持的展示形式，从而一举解决了浏览器之间的移植问题。而且，在未来的计划中，Laszlo还可以将LZX编译成Java或.NET本地代码，从而大大提高运行效率。近日Laszlo的CTO David Temkin接受了一个采访，对Laszlo的战略和发展做了更多的介绍：

http://news.com.com/David+vs.+Goliath+vs.+Goliath/2008-7344_3-5457982.html

JSP 2.1和JSF 1.2规范发布预览版本

J2EE的两种重要的表现层技术JSP和JSF发布了新技术规范的预览版本，其中最重要的一点是两者将表达式语言（Expression Language，EL）部分合二为一。在不久的将来，这两种技术有可能更进一步地彼此融合，成为一种统一的表现层技术。然而在J2EE社群的普遍观点中，如果单单作为一种视图技术，JSP并不是最佳的选择，Velocity和XSLT等基于模板的视图技术通常比JSP更方便；而基于组件的JSF也面临广泛的信任危机。两者的组合是否能得到业界的认可，还需要时间的检验。

以下是官方公告

我们很高兴向大家宣告，JavaServer Pages、JSR-245下开发的Faces.JavaServer Pages（JSP）2.1和JSR-252下开发的JavaServer Faces（Faces）1.2的新版规范的Early Draft Review发布。

 JSP 2.1把Expression Language（EL）输出到它自己各自分离的文档中，在技术上，这些文档是JSP规范的子文档。这些统一的EL规范定义了一个更高层的java 包，javax.el。这个包与使用它的技术之间完全独立，并且允许此技术将自身插入EL处理过程。更改的JSP规范遵从使用标准化EL的规范。

对于前面提到的JSR-252，这个规范并没什么新特性。Faces 1.2支持新的标准化EL，还包含一些bug修复的相关规范。

 Faces和JSP在JSRs下的结盟带来了一些新功能，也为将来的发展打下了坚实的基础。例如，在同时使用Faces和JSP的web应用中，网页仅使用JSP（不包含任何faces内容）来访问Managed Beans成为可能。在JSP规范的附录E中和Faces规范的前言中都可以看到更改内容的细节。

   JSP 2.1 EDR (JSR-245)
     http://jcp.org/aboutJava/communityprocess/edr/jsr245/
   Faces 1.2 EDR (JSR-252)
     http://jcp.org/aboutJava/communityprocess/edr/jsr252/  

Google大举挖进Java人才 BEA首席架构师投奔

不久前，Google刚刚挖到了Joshua Bloch,他是Effective Java的作者，他设计的Collections框架也是迄今最受好评的类库框架之一。同时他还是JSR175(A Metadata Facility for the JavaTM Programming Language)的首席专家。

紧接着，Google又把BEA的首席架构师Adam Bosworth拢入自己旗下。Bosworth在软件行业作为技术主管受到广泛的尊敬。在为新创企业Crossgain（2001年被BEA收购）工作之前，Bosworth曾在微软任职数年，并成功地从事于一些项目的开发，如微软的Access数据库。

他的跳槽来得太突然了，两个月以前，他还在供应商的“年度eWorld秀”中担任重要角色，并他的主题演讲中介绍Alchemy项目----一个建立下一代移动浏览器的计划。

Google的招兵买马计划一直在有条不紊的进行着，曾在SUN微系统工作的David Stoutamire，现在在Google工作。就在上星期，Neal Gafter,SUN公司的javac主管，也离开SUN转向Google。

不仅是Java方面，Greg Stein，曾是CollabNet项目经理,管理Subversion 项目并且发布了他们的SourceCast产品，现在在Google的博客软件组工作；Rob Pike，曾是贝尔实验室最初Unix团队成员之一,参与过Plan 9 和Inferno操作系统的开发，如今也投奔Google。

Google一直渴求人才，对于开发者来说，Google也是一个充满吸引力的地方。他只雇佣最棒的、最聪明的、近乎于天才的那些家伙，在笼络人才这方面，也只有微软可与之媲美。最近Java人才不断涌入Google究竟是巧合，或是Google准备尝试基于Java做一些事情，我们拭目以待。