Hello Mule ESB

这些天在一个庞大的J2EE遗留系统中工作，其实很想体验真正企业级应用是如何实现的。不过每天忙于应付ERB、Service、Dao、Validator .xml 等文件，修复Bug，感受到的只是众多的Class和Config，以及由此导致的启动JBoss花费4分钟多（只publish三个EAR）和尝试用IntelliJ打开要等很久很久很久，最终放弃的痛苦。

今天这样的心情有所不同，接触了一个之前似乎在哪里看到过名字的东西叫做Mule ESB。

是否使用Mule ESB可以从下面的mulesoft网站给出的五个问题来考虑:

• Are you integrating 3 or more applications/services?
• Will you need to plug in more applications in the future?
• Do you need to use more than one type of communication protocol?
• Do you need message routing capabilities such as forking and aggregating message flows, or content-based routing?
• Do you need to publish services for consumption by other applications?

也可以这样理解，Mule ESB就是用来解决上述问题才需要引入，而这种复杂性以及扩展性恐怕也只有在企业级的应用中才会出现，之前只是了解SSH，这些还远远不够。

进入正题。其实今天也就是跑通了Hello world以及在示例代码中增加了一个很小的功能。。。

这个Hello world的功能是：用户输入名称name，有两个Service来处理，第一个处理成Hello + name, 第二个进一步处理成Hello + name，how are you？这是个简单的模型，特别之处在于这两个Service彼此之间没有任何直接的通信，消息（name）的流转处理通过一个hello-config配置，每个Service只完成自己对输入消息的处理，然后输出即可。mulesoft网站上有张图对这个功能作解释非常合适，转载一下

其核心的配置如下：

<model name="helloSample">
     <service name="GreeterUMO">
         <inbound>
             <stdio:inbound-endpoint system="IN" transformer-refs="StdinToNameString"/>
         </inbound>
         <component class="org.mule.example.hello.Greeter"/>
         <outbound>
             <filtering-router>
                 <vm:outbound-endpoint path="chitchatter"/>
                 <payload-type-filter expectedType="org.mule.example.hello.NameString"/>
             </filtering-router>
    </service>
     <service name="ChitChatUMO">
         <inbound>
             <vm:inbound-endpoint path="chitchatter" transformer-refs="NameStringToChatString"/>
         </inbound>
         <component class="org.mule.example.hello.ChitChatter"/>
         <outbound>
             <pass-through-router>
                 <stdio:outbound-endpoint system="OUT" transformer-refs="ChatStringToString" />
             </pass-through-router>
         </outbound>
     </service>
     </service>
 </model>

这里面声明了两个Service分别对应前面功能说明中Service，比较重要的配置是：

• transformer-refs：在进入处理的Component之前会执行这里指定的方法，主要用来进行类型转换
• vm:inbound-endpoint/vm:outbound-endpoint: 指定一个输入输出的path。在这里GreeterUMO以chitchatter作为输出路径，ChatUMO以它作为输入，这样就会在这个path上监听，得到前者发出的消息。

• component：数据处理，这里指定了类，但没有指定具体方法，mule会在运行是根据参数类型来确定执行的方法。Greeter类中就会执行参数类型为NameString的方法。

    public Object greet(NameString person){
          person.setGreeting(greeting);
    }
  

  当然如果有两个方法类型相同，就会抛出异常，需要额外的配置（不过现在我还不清楚，留待后续研究。。）

这个Hello world还是比较简单的，两个Service都是在同一个工程下，使用相同的配置文件。如果是在不同的工程里，该怎么做呢？还有很多要研究！