私はそうのような再試行ポリシーを設定しようとしています再試行ポリシー

Question

の設定：

<spring:beans> 
     <spring:bean id="threadingPolicyTemplate" 
      class="org.mule.retry.async.AsynchronousRetryTemplate"> 
      <spring:constructor-arg index="0"> 
       <spring:bean id="foreverRetryPolicyTemplate" 
        class="com.Component.ChatConnectionRetryPolicyTemplate"> 
        <spring:property name="sleepTime" value="${connector.retryInterval}" /> 
       </spring:bean> 
      </spring:constructor-arg> 
     </spring:bean> 
    </spring:beans> 

    <jdbc:connector name="jdbcConnector" dataSource-ref="SQLServerjdbcDataSource"> 
     <spring:property name="retryPolicyTemplate" ref="threadingPolicyTemplate"/> 
     <jdbc:query key="PollDB" 
      value="select * from ofMessageArchive where ID > #[payload:]" /> 
    </jdbc:connector> 

私は私の流れで発信エンドポイントとして言ったコネクタを使用しますが、私も再試行ポリシーが表示されません呼び出されています。 （私はブレークポイントを設定していますので、呼び出されませんでした）。

私はある種のスレッドを使用していますSimpleRetryPolicy（何も気にしません）。

もう1つ質問があります - コネクタが起動しない（再試行ポリシーが試行されている）とします - コネクタをエンドポイントとして使用するフローはどうなりますか？

ミュールはどのようにこれらのものを扱いますか？

Answer 1

• JdbcConnectorが初期化のためのnoopsを持っている場合でも、/ /起動/停止方法を処分し、あなたの再試行ポリシーテンプレートは、AbstractConnector.connect（）ログは、「接続：」の直後と呼ばれるようになっています。多分あなたはこの場所でブレークポイントしてフォロースルーしたいでしょうか？

• スレッドリトライポリシーを使用すると、コネクタが故障してもMuleが起動します。このコネクターに依存するインバウンド・エンドポイントは開始されないため、コネクターを開始することができるまで、それらを使用するフローはトリガーされません。アウトバウンドエンドポイントは例外をスローします。問題のカスタム処理を実行するのは、成功するか、例外戦略のどちらかで、この状況に対処する必要があります。