問題タブ [wildfly-10]

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 に答える
4359 参照

deployment - Wildfly 10 での CXF 2.7.0 Web サービスの展開

目標 - JBoss EAP 5 から Wildfly 10 への EAR アプリケーションの移行

問題 : コードに CXF 2.7.0 Web サービス クライアント コード (サード パーティの Web サービスを呼び出すため) があり、それが EAR/lib フォルダに追加されています。しかし、展開中に、私は例外を下回っています

ログ:

豆-xml

以下のbeans-xmlをMETA-INFとWEB-INFにも追加しました

代替試行

指定されたライブラリがアプリケーションにロードされているかどうか疑問に思っていたので、依存関係が良好であることを確認したいと思いました。サンプル Web アプリケーションを作成し、今回はすべての CXF jar ファイルを WEB-INF/lib フォルダー自体にロードし、今回も上記と同じ問題をデプロイしました

Wildfly 10 の CXF バージョン

Wildfly 10 には CXF 3.1.4 が付属していますが、lib フォルダーに必要な jar を指定し、CXF モジュールを提供するコンテナーについて言及していません。

私が間違っているところに洞察を与えることができますか? ご協力いただきありがとうございます

しばらく検索した後、jboss-deployment-strucutre.xml に以下の構成変更を追加しましたが、まだ問題があります。詳細については、このリンクを使用してください https://developer.jboss.org/thread/268163

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

java - HTTP404を取得せずにWildflyを正常にシャットダウンするには?

ホストのデフォルト エラーを 503 に設定したため、展開中に外部システムに「503 Service Unavailable」が表示されます。これは、サービスが実行されておらず、リクエストが再試行された場合と同様に解釈されます。

これは意図したとおりに機能します。

シャットダウンの動作がおかしい。Wildfly10 を SIGTERM で停止するか、CLI シャットダウン コマンドを使用して停止するかに関係なく、最初に予想される HTTP503 が 1 ~ 2 秒間表示されますが、その後、サーバーが完全にシャットダウンされるまで数秒間HTTP404が表示されます。

Undertow サブシステムは新しい接続を許可すべきではないと思いますが、もしそうなら、デフォルトのエラー (503) で応答することを期待しています...

私たちは何を間違っていますか?

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

eclipse - JBoss WildFly + ステータス コード 302

Java アプリケーションを JBoss WildFly 10.warにデプロイし (デプロイメント フォルダーにドロップ)、後でクライアント経由で war Web サービスにアクセスしようとすると、常にステータス コード302が返されます。

ただし、同じ JBoss WildFly で Eclipse IDE (Run-->Run on Server) を介して同じアプリケーションをデプロイし、後で war Web サービスにアクセスすると、すべて正常に動作します。

これがなぜなのか、どうすれば修正できるのか誰にもわかりますか?

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

jpa - Java EE Wildfly は、persistence.xml なしで JNDI から EntityManager を取得します

EntityManager最近 Java EE (Wildfly) に移行したので、JNDIから検索したいと思います。現在、standalone.xml でデータソースを定義しており、JNDI を介してこれを正常に取得していますが、これはデータソースのみを提供し、エンティティ マネージャーは提供しません。

persistence.xml を作成して使用できることは認識しています@PersistenceContextが、JNDI 名のコンパイル時の知識を回避する方法を実際に検討しているため、代わりにランタイム情報に基づいてルックアップを実行して、適切なエンティティ マネージャーを取得したいと考えています。