トランスポート・プロバイダは以下の３つの方法で設定することができます：

1. トランスポートの情報と接続情報を定義したエンドポイントURIを使って。例えば、tcp://localhost:12345。詳細に付いてはESB MuleエンドポイントURIを参照してください。URIはプロトコルにトランスポート特有な情報と、コネクタのプロパティに設定する0以上のパラメータを追加された文字列から構成されています。
2. ESB Mule XML, SpringFramework又は他の対応した設定にコネクタ設定を定義する。
3. エンドポイントにトランスポート・プロバイダ・プロパティを設定して、特定したエンドポイント・インスタンスのトランスポートの振る舞いを変更することもできます。

各トランスポートに設定できるパラメータに付いてはトランスポート・ガイドを参照してください。共通したプロパティに付いては、以下で説明します。

標準のコネクタ・プロパティ

特定のトランスポート･プロバイダのプロパティに付いてはトランスポート・ガイドを参照してください。

接続例外処理（connection strategies）

接続例外処理は、コネクタが接続に失敗したときに行う処理を設定します。リトライ回数,間隔,例外やJMXの場合のみ再接続を試すようにするなどと、状況に基づいて例外処理を設定することができます。
接続例外処理は<connection-strategy>タグを使ってコネクタに設定します。コネクタに<connection-strategy>タグが追加されると、そのコネクタを使った受信と送信に適用されます。もし、同じコネクタの受信と送信に別々の諸ウィを設定する必要がある場合は、コネクタを受信用のコネクタと送信用のコネクタに分けてそれぞれのコネクタに例外処理を設定します。例えば以下は、TCPコネクタに接続が切れた場合は２秒毎に３回、再接続を試すようにする設定です：

<connector name="tcp" className="org.mule.providers.tcp.TcpConnector">
    <connection-strategy className="org.mule.providers.SimpleRetryConnectionStrategy">
        <properties>
             <property name="retryCount" value="3"/>
             <property name="frequency" value="2000"/>
        </properties>
    <connection-strategy/>
</connector>

ヒント: retryCount を-1に設定すると無限に再接続を試します（ESB Mule1.4.2以降で対応）。ただし、使うトランスポートによっては気を付けてください。
doThreading オプションも場合によっては便利です。ESB Muleのスレッドを再接続の試しから分離します。

ESB Muleインスタンスの全てのコネクタ用のデフォルト接続例外処理を設定するには、<mule-environment-properties>タグに接続例外処理を設定します。
例：

<mule-environment-properties>
    <connection-strategy className="org.mule.providers.SimpleRetryConnectionStrategy">
        <properties>
             <property name="retryCount" value="3"/>
             <property name="frequency" value="2000"/>
        </properties>
    <connection-strategy/>
</mule-environment-properties>

コネクション方式の修正

ESB Muleには上のSimpleRetryConnectionStrategyのような、標準接続例外処理を用意しています。自前の接続例外処理を設定する必要ばある場合もあります。 ConnectionStrategy は１つのメソッドがあるインターフェースです：

public void doConnect(UMOConnectable connectable) throws FatalConnectException;

このメソッドは UMOConnectable オブジェクトの connect() メソッドは再接続できるまで又は自前のUMOConnectionStrategyで設定された接続例外処理が失敗するまで、繰り返して呼び続けるようにします。もし接続に失敗した場合は FatalConnectException 例外を投げて、ESB Muleに接続が失敗したことを伝えます。RuntimeExceptionsを含めて、その他の例外を投げたらいけません。

コネクタ・サービス・ディスクリプタ

各トランスポートには、トランスポートを生成するクラスの情報をもつサービス・ディスクリプタがあります。ファイルは META-INF/services/org/mule/providers にあり、ファイルはトランスポート・プロトコルと同じ名前です。例： META-INF/services/org/mule/providers/tcp

例えば、TCPトランスポート・プロバイダのファイルには以下のような内容が記述されています：

connector=org.mule.providers.tcp.TcpConnector
dispatcher.factory=org.mule.providers.tcp.TcpMessageDispatcherFactory
message.receiver=org.mule.providers.tcp.TcpMessageReceiver
message.adapter=org.mule.providers.tcp.TcpMessageAdapter
inbound.transformer=org.mule.transformers.simple.ByteArrayToString
outbound.transformer=org.mule.transformers.simple.StringToByteArray
endpoint.builder=org.mule.impl.endpoint.SocketEndpointBuilder

ESB MuleがエンドポイントURIを処理する場合は、エンドポイント・プロトコルからサービス・ディスクリプタが捜され、 ディスクリプタとURIの情報を使ってコネクタ及びエンドポイント・インスタンスが生成されます。

サービス・プロパティのオーバーライド

各ESB Muleトランスポートにはトランスポートが対応したプロトコル毎に上で説明したプロパティをもつコネクタ・サービス・ディスクリプタ（Connector Service Descriptor）があります。ユーザは特定のトランスポートの設定をオーバーライドして、利用に適した適したように設定を変更することができます。例えば、FileConnectorはディレクトリはファイルを一つずる読みますが、 UMOMessageReceiver を修正して既存のファイルの変更箇所のみを読み込むようにすることもできます。

コネクタ毎に上で説明したプロパティのMapから構成される serviceOverrides プロパティがあります。FileReceiverの例を引き続けてると、開発者は「message.reciever」コネクタ・サービス・ディスクリプタ（Connector Service Descriptor）プロパティをオーバーライドすることができます。

<connector name="myFileConnector" className="org.mule.providers.file.FileConnector">
    <properties>
        ...
        <map name="serviceOverrides">
            <property name="message.receiver" value="com.foo.MyFileReceiver"/>
        </map>
    </properties>
</connector>

デフォルト・コネクタ値の設定

トランスポートによっては、全ての設定情報をトランスポートのURIに記述することができます（例：tcp://localhist:12345）。しかし、JMSのようなトランスポートの場合は、開発者が接続を行うために多くのパラメータを設定する必要があり、URIにこれらのパラメータを設定するのが難しいです。一つの対策方法は、前もって全てのコネクタを設定ファイルで定義することです。場合によっては便利ですが、他の対策方法もあります。
ESB Muleでは、コネクタのデフォルト・プロパティを定義することができます。これらのデフォルト・プロパティは、コネクタにプロパティが設定されていない場合に使われます。プロパティはコネクタ用のプロパティ名の前にコネクタのプロトコルを挿入して設定されます。以下はJMSのデフォルトの jndiInitialFactory プロパティを定義する例です：

<environment-properties>
    <property name="jms.jndiInitialFactory"
         value="org.codehaus.activemq.jndi.ActiveMQInitialContextFactory"/>
</environment-properties>

又は

MuleManager.getInstance.setProperty("jms.jndiInitialFactory",
    "org.codehaus.activemq.jndi.ActiveMQInitialContextFactory");

これらのプロパティはMuleManager又はクライアントに設定することができます。

もう少し多くの情報を記載された例に付いては知恵袋:複数JMSクライアントの設定を参照してください。

自前のトランスポートの開発

自前でESB Mule用のトランスポートを開発する情報に付いてはトランスポートの開発を参照してください。