問題タブ [mule-cluster]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
203 参照

mule - 3.4.2 の JDBC 再接続で Blocking="false" が機能しない

JDBC 再接続戦略では、ブロッキングを false として実装しました。そのため、アプリケーションをデプロイしようとすると、JDBC 接続が失敗してもアプリケーションをデプロイする必要があります。しかし、アプリケーションはサーバーにデプロイされません。

以下はxmlコードです

0 投票する
1 に答える
75 参照

mule - データベース接続が失敗した場合、サーバーにミュール アプリケーションを展開することはできませんか?

データベース サーバーがダウンしています。mule スタンドアロン サーバーに Mule アプリケーションをデプロイしようとすると、jdbc コネクタがデータベースに接続できなかったため、アプリケーションがデプロイされません。データベースへの jdbc 接続が失敗した場合でも、アプリケーションのデプロイが停止することはありません。 .これを実装するには?

0 投票する
3 に答える
776 参照

mule - ミュール サーバー 3.4.2 は自動的に再起動しますか?

ミュール サーバー 3.4.2 は自動的に再起動しますか?

私の本番サーバーでは、ミュールサーバーが自動的に再起動しました。

0 投票する
1 に答える
411 参照

mule - Mule キャッシュ スコープ エラー com.hazelcast.nio.serialization.HazelcastSerializationException

Mule Cache スコ​​ープを使用して、REST 呼び出しから取得した JSON データ (文字列に変換) を保存しています。すべてがローカルで正常に動作しますが、クラスター化されたサーバーにデプロイすると、このエラーが発生します。

com.hazelcast.nio.serialization.HazelcastSerializationException: java.io.NotSerializableException: com.rabbitmq.client.impl.ChannelN

なぜrabbitmq channelNをシリアライズしようとしているのかわからない.

0 投票する
3 に答える
3585 参照

mule - 本番用の Mule ESB オープンソース

Mule ESB は初めてです。アプリケーションをベンダーサイトと統合するための統合ツールとして Mule ESB を使用したいと考えています。2 つの質問があります。

1) mule ESB は、本番環境および開発環境向けの完全なオープン ソース ツールです。

2) いくつかのサイトやブログを調べたところ、以下の情報が見つかりました。私たちの理解が間違っている場合は、訂正していただけますか。

a) Mule ESB community Edition - 本番環境および非本番環境で無料。しかし、Mule ESB ソフトウェアをダウンロードするためのリンクが見つかりませんでした。b) Mule ESB エンタープライズ版 - 30 日間の無料試用版。その後、毎月のサブスクリプションの金額は Mule によって決定されます (シルバー、ゴールド、プラチナ)

前もって感謝します!

0 投票する
1 に答える
462 参照

mule - Mule 3.4.2 のクラスタリングで async スコープが機能しない

Mule 3.4.2 のクラスタリングで async スコープが機能しない。例外を下回っています。

async スコープを削除すると、アプリケーションをテストできるようになります。クラスター環境でアプリケーションを非同期で動作させる方法を教えてください。

0 投票する
1 に答える
1577 参照

java - Mule エラー、Only owner thread can write to message が http モジュールで引き続き発生する

本番クラスタ Mule 3.6 で次のエラーが発生しました。日中に時々発生しますが、元の原因を検出するまでには至りません。

2015-11-17 08:01:54,819 エラー [org.mule.exception.DefaultSystemExceptionStrategy] - 例外戦略で例外をキャッチ: 所有者スレッドのみがメッセージに書き込むことができます: Thread[[ComponentAA-PRD-v3.2.1.RELEASE].HTTP_Listener_Config .worker.130,5,main]/Thread[[ComponentAA-PRD-v3.2.1.RELEASE].http.listener(9) SelectorRunner,5,main] java.lang.IllegalStateException: 所有者スレッドのみがメッセージに書き込めます: Thread[[axcess-document-platform-PRD-v3.2.1.RELEASE].HTTP_Listener_Config.worker.130,5,main]/Thread[[axcess-document-platform-PRD-v3.2.1.RELEASE].http.listener (9) SelectorRunner,5,main] at org.mule.DefaultMuleMessage.newException(DefaultMuleMessage.java:1665) ~[?:?] at org.mule.DefaultMuleMessage.checkMutable(DefaultMuleMessage.java:1651) ~[?:? ] org.mule.DefaultMuleMessage.assertAccess(DefaultMuleMessage.java:1580) で ~[?:?] org.mule.DefaultMuleMessage.setExceptionPayload(DefaultMuleMessage.java:1003) ~[?:?] org.mule.exception.TemplateMessagingExceptionStrategy.handleException(TemplateMessagingExceptionStrategy.java:79) で ~[?:?] org.mule.execution.AsyncResponseFlowProcessingPhase$3 で$1.execute(AsyncResponseFlowProcessingPhase.java:105) ~[?:?] org.mule.execution.AsyncResponseFlowProcessingPhase.executeCallback(AsyncResponseFlowProcessingPhase.java:117) で ~[?:?] org.mule.execution.AsyncResponseFlowProcessingPhase.access$000 で(AsyncResponseFlowProcessingPhase.java:23) ~[?:?] org.mule.execution.AsyncResponseFlowProcessingPhase$3.responseSentWithFailure(AsyncResponseFlowProcessingPhase.java:100) で ~[?:?] org.mule.module.http.internal.listener で。 HttpMessageProcessorTemplate$1.responseSendFailure(HttpMessageProcessorTemplate.java:114) ~[?:?] org.mule.module.http.internal.listener.grizzly.ResponseCompletionHandler.failed(ResponseCompletionHandler.java:153) で ~[?:?] org.glassfish.grizzly.asyncqueue.AsyncQueueRecord で。 notifyFailure(AsyncQueueRecord.java:110) ~[?:?] org.glassfish.grizzly.nio.AbstractNIOAsyncQueueWriter.onWriteFailure(AbstractNIOAsyncQueueWriter.java:489) で ~[?:?] org.glassfish.grizzly.nio.AbstractNIOAsyncQueueWriter で。 processAsync(AbstractNIOAsyncQueueWriter.java:400) ~[?:?] org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:108) で ~[?:?] org.glassfish.grizzly.ProcessorExecutor.execute( ProcessorExecutor.java:77) ~[?:?] org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561) で ~[?:?] org.glassfish.grizzly.strategies.AbstractIOStrategy で。fireIOEvent(AbstractIOStrategy.java:112) ~[?:?] org.mule.module.http.internal.listener.grizzly.ExecutorPerServerAddressIOStrategy.run0(ExecutorPerServerAddressIOStrategy.java:102) で ~[?:?] org.mule で。 module.http.internal.listener.grizzly.ExecutorPerServerAddressIOStrategy.executeIoEvent(ExecutorPerServerAddressIOStrategy.java:75) ~[?:?] org.glassfish.grizzly.strategies.AbstractIOStrategy.executeIoEvent(AbstractIOStrategy.java:89) で ~[?:? ] org.glassfish.grizzly.nio.SelectorRunner.iterateKeyEvents(SelectorRunner.java:414) で ~[?:?] org.glassfish.grizzly.nio.SelectorRunner.iterateKeys(SelectorRunner.java:383) で ~[?:? ] org.glassfish.grizzly.nio.SelectorRunner.doSelect(SelectorRunner.java:347) で ~[?:?] org.glassfish.grizzly.nio.SelectorRunner.run(SelectorRunner.java:278) で ~[?:? ] org.glassfish で。grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565) ~[?:?] org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545) ~[?:?] でjava.lang.Thread.run(Thread.java:745) [?:1.7.0_80]

0 投票する
1 に答える
287 参照

mule - 以下の Mule フローの Jersey クラスの何が問題になっていますか?

次のミュール フローでは、VM エンドポイントを使用して REST Web サービス用の Jersey クラスを実装しました。

しかし、リクエストの実行中に例外を下回っていますか? 実装されたフローの問題は何ですか?

INFO 2015-12-08 13:09:59,792 [[apikey_load_phase3].connector.http.mule.default.receiver.02] org.mule.api.processor.LoggerMessageProcessor: APIKeyLoadFlow の開始 -org.apache.commons.httpclient. ContentLengthInputStream@1517f14 INFO 2015-12-08 13:09:59,813 [[apikey_load_phase3].connector.http.mule.default.receiver.02] org.mule.lifecycle.AbstractLifecycleManager: 初期化: 'VM_Connector.dispatcher.25489136'. オブジェクトは: VMMessageDispatcher INFO 2015-12-08 13:09:59,813 [[apikey_load_phase3].connector.http.mule.default.receiver.02] org.mule.lifecycle.AbstractLifecycleManager: 開始: 'VM_Connector.dispatcher.25489136'。オブジェクト: VMMessageDispatcher INFO 2015-12-08 13:09:59,830 [[apikey_load_phase3].ApiKeyLoadRestServiceFlow.stage1.02] org.mule.api.processor.LoggerMessageProcessor: ApiKeyLoadRestServiceFlow -org の開始。


メッセージ : JerseyResourcesComponent{ApiKeyLoadRestServiceFlow.component.14630019} の呼び出しに失敗しました。例外の原因となったコンポーネントは、JerseyResourcesComponent{ApiKeyLoadRestServiceFlow.component.14630019} です。メッセージ ペイロードのタイプは次のとおりです: ContentLengthInputStream

コード: MULE_ERROR--2

例外スタック: 1. null (java.lang.NullPointerException) org.mule.module.jersey.JerseyResourcesComponent:116 (null) 2. JerseyResourcesComponent{ApiKeyLoadRestServiceFlow.component.14630019} の呼び出しに失敗しました。例外の原因となったコンポーネントは、JerseyResourcesComponent{ApiKeyLoadRestServiceFlow.component.14630019} です。メッセージ ペイロードのタイプは次のとおりです: ContentLengthInputStream (org.mule.component.ComponentException)

org.mule.component.AbstractComponent:144 ( http://www.mulesoft.org/docs/site/current3/apidocs/org/mule/component/ComponentException.html )

ルート例外スタック トレース: org.mule.module.jersey.JerseyResourcesComponent.doInvoke(JerseyResourcesComponent.java:116) の java.lang.NullPointerException org.mule.component.AbstractComponent.invokeInternal(AbstractComponent.java:122) の org.mule .component.AbstractComponent.access$000(AbstractComponent.java:57) + 3 つ以上 (すべてに対してデバッグ レベルのログ記録または '-Dmule.verbose.exceptions=true' を設定)