0

スケジュールされた方法 (20 秒のスケジュール頻度) でファイル システムからファイルを読み取り、それらを esb メッセージに変換する jboss esb サーバーがあり、メッセージを解析します。

esb サーバーには、他にもいくつかのプロバイダー/リスナー (jms) とサービスが構成されています。いずれかのサービスにエラーがあると、上記のプロセスに影響します。ファイル システム プロバイダー (ゲートウェイ) は正常に動作していますが、ゲートウェイ メッセージを受け取る jms-listener が動作しておらず、多数のメッセージが jbm キュー (jbm_msg Oracle DB テーブル) に蓄積されています。

ここに問題があります。サーバーが再起動されると、jbm-queue のメッセージが esb で解析されます。これは、fs-provider のスケジュールされた頻度である 20 秒間だけであり、メッセージを再度処理することはなく、CPU 使用率は 100% に達し、そこにとどまります。 . どういうわけか、fs-providers が jms-provider に割り込みます。

見逃している構成はありますか。

構成ファイルは次のとおりです: jboss-esb.xml

<?xml version = "1.0" encoding = "UTF-8"?>
<jbossesb xmlns="http://anonsvn.labs.jboss.com/labs/jbossesb/trunk/product/etc/schemas/xml/jbossesb-1.0.1.xsd" parameterReloadSecs="5">
 <providers>  
  <fs-provider name="SitaIstProvider">
   <fs-bus busid="gw_sita_ist" >
    <fs-message-filter
     directory="/ikarussita/IST/IN"
     input-suffix=".RCV"
     work-suffix=".lck"
     post-delete="false"
     post-directory="/ikarussita/IST/OK"
     post-suffix=".ok"
     error-delete="false"
     error-directory="/ikarussita/IST/ERR"
     error-suffix=".err"/>
   </fs-bus>
  </fs-provider>

  <jms-provider name="SitaESBQueue" connection-factory="ConnectionFactory">
   <jms-bus busid="esb_sita_queue">
    <jms-message-filter dest-type="QUEUE" dest-name="queue/esb_sita_queue"/>
         </jms-bus>
  </jms-provider>  
 </providers>

 <services>
  <service category="SITA" name="SITA_IST" description="SITA Daemon For ISTCOXH">  
   <listeners>
    <fs-listener name="Sita_Ist_Gateway" busidref="gw_sita_ist" is-gateway="true" schedule-frequency="20" />
    <jms-listener name="Jms_Sita_EsbAware" busidref="esb_sita_queue" />
   </listeners>

   <actions mep="OneWay">
             <action name="parse_msg" class="com.celebi.integration.action.sita.inbound.SitaHandler" process="parseMessage" />
    <action name="send_ikarus" class="com.celebi.integration.action.ikarus.outbound.fis.FlightJmsSender" />
   </actions>
  </service>
 </services>
</jbossesb>

jbm-queue-service.xml

<?xml version="1.0" encoding="UTF-8"?>
<server>
    <mbean code="org.jboss.jms.server.destination.QueueService"
      name="jboss.messaging.destination:service=Queue,name=esb_sita_queue"
      xmbean-dd="xmdesc/Queue-xmbean.xml">
      <depends optional-attribute-name="ServerPeer">jboss.messaging:service=ServerPeer</depends>
      <depends>jboss.messaging:service=PostOffice</depends>
     </mbean>
<server>

展開.xml

<jbossesb-deployment>
<depends>jboss.messaging.destination:service=Queue,name=esb_sita_queue</depends>
</jbossesb-deployment>

ありがとう

4

1 に答える 1

0

サービスを 2 つの個別のサービスに分割します。1 つは JMS キューを処理し、もう 1 つはファイル ポーラーを処理します。同じアクション パイプラインを指定します。そうすれば、同じ機能が得られますが、スレッドの問題はありません。また、リスナーで max-threads 属性を使用して、読み取りスレッドの数を指定します。

于 2010-03-10T21:42:01.113 に答える