問題タブ [wildfly-9]

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 投票する
1 に答える
500 参照

websocket - Wildfly 9 で websocket を介して STOMP を構成する

wildfly 9 内で websocket を介して STOMP を構成する必要があります。

  1. インターネットでヘルプをフォローした後、websocket を介して STOMP を構成するために、standalone-full.xml にコネクタ/アクセプターを追加しました。構成は次のようになります。

そして、同じ (ポート 61614) のソケットバインディングを追加します。

この構成で、wildfly 9 が起動します。しかし、websocket 経由で STOMP に接続できません。ws://localhost:61614/stomp で Java Websocket クライアントを使用して接続しようとしています。しかし、同じものを使用して接続することはできません。また、javascript STOMP クライアント ライブラリを使用して接続してみました。しかし、結果は同じで、同じものを使用して接続することはできません。(ここで説明されているように、http://jmesnil.net/stomp-websocket/doc/ )

この後、アクセプター構成に STOMP_WS プロトコルを追加してみました。

しかし、これを使用して Wildfly 9 を起動すると、「エラーのインスタンス化リモーティング アクセプター org.hornetq.core.remoting.impl.netty.Netty.NettyAcceptorFactory: HornetQException[errorType=GENERIC_EXCEPTION message=HQ119085: クラスパスにプロトコル マネージャーがありません。プロトコル STOMP_WS の場合]"

もう 1 つのことは、wildfly 9 を起動すると、ログに次の行が表示されることです。

10:37:33,866 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 64) HQ221043: プロトコル サポート コアの追加 10:37:33,878 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 64) HQ221043: プロトコル サポートの追加 AMQP 10:37:33,881 INFO [org.hornetq.core.server] (ServerService Thread Pool -- 64) HQ221043: プロトコル サポートの追加 STOMP

しかし、STOMP_WS プロトコルについては同じことがわかりません。

私の質問は、1. wildfly 9 で STOMP_WS を設定するにはどうすればよいですか? 2. STOMP を netty コネクター/アクセプターでのみ構成する場合、それは Websocket を介した STOMP であることを意味しますか?

Wildfly 8、9、および 10 でこれらすべてを試しましたが、各バージョンで同じことが観察されました。

どんな助けでも大歓迎です!!

0 投票する
0 に答える
561 参照

lucene - Wildfly + hibernate-search/lucene - systemd での実行時にインデックス ディレクトリを使用しない

Ubuntu 16.04 で Wildfly 9.0.2 を実行し、Ubuntu 14.04 LTS を使用した後、systemd に切り替えました。Wildfly 10 (contrib) のスクリプトを手に入れました。私はpersistence.xmlを持っています

現在、古い init.d スクリプトで実行するか、standalone.sh で開始すると、インデックス作成が機能しますが、systemd-script と systemctl で開始すると、lucene は / を indexBase として使用することを好むため、索引。

関連する違いは実際にはわかりません。wildfly を開始するために使用される実際のコマンドは、systemd が追加する点のみが異なるようです-c standalone.xml -b 0.0.0.0。また、systemd によって開始されるプロセスは、/opt/wildfly に配置したシンボリック リンクをスタンドアロンで JBOSS_HOME として使用しているようです。 sh は実際のインストール ディレクトリを使用します。

systemdでwildflyを開始し、引き続きpersistence.xmlのindexBaseを使用する方法を知っている人はいますか?

編集:wildfly.serviceのExecStartをに変更

問題を解決しますが、質問は残します。persistence.xml の値が使用されないのはなぜですか? この解決策では理由が答えられないため、質問を開いたままにします。

私が使用したスクリプトはwildfly-10.0.0.Final/docs/contrib/scripts/systemd

最初の launch.sh は、wildfly の bin カタログにコピーされます。

/etc/wildfly/wildfly.conf にコピーされる次の wildfly.conf

最後に /etc/systemd/system/wildfly.service の wildfly.service

Wildfly は /home/wildfly/wildfly-9.0.2.Final にインストールされ、/opt/wildfly は実際のインストールを指すシンボリック リンクです。リンクをsystemdファイルの実際のパスに交換しても、違いはないようです。

wildfly.conf 内のものをコメントアウトして、wildfly.service を次のように編集すると、Lucene が機能し、インデックスに正しいディレクトリを使用します。

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

jboss - Windows 環境で Wildfly サーバーが起動しない

Wildfly 9両方UbuntuWindowsサーバーで使用しています。サーバーを再起動する必要がある場合がありますが、サーバーを停止すると、再起動できません。という赤いメッセージ ボックスがありますServer start failed。詳細なメッセージは次のとおりです。

WildflyWindows にバグがあり、ユーザーがサービスを通じて Wildfly サーバーを停止できないため、停止できません。プロセスStoppingは停止しますが、Wildfly サービスは停止しません。再び機能させるには、Windows自体を再起動する必要があります。

この問題に直面している人はいますか?どうすればこれを克服できますか?

0 投票する
0 に答える
254 参照

jakarta-ee - wildfly-9.0.2.Final での Struts2.2.1 からのローカル ステートレス EJB3 Bean の呼び出し

環境:

  • WildFly-9.0.2.Final
  • ストラット 2.2.1

別の struts2.2.1 アプリケーションからローカル EJB3 ステートレス Bean を検索しています。

ステートレス EJB3 を含むJAR ( testcommon.jar ) と、 WEB-INF/lib上の struts2.2.1 アプリケーションを含む WAR を含むEAR ( test.ear )は、同じ WildFly-9.0.2 に別々にデプロイされます。 .最終インスタンス。

testcommon.jarのデプロイ ログは次のとおりです。

アクションクラス(test.earに存在)に記述されたJavaコードは次のとおりです

test.earに存在するアクション クラスにアクセスしているときに、次のエラーが発生しました。

なぜこのエラーが発生したのですか?

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

jboss7.x - Jboss7 または Wildfly で複数の Web アプリケーションにアクセスする

JBoss 7 または Wildfly に複数の Web アプリケーションをデプロイできることはわかっています。しかし、別のポートを使用して別の Web アプリケーションにアクセスするにはどうすればよいでしょうか? Web アプリケーションのポートをどこに設定するのでしょうか?

例えば、

  • application1 は xxxx:8080 でアクセス可能です
  • application2 は xxxx:30000 でアクセス可能です
  • application3 は xxxx:35000 でアクセス可能です
0 投票する
2 に答える
3410 参照

maven - netbeans 8.1 で EclipseLink を使用するように wildfly 9.0.2 を構成する方法

私はnetbeans 8.1の下にwildfly 9.0.2をインストールしました.EclipseLinkを使用するように構成されたプロジェクトがすでにあるため、それを使用するようにwildflyを構成しようとしました. これまで、Glassfish Server 4 でアプリケーションを開発しました。WildFly を使い始めたいと思っています。プロジェクトは maven を使用して作成され
ます。サーバー ログは次のとおりです。

09:54:13,557 INFO [org.jboss.as.jpa] (MSC サービススレッド 1-6) WFLYJPA0002: Read persistence.xml for AdisMngmtPU 09:54:13,684 ERROR [org.jboss.msc.service.fail] (MSCサービス スレッド 1-4) MSC000001: サービス jboss.deployment.unit."EAmvnWildfly-ear-1.0.ear" の開始に失敗しました。 ear-1.0.ear".FIRST_MODULE_USE: WFLYSRV0153: 組織の org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:163) でデプロイメント "EAmvnWildfly-ear-1.0.ear" のフェーズ FIRST_MODULE_USE を処理できませんでしたorg.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) で java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) で java.lang.Thread.run(Thread.java) :745) 原因: javax.persistence.PersistenceException: WFLYJPA0057: PersistenceProvider 'org.eclipse.persistence.jpa.PersistenceProvider' が org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.lookupProvider(PersistenceUnitServiceHandler.java:1007) で見つかりませんorg.jboss.as.jpa.processor.PersistenceUnitServiceHandler.nextPhaseDependsOnPersistenceUnit(PersistenceUnitServiceHandler.java:1046) at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.deploy(PersistenceUnitServiceHandler.java:136) at org.jboss.as.jpa. processor.PersistenceBeginInstallProcessor.deploy(PersistenceBeginInstallProcessor.java:52) at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:156) ... 5 より多くの 09:54:13,703 エラー [org.jboss.as.controller.management -operation] (DeploymentScanner-threads - 2) WFLYCTL0013: 操作 ("full-replace-deployment") が失敗しました - アドレス: ([]) - 失敗の説明: {"WFLYCTL0080: 失敗したサービス" => {"jboss.deployment.unit .\"EAmvnWildfly-ear-1.0.ear\".FIRST_MODULE_USE" => "org.jboss.msc.service.StartException サービス jboss.deployment.unit.\"EAmvnWildfly-ear-1.0.ear\".FIRST_MODULE_USE: WFLYSRV0153 : デプロイメント \"EAmvnWildfly-ear-1.0.ear\" のフェーズ FIRST_MODULE_USE の処理に失敗しました原因: javax.persistence.PersistenceException: WFLYJPA0057:PersistenceProvider 'org.eclipse.persistence.jpa.PersistenceProvider' が見つかりません"}} 09:54:16,582 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) WFLYSRV0016: デプロイメント "EAmvnWildfly-ear-1.0. ear" with deployment "EAmvnWildfly-ear-1.0.ear" 09:54:16,583 INFO [org.jboss.as.controller] (DeploymentScanner-threads - 2) WFLYCTL0183: サービス ステータス レポート WFLYCTL0186: 開始に失敗したサービス: サービス jboss .deployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE サービス jboss.deployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE: サービス jboss.deployment の org.jboss.msc.service.StartException。 unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE: WFLYSRV0153: デプロイ "EAmvnWildfly-ear-1.0.0" のフェーズ FIRST_MODULE_USE の処理に失敗しました。耳"

09:54:26,739 情報 [org.jboss.as.server.deployment] (MSC サービス スレッド 1-5) WFLYSRV0208: サブデプロイメントを停止しました (ランタイム名: EAmvnWildfly-web-1.0.war) 91 ミリ秒 09:54:26,749 情報[org.jboss.as.server.deployment] (MSC サービススレッド 1-5) WFLYSRV0028: デプロイメント EAmvnWildfly-ear-1.0.ear (ランタイム名: EAmvnWildfly-ear-1.0.ear) を 112ms 09:54:26,759 で停止しましたINFO [org.jboss.as.server.deployment] (MSC サービススレッド 1-7) WFLYSRV0027: 「EAmvnWildfly-ear-1.0.ear」のデプロイメントを開始しています (ランタイム名: 「EAmvnWildfly-ear-1.0.ear」) 09 :54:26,789 INFO [org.jboss.as.server.deployment] (MSC サービス スレッド 1-7) WFLYSRV0207: サブデプロイメントを開始しています (ランタイム名: "EAmvnWildfly-web-1.0.war") 09:54:27,197 INFO [ org.jboss.as.jpa] (MSC サービス スレッド 1-7) WFLYJPA0002: AdisMngmtPU 09:54:27 の persistence.xml を読み取ります。236 エラー [org.jboss.msc.service.fail] (MSC サービス スレッド 1-7) MSC000001: サービス jboss.deployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE: org.jboss.msc の開始に失敗しましたサービス jboss.deployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE の .service.StartException: WFLYSRV0153: org.jboss.as.server でデプロイメント "EAmvnWildfly-ear-1.0.ear" のフェーズ FIRST_MODULE_USE の処理に失敗しました.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:163) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl) .java:1881) で java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) で java.util.concurrent で。java.lang.Thread.run(Thread.java:745) の ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 原因: javax.persistence.PersistenceException: WFLYJPA0057: PersistenceProvider 'org.eclipse.persistence.jpa.PersistenceProvider' org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.lookupProvider(PersistenceUnitServiceHandler.java:1007) で見つかりませんorg.jboss.as.jpa.processor.PersistenceBeginInstallProcessor.deploy(PersistenceBeginInstallProcessor.java:52) の .jpa.processor.PersistenceUnitServiceHandler.deploy(PersistenceUnitServiceHandler.java:136) org.jboss.as.server.deployment.DeploymentUnitPhaseService.start の(DeploymentUnitPhaseService.java:156) ... 5 つ以上

09:54:27,279 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) WFLYCTL0013: 操作 ("full-replace-deployment") が失敗しました - アドレス: ([]) - 失敗の説明: {"WFLYCTL0080: 失敗したサービス" => {"jboss.deployment.unit.\"EAmvnWildfly-ear-1.0.ear\".FIRST_MODULE_USE" => "org.jboss.msc.service.StartException サービス jboss.deployment.unit で.\"EAmvnWildfly-ear-1.0.ear\".FIRST_MODULE_USE: WFLYSRV0153: デプロイメント \"EAmvnWildfly-ear-1.0.ear\" のフェーズ FIRST_MODULE_USE の処理に失敗しました原因: javax.persistence.PersistenceException: WFLYJPA0057: PersistenceProvider 'org. eclipse.persistence.jpa.PersistenceProvider' が見つかりません"}} 09:54:28,882 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) WFLYSRV0016:デプロイメント「EAmvnWildfly-ear-1.0.ear」をデプロイメント「EAmvnWildfly-ear-1.0.ear」に置き換えました 09:54:28,882 INFO [org.jboss.as.controller] (DeploymentScanner-threads - 2) WFLYCTL0183: サービスステータスレポート WFLYCTL0186 : 開始に失敗したサービス: service jboss.deployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE service jboss.deployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE: org.jboss.msc.サービス jboss.deployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE の service.StartException: WFLYSRV0153: デプロイメント "EAmvnWildfly-ear-1.0.ear" のフェーズ FIRST_MODULE_USE の処理に失敗しましたcontroller] (DeploymentScanner-threads - 2) WFLYCTL0183: サービス ステータス レポート WFLYCTL0186: 開始に失敗したサービス: service jboss.deployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE service jboss.deployment.unit."EAmvnWildfly- ear-1.0.ear".FIRST_MODULE_USE: org.jboss.msc.service.StartException サービス jboss.deployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE: WFLYSRV0153: デプロイメントのフェーズ FIRST_MODULE_USE の処理に失敗しました "EAmvnWildfly- ear-1.0.ear"controller] (DeploymentScanner-threads - 2) WFLYCTL0183: サービス ステータス レポート WFLYCTL0186: 開始に失敗したサービス: service jboss.deployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE service jboss.deployment.unit."EAmvnWildfly- ear-1.0.ear".FIRST_MODULE_USE: org.jboss.msc.service.StartException サービス jboss.deployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE: WFLYSRV0153: デプロイメントのフェーズ FIRST_MODULE_USE の処理に失敗しました "EAmvnWildfly- ear-1.0.ear"deployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE: WFLYSRV0153: デプロイメント "EAmvnWildfly-ear-1.0.ear" のフェーズ FIRST_MODULE_USE の処理に失敗しましたdeployment.unit."EAmvnWildfly-ear-1.0.ear".FIRST_MODULE_USE: WFLYSRV0153: デプロイメント "EAmvnWildfly-ear-1.0.ear" のフェーズ FIRST_MODULE_USE の処理に失敗しました

私のpersistence.xml