問題タブ [wildfly-swarm]

JSF アプリケーションで Wildfly Swarm を実行すると、次の NPE が発生します。

どうすればこれを修正できますか

Fat-jar JavaEE アプリケーションを作成する Wildfly Swarm プロジェクトに興味がありますが、変更されたクラスを IDE から「ホットデプロイ」する方法がわかりません。

コード行または JSF xhtml ファイルを変更するたびに、現在、アプリケーション全体を再起動する必要があります。これには 7 秒ほどかかります。それはあまり生産的ではありません。

Spring Boot は、少なくともいくつかのクラスをリロードする spring-boot-devtools を提供し、従来のアプリ サーバーはホット デプロイ プロトコルを提供します。Wildfly Swarm に似たものはありますか? JRebel はここで役に立ちますか?

スケジューラであるマイクロサービスがあります。REST json 経由でタイミング ジョブを取得します。persistence.xml を追加する方法についていくつかのチュートリアルに従いましたが、うまくいかないようです。失敗メッセージは表示されませんが、EntityManager からの NullpointerException が表示されます。

テーブルなどは作成されないので、persistence.xml の追加にも問題があると思いますか?

データソースへの接続に問題はありません。私はそれをテストしましたが、正しく動作しているようです。

スケジューラメイン:

スケジュールRESTリソース:

ScheduleBean:

persistence.xml:

pom.xml:

私はネット上で最新のコンテナレスJavaスタックの分析を行っています.2つの主要な有望なことは次のとおりです。

1. Spring Boot/Cloud (Tomcat または Jetty にパックされています...)
2. Wildfly Swarm (可能な限り最小限のコンポーネントを備えたモジュラー Wildfly 9 サーバー)

はい、どちらにも独自の機能がありますが、私の観点ではどちらもお互いよりも優れているため、両方の良い比較を見つけることができませんでしたが、それでも実装するのに何が良いかを決定する必要があります。

1. 開発者の健康に良い
2. 複雑なエンタープライズ ロジック
3. スケーラビリティ
4. ホットデプロイメント
5. マイクロサービス アプローチ
6. エンタープライズ統合パターン
7. 継続的デリバリー パイプライン。

ご感想ありがとうございます

ザヒール

wildfly-swarm 1.0.0.Beta8 を使用してローカルで動作する JAX-RS サービスがありますが、リモート マシンで起動すると、次の例外が発生します。

また、アプリを完全な wildfly 10 にデプロイすると、問題なく動作します。

「プロトコルファミリを利用できません」という例外は、IPv6アドレスしか持たないマシンに関連している可能性があることをグーグルで調べましたが、JavaのデフォルトはIPv4ですが、このマシンにはIPv4アドレスがあります。

何が間違っているのかわかりません。

助言がありますか？

Wildly Swarm を使用して WAR ファイルとしてパッケージ化された Web アプリケーションがあります。Web アプリケーションは、swarm アプリケーションの開始時に処理されるカスタム Main クラスを介して構成されます。

ここで、アプリケーションを Arquillian テストで保護したいと思います。Arquillian テスト スイートで作成された ShrinkWrap アーカイブを構成して、テスト用の Web アプリケーションを開始するときに Main クラスを使用するにはどうすればよいでしょうか?