博客园_将军工作室[THE WorkRoom OF GENERALXU]

Mule 官方例子研究

2011-03-29T01:28:00Z

Mule 官方例子研究

一、编译导入Mule自带的例子

1.准备

安装Mule。这里就不介绍mule的安装了，请参考《Mule安装部署手册》。

2. 编译Mule自带例子中的Hello例子

使用命令行到目录：D:\app\mule3.1.1\examples\hello下，输入：mvn 即可。这里需要安装Maven；

3. 导入Eclipse工程

输入命令：mvn eclipse:eclipse 成功后，即可导入eclipse。

4.导入这个工程到eclipse

(1)选择：File > Import

(2)选择：展开“General” 选择“Existing Projects into Workspace”

(3)选择Browse,导入后，选择Finish。完成。

5.配置Elipse工程(build path)

(1)右击工程，选择“Build Path ->Configure Build”:

(2)选择“Libraries->Add Library”

(3)点击“User Library”，点击“Next”

(4)点击“User Libraries”，点击“New”

(5)输入：MULE_LIB，点击“OK”

(6)点击“Add JARs”，选择Mule主目录下的 \lib\mule，选择所有的jar包，点击“Open”

(7)点击“OK”，点击“Finish”

(8)点击“Add Variable”，点击“Configure Variables”，点击“New”

(9)输入：M2_REPO，选择一个目录。默认地，Maven会在刚才使用mvn命令编译时，

把下载的jar包放到：C:\Documents and Settings\Administrator\.m2\repository 目录下，Administrator是我的用户名，这里我设置的目录是C:\.m2\repository，你可以把那个目录下的所有copy到这个目录下。点击“Folder”，选择C:\.m2\repository。

(10)点击“OK”，点击“yes”，点击“OK”。设置完成。

6.运行这个工程

(1)右击工程，选择“Run->Run Configurations”

(2)双击“Java Application”，把名字改为：Hello，选择main class为：org.mule.MuleServer。

如图：

(3)在Arguments选项表中，在Program Arguments框中输入-config conf\hello-config.xml

(4)点击“Apply”，“Run”。运行例子，如图：

备注：

运行“Run as Mule Server”报错“A Mule runtime distribution must be configured”的解决办法：在eclipse的classpath界面里面添加libray ；右键工程---->properties----->Java Build Path----->Libraries------>Add Library------>Mule Classpath

二、ECHO例子分析

2.1概述

这个演示了“如何通过使用一个简单的web service flow，让我们了解Mule ESB 组件；在这个例子中，这个组件被了解是通过使用CXF 的JAX-WS web Service.

（上图描述了MULE2.X 的内容。System Stream Connector 和Axis Soap Connector已经被普通的http Connector替换，服务通过使用CXF被从新实现，用来处理Soap的请求和响应）；

上图说明：

1、通过两种方式接入（红色线）：一个是System.in, 一个是Soap（http）方式

2、每种接入都可以通过接入器(Connector)经过NMR(Normalized Message Router)规范化的消息路由转发后，进行输出，目前通过两种方式:System.out 和Soap(http)方式。

2.2运行应用

简单的拷贝预构建的档案资料（mule-example-echo.zip）到应用文件夹（$MULE_HOME/apps），并启动mule。去通过浏览器访问web service 调用：

http://localhost:65082/services/EchoUMO/echo/text/hello

通过在控制台按“CTR-C”停止mule;

2.3编译例子

依靠你正在使用的编译工具(Ant or Maven) ，你能够通过简单的运行”ant” 或”mvn”去编译样例，这将编译样例的类文件，产生一个应用的zip文件，拷贝这个zip文件到 $MULE_HOME/apps.

2.4 The Echo 组件

Echo Service 是基于一个POJO 组件，该组件是使用JAX-WS 注解方式被注解，并作为一个web service 被暴露出来，该Web Service 是在MULE 使用基于流的配置之上的。组建的初始化如下：

public class Echo

{

    public String echo(String string)

    {

        return string;

    }

}

通过增加JAX-WS注解的方法，我们能把该类方法发布成一个web service, 并具体说明输入参数和响应是怎样被映射的。

@WebService

public class Echo

{

    @WebResult(name="text")

    public String echo(@WebParam(name="text") String string)

    {

        return string;

    }

}

2.5配置流程（Configuring the Flow）

         配置Service ，先添加<flow>元素到Mule XML 配置文件，并提供name 属性，用<component>元素具体指定服务组件的类；对于从Spring注册库引用的对象，应当使用内嵌的<spring-object>来代替；

    <flow name="EchoFlow">

        <component>

            <singleton-object />

        </component>

</flow>

         类的属性必须是完全的合格的类路径名，名称属性对服务来说必须是唯一的名称。

2.6调用流程（Invoking the Flow）

         当前流程是有效的，但是没有入口点，通过URL执行它，并不能得到反馈信息。首先必须为service配置一个端点endpoint, 以使它能被调用。当运行实例时，通过http发送一个request去调用EchoFlow，一个相应通过Http channel被返回。Mule Http Transport管理这个交互。

         去配置这个流程，我们已经创建一个接入点<inbound-endpoint>，来实现请求相应request-response.下面是包括endpoint的EchoFlow配置：

    <flow name="EchoFlow">

        <inbound-endpoint address="http://localhost:65082/services/EchoUMO" exchange-pattern="request-response"/>

        <component>

            <singleton-object />

        </component>

</flow>

         如果现在去触发流程，将会得到一个响应，它将返回一个URL PATH 给你。然而EchoFlow仍不知道怎么去处理Web Service的调用，首先你需要去采用一个使用CXF的过滤器。

2.7暴露CXF类型Web Service (Exposing as a Web Service with CXF)

         CXF已经内置了对GET requests 约定的支持，使用的是下面的句法：

http://host/service/OPERATION/PARAM_NAME/PARAM_VALUE

         所以，可以通过输入下面的URL来运行该样例：

                        http://localhost:65082/services/EchoUMO/echo/text/hello

         为了使CXF能够去处理消息, 像下面去更新EchoFlow

<flow name="EchoFlow">

<inbound-endpoint address="http://localhost:65082/services/EchoUMO" exchange-pattern="request-response"/>

     <cxf:jaxws-service serviceClass="org.mule.example.echo.Echo"/>

<component>

            <singleton-object />

</component>

</flow>

现在如果去触发URL,将会得到适当的响应消息。也可以去请求WSDL，它是组件运行需要的全部的配置信息。去看整体内的配置文件，打开目录” examples/echo/src/main/app/ directory under your Mule installation directory”下的mule-config.xml文件.

2.8添加Stdio端点（Adding a STDIO endpoint）

在MULE 之前的版本中，echo实例支持在命令行输入信息时的提示，当你输入一些信息时，你正通过System.in 提供输入数据调用服务，在那时你输入的数据经由Systme.out被不停的回应回来。MULE STDIO Transport管理这个交互。

去配置STDIO 支持该流程，你需要在你的配置文件中增加STDIO的命名空间，然后使用”one-way”交换模式详细制定inbound 和 outbound端点。

    <flow name="EchoFlow">

        <stdio:inbound-endpoint system="IN" exchange-pattern="one-way"/>

        <component>

            <singleton-object />

        </component>

        <stdio:outbound-endpoint system="OUT" exchange-pattern="one-way"/>

</flow>

<outbound>元素允许一个或多个outbound路由元素被配置去控制如何、哪里的消息被发送，一旦他们被组件处理时。在这个例子中，所有的消息被经由System.out发送。

最后，如果你想去覆默认被传输具体指定在inbound endpoint上配置，你可以去配置一个连接器。在这个例子中，让我们覆盖stdio 传输器默认的链接器，于是提醒用户输入下面的内容：

<stdio:connector name="SystemStreamConnector"

                 promptMessage="Please enter something: "

                 messageDelayTime="1000"/>

2.9增加多个接入点

有几个方法对流程增加多个接入点，如果他们是跟随统一个处理器链，你可以使用<composite-source>,像下面所示:

    <flow name="EchoFlow">

        <composite-source>

            <stdio:inbound-endpoint system="IN" exchange-pattern="one-way"/>

            <vm:inbound-endpoint path="echo" exchange-pattern="request-response"/>

        </composite-source>

        <component>

            <singleton-object />

        </component>

</flow>

然而，如果你有明确的端点消息处理器去应用，像CXF，一个选择是去使用复合流程，在复合流程中，你引用的一个流程是来自另外的一个流程中。这个方法，你可以中止流程通过端点。看下面的例子：

    <flow name="EchoStdio">

        <stdio:inbound-endpoint system="IN" exchange-pattern="one-way"/>

     <flow-ref name="EchoComponent"/>

        <stdio:outbound-endpoint system="OUT" exchange-pattern="one-way"/>

    </flow>

    <flow name="EchoComponent">

        <component>

            <singleton-object />

        </component>

</flow>

    <flow name="EchoWebService">

        <inbound-endpoint address="http://localhost:65082/services/EchoUMO" exchange-pattern="request-response"/>

        <cxf:jaxws-service serviceClass="org.mule.example.echo.Echo"/>

     <flow-ref name="EchoComponent"/>

</flow>

EchoStdio 和EchoWebService 提供两种不同的接入点。他们都死通应用执行的EchoComponent。

2.10使用一个服务来配置(Configuring using a Service)

         作为选择，流程能够使用一个服务来配置，去配置这个服务，你增加一个<service>元素到你的MULE XML 配置文件中，并提供名字属性。通过使用<component>元素具体制定服务组件的类。然后和之前的一样增加http 端点和消息处理器；

    <model name="echoSample">

        <service name="EchoUMO">

            <inbound>

                <inbound-endpoint address="http://localhost:65082/services/EchoUMO"

                                  exchange-pattern="request-response">

                    <cxf:jaxws-service />

                </inbound-endpoint>

            </inbound>

            <component>

                <singleton-object />

            </component>

        </service>

</model>

在服务配置中，对CXF来说ServiceClass是不需要的。这是因为在这个配置中，CXF是能够自动发现组件的。基于流的配置目前还不支持，所以serviceClass必须被明确的制定。

三、HelloWorld 例子分析

3.1 概述

该部分主要描述Hello World例子的配置和行为。

当我们在浏览器中输入预定义的地址 (http://localhost:8888/?name=Ross) 时 Mule解释输入值中“?name=”后的部分，进行验证，使greeeter.java 类去添加一些文本到字符串中，然后传递到另外一个flow，第二个flow继续添加文本,然后通过浏览器传回来；以上做的这些知识简单的方式，但是这个例子使用了flows和http传输去说明消息路由和转换器在Mule中的引用。

3.2运行应用

如果正在使用MULE IDE 环境，可以创建一个基于Hello World例子的工程，然后通过Eclipse来运行;

如果没有使用MULE IDE环境，简单的拷贝预构建的档案资料（mule-example-hello-3.0.0.zip）到应用文件夹（$MULE_HOME/apps），并启动mule。去通过浏览器访问web service 调用：

http://localhost:8888/?name=Ross

通过在控制台按“CTR-C”停止mule;

3.3编译例子

同上

3.4如何工作的？

Hello World应用被配置在mule-config.xml中，这个文件存在于mule 根目录下的examples/hello/src/main/app. 该部分主要是通过配置和JAVA资源文件的调用实现的。

3.5资源文件

消息的文本是从hello-example-messages.properties文件中获得的，该文件存在于

Message text is taken from the hello-example-messages.properties file in the examples\hello\src\main\resources\messages文件夹, 以下是资源文件的内容:

1=, how are you?

2=Hello

3=Please enter your name:

4=Please provide a valid name with at least one character!

在同一个文件夹中，该属性文件有翻译的版本可以替换，例如你可以德语的字符串替换英语的字符串。

3.6类

         Mule 配置文件唤起两个JAVA类去处理消息，首先是Greeter类，这个类用一个方法从LocalMessage类去推送字符串“hello”，字符串内容来自属性文件。Greeter类的方法 greet() 然后去追加人名。

public class Greeter

{

    private String greeting = "";

    public Greeter()

    {

        greeting = LocaleMessage.getGreetingPart1();

    }

    public Object greet(NameString person)

    {

        Object payload = person;

        if (person.isValid())

        {

            person.setGreeting(greeting);

        }

        else

        {

            payload = new Exception(LocaleMessage.getInvalidUserNameError());

        }

        return payload;

    }

}

         第二个类是ChitChatter , 这个类实现附加字符串”,how are you?”.

public class ChitChatter

{

    private String chitchat = "";

    public ChitChatter()

    {

        chitchat = LocaleMessage.getGreetingPart2();

    }

    public void chat(ChatString string)

    {

        string.append(chitchat);

    }

}

3.7 把类连接起来

在Hello World中，调用这些类的配置文件，在composite元素中组成了3个接入点，去接受HTTP、Servlet、和VM请求；

         Hollo World flow 使用这个composite元素去获得在浏览器中输入的名字，调用greeter类，路由意外的错误去分离被调用的systemErorHandler中的handler.

<flow name="Hello World">

        <composite-source>

            

            <inbound-endpoint address="http://localhost:8888" transformer-refs="HttpRequestToNameString" exchange-pattern="request-response">

                <not-filter>

                    <wildcard-filter pattern="/favicon.ico"/>

                </not-filter>

            </inbound-endpoint>

            

            <inbound-endpoint address="servlet://name" transformer-refs="HttpRequestToNameString" exchange-pattern="request-response">

                <not-filter>

                    <wildcard-filter pattern="/favicon.ico"/>

                </not-filter>

            </inbound-endpoint>

            

            <vm:inbound-endpoint path="greeter" transformer-refs="StringToNameString" exchange-pattern="request-response"/>

        </composite-source>

        ...

</flow>

         接入点元素使用http传输接受接入的消息。在问候者受到消息之前，Transformer-refs属性指定接入转换器被调用。该转换器早先在配置文件被定义：

<custom-transformer name="HttpRequestToNameString" />

该转换器转换从Http Connector 收到的Http Request 为NameString 对象，该对象是类Greeter的Greet（）方法预期的数据类型。当你指定逐渐的时候，可以不必指出一个具体类中的一个具体的方法—Mule 能决定基于消息数据类型的适合的方法。

Greeter类预决定对输入的用户“问候”后，消息被匹配在端点vm://chitchatter. 这是调ChitChat flow, 同时调用定制的转换器NameStringToChatString，转换NameString object为ChatString object.

<flow name="ChitChat">

        <vm:inbound-endpoint path="chitchatter" transformer-refs="NameStringToChatString"

            responseTransformer-refs="ChatStringToString" exchange-pattern="request-response"/>

        <component />

</flow>

去更多的演示转换器，ChitChatter类期待一个ChatString对象，于是我们有了一个NameStringToChatString转换器，在组件接收到消息之前，去转换消息有效部分从NameString 为ChatString。消息被接收在vm://chitchatter上，这个端点是关于Greeter类分发它的消息。

消息被处理后，该消息被作为Http响应信息被发送，这个组件上的响应转换会记录。甚至认为没有接出提供者，再有一个转换器ChatStringToString，设置 Even though there is no outbound provider, there is one more transformer, ChatStringToString,它转换有效负载从ChatString 为平常的string ，所以他能被Http 传输处理，在http响应中被显示。

注释：JAVA类没有任何的路由逻辑，他们是通过Mule的配置文件连接在一起的，能实现在JAVA类，WebService等之间传递消息

3.8 配置Servlet 传输

在Web容器中部署MULE是很常见的，使用Web Server 代替Mule Http Transport去管理Http connection。通过Servlet的方式调用Hello 服务，提交一个Web 表单，如下：

<form method="POST" action="/mule-examples/rest?endpoint=greeter">

    <input type="text" name="payload"/>

    <input type="submit" value="POST" />

</form>

使用Servlet传输，下面的端点能被添加到配置文件中 (注释: the REST endpoint currently only works on the servlet transport only since the HttpRequestToParameter transformer only supports servlets.):

<inbound-endpoint address="servlet://name" transformer-refs="HttpRequestToNameString" exchange-pattern="request-response">

    <not-filter>

        <wildcard-filter pattern="/favicon.ico"/>

    </not-filter>

</inbound-endpoint>

<inbound-endpoint address="servlet://rest" transformer-refs="HttpRequestToParameter StringToNameString" responseTransformer-refs="PlainTextResponseTransformer" exchange-pattern="request

3.9 配置VM 传输

这个实例也演示在Mule 程序中如何连接服务、如何使用mule Client

<vm:inbound-endpoint path="greeter" transformer-refs="StringToNameString" exchange-pattern="request-response"/>

然后用Mule Client API 去调用服务:

MuleClient client = new MuleClient(muleContext);

client.send("vm://greeter", "Ross", null);

MuleMessage response = client.send("vm://greeter", "Ross", null);

System.out.println("response = " + response.getPayload());

本文链接

开源企业服务总线ESB汇总与对比

2011-03-29T01:09:00Z

Bitmap Bitmap Bitmap

开源ESB汇总表

Mule ESB

Apache ServiceMix

Open ESB

Apache Synapse

JBoss ESB

WSO2

OpenAdaptor

产品描述与定位

轻量级的消息框架和整合平台；基于EIP实现；核心组件UMO实现整合逻辑；支持20多种传输协议（File、FTP、UDP、SMTP、POP、HTTP、SOAP、JMS等）。并整合了许多流行的开源项目，比如Spring,ActiveMQ,CXF,Axis,Drools等

它是JBI规范的一种实现；包含很熟JBI组件。这些组件支持多种协议，比如JMS,HTTP,FTP,FILE等。同时也实现了EIP，规则和调度。ApacheServiceMix 也整合了其他的开源项目，比如Apache、Apache、ActiveMQ CXF,Apahe Camel,Apache ODE以及Apache Geronimo。

Open ESB可运行在由SUN支持的Glassfish应用服务中。同时SUN的Netbeans IDE为Open ESB提供了拖拉式的开发工具，这是其他开源ESB不可匹敌的，尽管Mule也提供了基于Eclipse的插件工具，但目前仍然不够强大。

虽然Apache Synapse具备一些ESB所必备的功能，但是从本质上而言Synapse更是一个web服务仲裁框架，它是构建在Apache Axis2之上的。Synapse的关注点是路由，转换，消息验证以及基于web服务和xml标准的注册。它支持HTTP, SOAP, SMTP, JMS,FTP ,MTOM/XOPPOP3/IMAP/SMTP 等传输协议，还支持多种web服务规范(WS-*)，比如WS-Addressing,WS-Security,WS-Policy以及WS- Reliable Messaging；支持多种语言；比如Java, JavaScript, Ruby, Groovy等。

JBoss ESB是基于JBoss公司的ESB产品Rosetta的。Jboss ESB将JbossMQ作为其消息层，将JBoss rules为其提供路由功能，
将jBPM为其提供服务编排功能；JBoss ESB是JBoss社区为面向SOA而提出的一个EAI系统平台；它提供了很多EAI本身所应具有的功能，例如业务流程监控、集成开发环境、工作流用户接口、业务流程管理、分布式计算架构以及作为应用容器的功能等。

WSO2是基于Apache Synapse产品的，通过它可以在web服务，REST/POX服务以及遗留系统间连接，管理和转换服务交互。它还提供了一个基于AJAX的ESB管理控制台对其配置文件进行统计分析，管理（添加，删除以及修改等），和指定执行相应的配置文件。这在开源ESB中是非常少见的。

OpenAdaptor定位于EAI （Enterprise Application Integration，企业应用集成）软件。它支持各种传输协议，如JMS, JDBC, IBM MQ Series, TIBCO Rendezvous, TCP/IP Sockets, SOAP, HTTP 和 File等

官方网站

http://mule.codehaus.org/

http://servicemix.apache.org/

https://open-esb.dev.java.net/

http://ws.apache.org/synapse

http://labs.jboss.com/jbossesb/

http://wso2.com/products/esb/

https://www.openadaptor.org/

缺陷与不足

没法热部署新的集成流程。

如果要做进一步的总线上的扩展，则需要对源代码和例子进行较为深入的学习和研究，当然这一切的基础是对JBI的规范有较为全面的了解。

如果要对OpenESB进行按照自身的要求进行扩展则较为困难，除非对OpenESB的源代码进行全面的分析。

相对于上面的总线而言，它的技术架构方案是最独立的。因为它除了支持J2EE标准外，对于JBI规范压根就不沾边；当然也就不存在JBI规范中的规范化消息路由、服务引擎和绑定组件了。

对比

Mule提供了以Java为中心的模型，支持jBPM，支持消息无关，没有热部署功能。
Mule的优点：
1，架构简单清晰、容易上手；
2，它有非常广泛的传输器、路由器和转换器，且易于扩展；
3，Mule不需将消息转换成统一的格式，而只在需要时进行转换，提高了性能；
4，开发过程中无需关注Mule代码，只需通过配置即可将服务暴露，减少了侵入性；
5，文档清晰而完善；
Mule的缺点：
1，没有实现任何ESB规范（但遵循了《Enterprise Intergration Patterns》与 SEDA (Staged Event-Driven Architecture)）；
2，不支持热部署（企业版支持）；

Mule选择不实现JBI的理由：为保持其轻量级和灵活性，提高效率和易用性。
Mule提供了一个JBI适配器来与JBI容器保持联通性。

ServiceMix提供了JBI支持，BPEL集成，关注XML消息和热部署功能。
Servicemix的优点：
1，基于JBI规范；
2，可以热部署；
3，支持Camel（可以用DSL去开发集成流程）；
Servicemix的缺点：
1，JBI规范带来了使用上的繁琐，且JBI规范没有得到太多的青睐，前途未卜；
2，过多依赖XML的配置；
3，由于所有消息要进行标准化处理，即生成和解析XML文件，所以会导致性能下降；
4，开发过程中需要实现框架特定接口(MessageExchangeListener)接收和处理上述标准消息，侵入性强；
5，文档不健全、不够清晰；

结论

综上所述，Mule和Servicemix都实现了ESB的核心功能，都提供了广泛的可用组件和良好的扩展性，从功能上看差别不大，但从稳定性、易用性和性能上比较，Mule可能是更好的选择。

本文链接

Apache CXF 介绍

2011-03-25T01:10:00Z

Apache CXF 是一个开源的项目，前身是XFire与Celtix结合的产物，它是一个高性能的WebService，同时还支持多种绑定。

CXF比较适合创建各种不同传输协议的服务。一般的服务总线是以集成各种服务为目的，CXF相反，它是以提供各种服务为目的的。

CXF所支持的主要功能如下：

支持多种绑定方式：SOAP、REST、Corba

支持的Web服务包括：WS-Addressing、WS-Security、WS-ReliableMessaging和WS-Policy

支持多种传输协议

可插拔式的数据绑定

前端核心程序的清晰分离

高性能

CXF的架构体系主要包括下面部分:

CXF总线

消息和拦截器

前端，通过JAX-WS创建服务，可以从不同的源头（Java类、WSDL1.1/2.0）来创建服务

传输层

服务模型（在CXF内代表服务）

绑定

有关更详细的介绍可以参看CXF的官方主页http://cxf.apache.org/。

本文链接

JAX-WS

2011-03-25T01:00:00Z

概述

　　JAX-WS规范是一组XML web services的JAVA API。JAX-WS允许开发者可以选择RPC-oriented或者message-oriented 来实现自己的web services。
　　在 JAX-WS中，一个远程调用可以转换为一个基于XML的协议例如SOAP。在使用JAX-WS过程中，开发者不需要编写任何生成和处理SOAP消息的代码。JAX-WS的运行时实现会将这些API的调用转换成为对应的SOAP消息。
　　在服务器端，用户只需要通过Java语言定义远程调用所需要实现的接口SEI （service endpoint interface），并提供相关的实现，通过调用JAX-WS的服务发布接口就可以将其发布为WebService接口。
　　在客户端，用户可以通过JAX-WS的API创建一个代理（用本地对象来替代远程的服务）来实现对于远程服务器端的调用。
　　当然 JAX-WS 也提供了一组针对底层消息进行操作的API调用，你可以通过Dispatch 直接使用SOAP消息或XML消息发送请求或者使用Provider处理SOAP或XML消息。
　　通过web service所提供的互操作环境，我们可以用JAX-WS轻松实现JAVA平台与其他编程环境（.net等）的互操作。
　　JAX-WS与JAX-RPC之间的关系
　　Sun最开始的web services的实现是JAX-RPC 1.1 (JSR 101)。这个实现是基于Java的RPC,并不完全支持schema规范，同时没有对Binding和Parsing定义标准的实现。
　　JAX-WS2.0 (JSR 224)是Sun新的web services协议栈，是一个完全基于标准的实现。在binding层，使用的是the Java Architecture for XML Binding (JAXB, JSR 222)，在parsing层，使用的是the Streaming API for XML (StAX, JSR 173)，同时它还完全支持schema规范。
　　

本文链接

eclipse.ini/myeclipse.ini文件中参数配置

2011-03-15T10:39:00Z

今天下午查了一些关于优化MyEclipse速度的文章，受益匪浅。不过知其然也要知其所以然。比如说在提到通过修改myeclipse.ini文件中参数-Xms,-Xmx，-PerSize的值时，这几个参数具体是指什么？在网上搜集了一些资料，现整理如下：

这涉及到JVM的内存管理机制。
1.堆(Heap)和非堆(Non-heap)内存
按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。可以看出JVM主要管理两种类型的内存：堆和非堆。简单来说堆就是Java代码可及的内存，是留给开发人员使用的；非堆就是JVM留给自己用的，所以方法区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和构造方法的代码都在非堆内存中。

2.堆内存分配
JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的内存由-Xmx指定，默认是物理内存的1/4。默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时，JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。

3.非堆内存分配
JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxPermSize设置最大非堆内存的大小，默认是物理内存的1/4。

4.JVM内存限制(最大值)
首先JVM内存限制于实际的最大物理内存，假设物理内存无限大的话，JVM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制，这个限制一般是2GB-3GB（一般来说Windows系统下为1.5G-2G，Linux系统下为2G-3G），而64bit以上的处理器就不会有限制了。

举例说明含义：
        -Xms128m 表示JVM Heap(堆内存)最小尺寸128MB，初始分配
        -Xmx512m 表示JVM Heap(堆内存)最大允许的尺寸256MB，按需分配。
        说明：如果-Xmx不指定或者指定偏小，应用可能会导致java.lang.OutOfMemory错误，此错误来自JVM不是Throwable的，无法用try...catch捕捉。

PermSize和MaxPermSize指明虚拟机为java永久生成对象（Permanate generation）如，class对象、方法对象这些可反射（reflective）对象分配内存限制，这些内存不包括在Heap（堆内存）区之中。

-XX:PermSize=64MB 最小尺寸，初始分配
         -XX:MaxPermSize=256MB 最大允许分配尺寸，按需分配过小会导致：java.lang.OutOfMemoryError: PermGen space MaxPermSize缺省值和-server -client选项相关。
         -server选项下默认MaxPermSize为64m
        -client选项下默认MaxPermSize为32m

PS:不同厂家的jdk垃圾回收算法不一样。在sun的jdk下，Xms和Xmx设置一样，可以减轻伸缩堆大小带来的压力，但在ibm的jdk下面，设置为一样会增大堆碎片产生的几率。

下面再简单的整理一下优化MyEclipse速度的主要方法：
        1.修改myeclipse.ini。
        2.取消自动validation
       3.勾掉无用插件。
        4.修改启动加载模块

下面附上详细的优化MyEclipse速度方法：（转载）
    http://yufenfei.javaeye.com/blog/376464
     http://blog.csdn.net/defonds/archive/2009/07/10/4338782.aspx
       http://zhangpengshou.javaeye.com/blog/198476
         http://queue19.javaeye.com/blog/488017

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/moonsheep_liu/archive/2010/08/21/5828213.aspx

本文链接

博客园_将军工作室[THE WorkRoom OF GENERALXU]

Mule 官方例子研究

Mule 官方例子研究

二、ECHO例子分析

2.2运行应用 简单的拷贝预构建的档案资料（mule-example-echo.zip）到应用文件夹（$MULE_HOME/apps），并启动mule。去通过浏览器访问web service 调用： http://localhost:65082/services/EchoUMO/echo/text/hello 通过在控制台按“CTR-C”停止mule;

2.3编译例子 依靠你正在使用的编译工具(Ant or Maven) ，你能够通过简单的运行”ant” 或”mvn”去编译样例，这将编译样例的类文件，产生一个应用的zip文件，拷贝这个zip文件到 $MULE_HOME/apps.

三、HelloWorld 例子分析

3.3编译例子 同上

3.4如何工作的？ Hello World应用被配置在mule-config.xml中，这个文件存在于mule 根目录下的examples/hello/src/main/app. 该部分主要是通过配置和JAVA资源文件的调用实现的。

开源企业服务总线ESB汇总与对比

Apache CXF 介绍

JAX-WS

eclipse.ini/myeclipse.ini文件中参数配置

2.2运行应用

简单的拷贝预构建的档案资料（mule-example-echo.zip）到应用文件夹（$MULE_HOME/apps），并启动mule。去通过浏览器访问web service 调用：

http://localhost:65082/services/EchoUMO/echo/text/hello

通过在控制台按“CTR-C”停止mule;

2.3编译例子

依靠你正在使用的编译工具(Ant or Maven) ，你能够通过简单的运行”ant” 或”mvn”去编译样例，这将编译样例的类文件，产生一个应用的zip文件，拷贝这个zip文件到 $MULE_HOME/apps.

3.3编译例子

同上

3.4如何工作的？

Hello World应用被配置在mule-config.xml中，这个文件存在于mule 根目录下的examples/hello/src/main/app. 该部分主要是通过配置和JAVA资源文件的调用实现的。