Java One: Mule设计师希望将REST带入SOA

日期: 2008-05-13 作者:Michael Meehan翻译:杨君 来源:TechTarget中国 英文

结合JMS力量的Spring framework 和Mule ESB是建造SOA的最佳方法。 MuleSource公司的软件设计师和Xfire的创建者向企业开发商推荐Spring framework 和Mule ESB。在JavaOne的会谈上,他同样也谈到了自己在Mule Galaxy、在基于REST的开放源注册表/储存库的工作。该基于REST的开放源注册表/储存库这个月末将进入GA。


  既然你已经参加了JavaOne,现在我想问问你对Sun 公司的JavaOne管理工作下Java EE目前的状况如何看待呢?



Dan Diephouse:我认为Sun公司取得了良好的进展。我们许多客户都采取了轻量级的方法。在Java EE中,他们不需要太多的员工,所以我认为Profile对于Sun公司来说是一个明智的举措,也是个出路。现在,我看到许多人都在使用这种方法,这也是我们所采用的方法。人们会说:“好吧,我将使用JMS,我将要用Spring。为了集成化我们将引进Mule。Java EE在朝着正确的方向发展。但是我仍然能看到人们在一段时期内会使用该最佳方法。
 
  最佳方法可能是长期最好的方法么?


  Diephouse:我个人认为这是最佳方法。许多人都在寻找,但是人们在使用的却是最佳方法。他们在使用Spring 和Mule。
 
  Spring似乎在开发商之间很受欢迎,你见过有很多人使用么?


  Diephouse:我们许多用户都在使用它。Mule实际上将Spring捆绑起来,所以我们的结构是建立在Spring之上的。它是一个非常强大的轻量级架构,并且应用非常普遍。
 
  如果说Spring非常普遍,你是如何看待EJB的呢?假设你的druthers要选择走Spring 或者是EJB 路线,你更喜欢哪个?


  Diephouse:我更倾向于选择走Spring路线。因为,这更简单。他们在那里建了许多东西,并且更易使用。
 
  说到你在MuleSource的工作,目前你在关注些什么?在未来的几个月里,我们能看到哪些新的事物?


  Diephouse:你也许对Galaxy,我们的注册表/储存库很熟悉。我们看看市场,看到了一个开放源注册表/存储库的机遇。看到人们需要管理自己的服务和应用程序,但是同时也极度需要开放源共同体,因为整个注册表空间被我的一个同事称作“富人的游戏”参加这个游戏花费太大。解决方案是以Web服务为中心,并且目前不一定能反映开发商们的基础设施。


  许多人在做RESTful和其它方面的事情时,你也需要能够管理这些事情。注册表和存储库都是很贵的。它们都是以Web服务为中心,它们可以是重量级的但是它们不会与开放源工具整合。所以我们都是从自己的注册表和存储处开始的,我们说要以开放源的方式开发。我们把它变成轻量级的。我们使其更易使用。我们将它和所有开发商使用的从主机到Spring 乃至 Mule工具整合起来。我们通过一个RESTful API将其扩展。我们使用Publishing Protocol API,并且比起UDDI,它更容易使用。


  所以我们仅仅是试图建立一个人们需要和能使用并且能够帮助教会人们如何使用的方案。所以我们首要关注的是如何建立该方案?
 
  此刻Mule Galaxy注册表/储存库项目的状态如何?你在试用该项目么?


  Diephouse:我们在试用。并且五月就要进入GA。所以这个月我们有1.0版本进入GA,到六月,我们将有一个企业版本。
 
  你提到了REST 和 Atom,但是你能更加详细的告诉我们当Galaxy进入GA时,什么是可行的吗?当这些开发商下载了GA版本时,他们能发现什么?


  Diephouse:其核心是一个可伸展的人工制品和元数据储存库,因此你能在里面储存东西并管理元数据。然后我们在其周围添加类似服务和人工制品生命周期管理之类的特征。因此我要问:在储存库中的东西都在QA中么?到底在生产些什么?因为有依赖性管理,所以我们能想象,什么依赖该人工制品和WSDL。这样你更清楚谁在使用什么弄明白逆能力之类的事。这里有个政策管理事项,所以我能执行政策。我可以说:“我可以保证所有的WSDL都听从WS-I Basic Profile 。所以它们和那里所有的Web服务都可以相互操作。你也可以实施安全政策。你可以说:“我要保证每个人都在他们自己的Web 服务中使用WS-Security。”用户可能有上百种的服务,他们只需要找出什么服务是可行的,怎样才能真正使用这些服务就可以了。
 
  所以并不是我们只可以同Web服务一起工作,我们也可以和像OSGi服务之类的服务一起工作。一个客户可能在JARs 或OSGi束内部有自己所有的服务。你想从IDE中指出并研究这些服务。所以在Galaxy里,它们都是可以被研究和查询的。你可以看到那里到底有什么。通过Atom API,这个非常简单的插件,你就能把它们取出来,并在你的IDE中以一个开发商的眼光观察什么服务是可行的。你可以点击并查看什么服务是可行的。


  和其它的注册表/储存库相比,Galaxy所提供的注册表/储存库有那些优势?


  Diephouse:我们的一个优势是,我们不特别关注Web服务。我们尝试同其它的服务一同工作。另一个优势是我们是开放源的,所以用户可以找到我们。已经有人找到我们并为不同的平台编写插件。这些插件可能没和注册表/储存库捆绑在一起。另一个优点是我们和类似Maven, Spring, Mule, Apache的开放源基础设施整合在一起。这就非常容易编写你自己的插件
 
  Xfire的创始人Diephouse在星期一的第二部分谈话中探讨了为什么不管UDDI发生什么,Mule将在注册表/储存库方面超过Web。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

相关推荐

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。

  • 总线技术究竟该不该用?

    曾几何时企业服务总线(ESB)被视为企业IT的核心。今天,不仅ESB受到了比被废弃还要糟糕的攻击,若干开发趋势似乎对更简单的消息总线也发起了质疑。