JavaOne大会掠影

　　我不知道你的感觉如何，很多开发者认为他们在大会上听得最多的就是最新的面向服务体系工具(基于图形用户界面)如何帮助他们构建更友好的SOA应用程序。

　　“似乎任何事情都和它扯上了边”。来自General Dynamics，Fall Church的Jeffrey Souza说，“除了SOA，还是SOA”。

　　也有一些人对这种图形化的冲击很感兴趣，例如来自Dentrix Dental Systems公司的开发人员Suzanne Byington认为:“通过这种方式你能够少走很多弯路，实现起来也更简单”。

　　Byington比较接受现在这种将复杂的业务逻辑从一层移动到另一个抽象层的做法，因为这样能够通过在开发环境中的GUI工具对业务逻辑进行链接，或者是通过快速注解来添加这个业务抽象层。

　　但是也有人持有其他的观点，例如来自U.S Central Credit Union的软件工程师Ted Poovey。“我喜欢编写代码”他说，“我可不喜欢只在两个文档之间画线”。

　　他还说，对于集成开发环境中的工具而言，虽然它们的功能很强大，但最好还是用来处理一些过程和进行控制。

　　“如果开发工具能够帮我预先处理一些过程和控制的工作的话也是很好的一件事”，Poovey说道:“这样的话我能够专注于开发产品本身，并且把各个部分快速整合在一起，这能够很大程度的节约我的时间。你不必将大部分精力花在学习新的语法规则上，只需思考更多关于程序本身的问题。”

Souza注意到他的业务范围越来越缩小在集成工作上了，所以他希望能够找到一些事先构建好的东西，只要再写一些连接代码就能够把他们结合到新的服务之中。

　　“业务随时在改变，”他说。“在很多情况下我们更像是系统集成人员而不是一个开发人员。”

　　来自HPShopping.com的技术操作员Joe Cole注意到一些相对年轻的公司尤其喜欢寻找适合自己公司业务重用的解决方案。

　　“我们尝试基于更多的标准，这样我们在以后的道路中就不会经历太多改变，”他说，带着这个观点他来到此次会议，希望能了解更多关于业务处理执行语言Web服务标准的信息，并希望能通过这项技术达到他的目标。“这些体系构架在不断的改变，我们需要了解这对于我们来说意味着什么。”

　　Poovey认为业务重用的趋势与90年代那种认为应用程序能够在货架上呆10年的时间然后才被更换的想法更加现实。他注意到很多财政行业运行了很多应用程序，这些程序的历史可以追溯到60年代。

　　“没有必要对这些东西重新设计，”他说:“它们仍旧能够正常工作，并且现在的业务都是围绕着它们展开的”。

　　最后，Poovey希望新的Java业务集成标准能够帮助加强传统事物系统和新的复杂内容应用程序之间的联系。