次要的改动就是新的XML设置。一切的设置元素都是范例优秀的（well-typed）且可形貌的。在设置文件中不再有类名了（除你自界说的扩大）。每一个定名空间都向你的使用中引进一个模块大概transport。定名空间使得用户能够为每一个transport设置transport特定的端点，这很轻松地就让我们晓得必需的设置和可选的设置。经由过程利用基于schema的设置，年夜多半Xml编纂器城市供应代码补全及内联文档的功效。
我们能够看到有良多架构上的改动：
- 没有MuleManager了。相反，我们将这个年夜对象分化为可办理的几部分，如许扩大就更简单了，同时对中心服务器端举动的回调也更简单。
- 从用户的角度来看，他们所处置的对象的界说加倍正确了。我们已细心研讨过Mule中的一切对象，并断定他们的界说和感化是界说优秀的。
- MuleContext供应了对Mule资本的运转时会见（每次一个实例）。
- Registry能够办理运转时对象。你能够具有多个Registry，这使你能掩盖现存的Mule实例的设置。
- 我们已将组件（界说营业逻辑的POJO）服务（界说怎样以服务的体例办理组件的设置）的观点举行了分化。这关于匡助用户了解组件和服务的干系是很主要的。
- 中心的架构还没有改动，这意味着Mule的老用户不用埋怨，他们仍然能够相沿以往的事情体例。
如今还只能以手工体例晋级到Mule2.0。设置的布局与Mule1.0十分相似，可是关于Mule2.0来讲，设置量年夜年夜下降了。关于Mule的企业用户来讲，当我们公布了Mule2.0企业版时，我们会公布一个晋级工具。
自从对mule做了这么多年夜的改善后，我最自大的中央就是其中心架构。我们必要为Mule上的新项目创立一个优秀的平台。不幸的是，年夜多半用户永久也不会间接看到这些变更:)
- 我们新增了一个表达式盘算框架，这意味着用户能够界说像xpath、xquery、groovy和jxpath如许的表达式并利用Mule特定的处置器，如header、attachment及function表达式在运转时取得动静中的信息。我们可使用这些表达式疾速转换以后的动静、机关新的动静和举行基于内容的路由。这是相称壮大的功效，由于这使得运转时的设置加倍静态。为mvel、ognl大概jruby等增添新的表达式盘算插件也长短常简单的。
- 我们抵消息处置举行了修补，如今已撑持主动转换了，这意味着需要时会探测已有的转换器并使用他们。如许用户就能够利用MuleMessage.getPayload（org.w3c.dom.Document.class）大概MuleMessage.getPayload（org.xml.sax.InputSource.class）来哀求分歧的动静范例。同时用户仍旧能像之前那样显式界说转化器。
- 动静处置加倍高效。默许情形下利用流体例处置，因而没需要再往显式界说流的端点。
- 我们对特定transport端点设置做了伟大的改善，这将肃除端点设置毛病的情形产生。
- 就在Mule2.0公布的同时，我们还公布了MuleIDE的里程碑。它基于Eclipse而且包括了对新的可视化拖拽编纂的预览。
架构上的改动使得Mule能从OSGi容器上加载。Mule2.0还不撑持OSGi，可是在本月初旧金山举行的MuleCon年夜会上，我们在Mule演出示了一个服务热部署的demo，人人都对这个demo体现出极高的热忱。
| 欢迎光临 仓酷云 (http://ckuyun.com/) | Powered by Discuz! X3.2 |