問題タブ [jboss-arquillian]

プロジェクトで Arquillian Drone を使用した統合テストを導入しようとしています。私はいくつかの小さなデモアプリを作成し、いくつかの資料を読み、最終的に比較的単純な Web ページの単純な統合テストを作成しようとしました。

必要なすべての依存関係を解決し、Intellij Idea 内でテスト クラスを実行できたと思います。しかし、実行すると、次のような例外が発生します。

java.lang.RuntimeException: フィールド java.net.URL com.example.BEViewUIWithDrone.deploymentURL の値を検索できませんでした (...)

のせいで：

java.lang.RuntimeException: 型クラス java.net.URL のプロバイダーが null 値を返しました: org.jboss.arquillian.test.impl の org.jboss.arquillian.container.test.impl.enricher.resource.URLResourceProvider@6e73a35c。 org.jboss.arquillian.test.impl.enricher.resource.ArquillianResourceTestEnricher.enrich(ArquillianResourceTestEnricher.java:57) の「enricher.resource.ArquillianResourceTestEnricher.lookup(ArquillianResourceTestEnricher.java:115)」(完全なスタック トレースは下)

私のテストクラス:

Pom フラグメント:リスト付きの pastie.org へのリンク

完全なスタック トレース:

Arquillian入門ガイドを読み進めようとしています。arquillian-weld-ee-embeddedコンテナーを使用している限り、すべてが正常に機能します。ただし、Glassfish管理に切り替えようとすると、次のエラーが発生します。

リファレンスガイドに示されている構成を使用しました。

これが私のpom.xmlです：

そして私のsrc/test / resources / arquillian.xml：

クラスGreeter、PhraseBuilder、GreeterTestは、前述のガイドと同じです。

編集：これがSurefireのレポートです：

TestNGフレームワークを使用して、組み込みのTomcatコンテナーでSpringベースのコードの統合テストを実行しようとしています。

既存のArquillianSpringExtensionを使用しようとしましたが、あまり成功しませんでした。多分いくつかの不足している構成。この投稿の指示に従いました

私たちのpomには、次の依存関係が含まれています。

また、Tomcat埋め込みプロファイルをpomに追加しました。

私たちarquillian.xmlのように見えます...

また、次の行を追加してみましたarquillian.xml

空のテストを作成し、組み込みのTomcatが起動してテストが実行されることを確認します。次のステップは、Arquillian Spring Extensionが正しく機能していることを確認することです。これを行うために、テストにSpringBeanを注入しようとしています。

問題は、@SpringConfiguration注釈がまったく利用できないことです。したがって、いくつかの構成が欠落していると思います。続行する方法についての手がかりはありますか？

Arquillian を使用して、テストの依存関係を注入しています。Bean をテスト クラスに直接注入すると問題なく動作しますが、Bean に独自の依存関係があり、注入する必要がある場合、それらの依存関係は注入されません。

例: FacLptConfiguration Bean はテスト クラスに正しくインポートされますが、CfdFileCreator Bean には挿入されません。インジェクションが機能することを確認するためだけに FacLptConfigurtion をテスト クラスにインジェクトしましたが、このクラスのユーザーは CfdFileCreator です。

}

これらの注射は機能していません:

現在、Arquillian を使用したデータベース単体テスト環境の作成に関して、かなりの問題を抱えています。私のプロジェクトは、Seam 3、JSF、および MySQL に基づく Glassfish 3.1.2 環境で既に動作しています。しかし、Arquillian を使用してテスト環境をセットアップしようとすると、厄介な問題が発生します。

私の最終的な目標は、Glassfish 組み込みサーバーと組み込みのメモリ内 h2 データベースを使用した Arquillian ベースの単体テストです。組み込みコンテナーに関してはうるさいわけではありません。Arquillian JPA ガイドで、最小限の Weld コンテナーが JPA をサポートしていないことが示唆されているだけです。そのため、Glassfish をオプトアウトしました。永続化コンテキストの初期化に近づいていないため、persistence.xml ファイルを投稿していません。

これが私がこれまでに得たPOMです：

この投稿では、実際のメイン デプロイは問題なく動作するため、「依存関係のテスト」のみが重要であると思います (コメント マーカーを参照)。次の単体テストを実行します。

次の例外が提供されます。

それに関しては、私はまったく無知です。Java oO にこの種の例外が存在することさえ知りませんでした...

ここで提案をお寄せいただきありがとうございます！どんな助けでも大歓迎です！

よろしくパスカル

モジュールのセットアップとは別に

追加p6spy.jarしてmodule.xml言う：

の下のエントリの編集standalone-full.xmlと追加datasources/drivers:

にモジュールの依存関係を追加するjboss-deployment-structure.xml:

データ ソース定義の元のドライバーを次のように置き換えp6spyます。まだこのエラーが発生します。

「arquillian-glassfish-embedded-3.1」コンテナー (1.0.0.CR3) を使用して、Arquillian (1.0.2.Final) を使用して実行される多くのテスト クラスがあります。

テスト クラスのいずれかを単独で実行すると、期待どおりに実行されます。複数のテスト クラス (TestSuite) を実行しようとすると、EJB をクラスに挿入する際に問題が発生します。

java.lang.RuntimeException: メンバーを注入できませんでした

原因: java.lang.IllegalStateException: リモート ejb-ref name=PackageManagerBean、Remote 3.x インターフェイス =com.dcp.pkg.PackageManager を注入しようとして例外がモジュール test、ejb-link=PackageManagerBean でアプリ内 EJB PackageManagerBean に解決されました,lookup=,mappedName=,jndi-name=PackageManagerBean,refType=クラス com.dcp.transmission.TransmissionManagerBeanTest へのセッション: SerialContext[myEnv={java.naming.factory. initial=com.sun.enterprise.naming.impl.SerialInitContextFactory、java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl、java.naming.factory.url.pkgs=com. sun.enterprise.naming}

原因: com.sun.enterprise.container.common.spi.util.InjectionException: リモート ejb-ref 名 = PackageManagerBean、リモート 3.x インターフェイス = com.dcp.pkg.PackageManager をアプリ内 EJB に解決しようとして例外が発生しましたモジュール test の PackageManagerBean、ejb-link=PackageManagerBean、lookup=、mappedName=、jndi-name=PackageManagerBean、refType=クラス com.dcp.transmission.TransmissionManagerBeanTest へのセッション: SerialContext の 'java:comp/env/PackageManagerBean' の検索に失敗しました[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java. Naming.factory.url.pkgs=com.sun.enterprise.naming}

原因: javax.naming.NamingException: 'java:comp/env/PackageManagerBean' の検索に失敗しました.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [ルート例外は javax.naming.NamingException: Exception 'Remote ejb-ref name=PackageManagerBean,Remote 3.x interface =com.dcp.pkg.PackageManager の解決中の Ejb は、モジュール テストでアプリ内 EJB PackageManagerBean に解決されました,ejb-link=PackageManagerBean,lookup=,mappedName=,jndi- name=PackageManagerBean,refType=Session' . ルックアップに使用される実際の (おそらく内部) リモート JNDI 名は「PackageManagerBean#com.dcp.pkg.PackageManager」です [ルート例外は javax.naming.NamingException:

原因: javax.naming.NamingException: 'Remote ejb-ref name=PackageManagerBean,Remote 3.x interface =com.dcp.pkg.PackageManager の Ejb を解決する例外がモジュール test,ejb-link= でアプリ内 EJB PackageManagerBean に解決されましたPackageManagerBean,lookup=,mappedName=,jndi-name=PackageManagerBean,refType=Session' . ルックアップに使用される実際の (おそらく内部の) リモート JNDI 名は「PackageManagerBean#com.dcp.pkg.PackageManager」です [ルート例外は javax.naming.NamingException です: SerialContext の「PackageManagerBean#com.dcp.pkg.PackageManager」のルックアップに失敗しました[ myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming .factory.url.pkgs=com.sun.enterprise.naming} [ルート例外は javax.naming.

原因: javax.naming.NamingException: Lookup failed for 'PackageManagerBean#com.dcp.pkg.PackageManager' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java .naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [ルート例外は javax.naming.NamingException です: リモート ビジネス インターフェイス com.dcp.pkg.PackageManager の ejb ref 解決エラー [ルート例外は java.lang.IllegalArgumentException: 引数の型が一致しません]]

原因: javax.naming.NamingException: リモート ビジネス インターフェイス com.dcp.pkg.PackageManager の ejb ref 解決エラー [ルート例外は java.lang.IllegalArgumentException: 引数の型が一致しません]

原因: java.lang.IllegalArgumentException: 引数の型が一致しません

パッケージ マネージャー Bean は次のように定義されます。

パッケージ マネージャーは、以下の例のように、いくつかのテスト クラスに挿入されます。

他の EJB で問題が発生しているようには見えません。

問題の内容と、これを機能させる方法を知っている人はいますか?

セレンウェブドライバーでアルキリアングラフェンを使用していますが、イライラする問題があります。

WebDriverは、各テストの間にページの状態を保持しているようです。私は現在ログインページをテストしており、最初のテストでログインの失敗をチェックしています。これは機能します。

2番目のテストでは、ログインが成功したかどうかを確認します。単独で実行すると、正常に動作します。ただし、上記のものと一緒に実行すると、失敗します。ページ出力を見ると、ユーザー名フィールドは最初のテストと2番目のテストのユーザー名の組み合わせであるように見えます。

たとえば、最初のテストではユーザー名を「存在しない」に設定し、2番目のテストではユーザー名を「テスト」に設定します。これは、テストを個別に実行した場合に機能します。

それらを一緒に実行すると、ユーザー名フィールドは「non-existenttest」になります

これは、Webドライバーがテストの合間にページを「リセット」/「クリア」しないことを示しています。

リセットする方法はありますか？

私は現在、@ Beforeテストの各フィールドでclear（）メソッドを呼び出すことで、この問題を回避しています。

どんな援助もいただければ幸いです。

ありがとう。

私は標準のMavenプロジェクトを使用しており、Javaリソースフォルダーに1つのpersistence.xmlがあり、テストフォルダーに別のpersistence.xmlがあります。arquillian テストでテスト フォルダーの persistence.xml を使用するにはどうすればよいですか? それとも、それは普通のことではないですか？

Arquillian を使用して JPA リポジトリ クラスをテストしようとしています。ただし、persistence.xmlが見つからないというnullpointer例外のみが発生します。標準の Maven プロジェクトでどのように構成しますか?