問題タブ [shrinkwrap]

私は、1 つの ear アーカイブにコンパイルされた 10 以上のプロジェクトで構成される Java Enterprise アプリケーションを持っています。いくつかの統合テストを行う必要があり、ShrinkWrap で Arquillian プラットフォームを使用する必要があります。注釈付きメソッドでは、@Deploymentテストする必要があるクラスの依存関係ツリーに各クラスを明示的に含める必要があります。

私の質問: 単一の EJB から始まる EJB アノテーション (CDI) を介して参照されるクラスのクラス ツリーを構築できるツールはありますか?

例：私はそのようなツリーを持っています（いくつかのクラスを省略しています）

私の@Deployment注釈付きメソッドは次のようになります。

そして私のテスト：

createDeployment を次のようにしたいと思います。

buildClassTree私が探している方法はどこにありますか。

(ShrinkWrap)EnterpriseArchive で Arquillian + WELD EE をテストしようとしています。しかし、メソッドの呼び出しを開始すると、NullPointerException が発生します。

私のpom.xml

私のテストクラス

で失敗します。sessionBean.businessMethod();プロキシが挿入されているため、assertNotNullパスします。arquillian-weld-se-embedded-1.1(SE)を使用すると、エラーが発生しますcould not inject members。

これは、wildfly が埋め込まれたコンテナーでテストすると完全に機能します。

更新:私NewSessionBeanのクラスは@Stateless+ @LocalBean(なしでもテストされてい@LocalBeanます。これをテストする@ApplicationScopedと動作しますが、それは私が望むものではありません。また、テストし@Namedたり、動作したりする@LocalBeanと動作します。しかし、これらは非 EJB 仕様です。

テストが見つかりました: http://www.programcreek.com/java-api-examples/index.php?source_dir=arquillian-container-weld-master/weld-ee-embedded-1.1/src/test/java/org/ jboss/arquillian/container/weld/ee/embedded_1_1/WeldEmbeddedIntegrationEARTestCase.java

更新 2:これに対する回避策を見つけました。WELD SE に変更しear.merge(ejbJar)てテストに追加すると、溶接プロファイルとWildfly 管理プロファイルで機能します。

それでも私はこれを解決策とは考えていません。WELD-EE でサポートされるべきだと思うからです。

jboss eap 6 (AS7) に移行する Seam 2.2.2 アプリケーションがあります。テストは古い jboss 組み込みコンテナーにあったため、arquillian を使用し始めましたが、展開パッケージを作成するためのホットを発見できませんでした。

これは私の試みの1つです：

テスト クラスを JUnit テストとして実行すると失敗します (エラーなしでアプリケーションの展開を確認できます)。

テスト クラスを war パッケージにパッケージ化する必要があるようですが、ちょっと迷っています。助けが必要です。

一度に 2 つのリポジトリで作業します。一方は他方に依存します (package.json依存関係にリストされています)。

そのため、両方のモジュールで同時に作業するためにnpm link ..\theOneinを使用しています。otherその結果、あるモジュールの変更を別のモジュールでテストできます。問題は、npm shrinkwrapこのotherモジュールで実行する場合です。次のようなエラーが生成されます。

npm ERR! extraneous C:\other\node_modules\theOne\node_modules\{xxxx}

{xxxx}npm には関係のないものとして表示される開発依存関係です。

モジュールを別のモジュールへのシンボリックリンクでシュリンクラップすることに成功した人はいますか?

注意:

• npm 3.10.3
• ノード 6.3.0

実行後npm shrinkwrap、localhost への参照が多数あることがわかりました。

これらの参照は未加工の node_modules にもあることがわかります。

したがって、これは、インストール時に多くのフェッチおよび再試行エラーが発生していることを意味します。

これは正しくありません。これを修正する最善の方法は何ですか?

JAVA EE アプリケーション サーバーのビジネス コード内に問題があります。src/main/resourcesフォルダー内のいくつかのファイルにアクセスします

本番環境ではこれは機能しますが、arquillian テスト内でこの機能を使用するコードの一部をテストしたいと思います。

を生成するためにシュリンクラップを使用していますtest.war。

src/main/resourcesからにリソースを追加するのに問題がありtest.warます。

からのみファイルを追加できますsrc/test/resources。

ディレクトリ構造は次のようになります。

私がしなければならないこと？