問題タブ [ear]
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.
jakarta-ee - エンタープライズ アプリケーションを Glassfish にデプロイできない
私は Netbeans 6.9.1 で作成された Web アプリケーションに取り組んできましたが、すべて正常に動作し、問題なくデプロイできました。今日、エンタープライズ アプリケーションを作成し、エンタープライズ アプリケーション Web モジュールの「web」および「src」フォルダーの内容を、元の Web アプリケーションのフォルダーに置き換えました。問題なくコンパイルされ、'clean and build' を実行すると ear ファイルが生成されます。しかし、エンタープライズ アプリケーションをデプロイしようとすると、次のエラーが発生し続けます: org.glassfish.deployment.common.DeploymentException: by java.lang.NoClassDefFoundError: project/dao/MerchantDao
生成された耳の構造を調べたところ、予想される META-INF と war ファイルが含まれています。耳の中のwarファイルも大丈夫です。個別に展開しようとしましたが、うまくいきました。
他に何を試すことができるかわかりません。これはグラスフィッシュのバグである可能性があり、時間を無駄にしているだけです。
誰かがこれで私を助けることができますか?
敬具、
カルロス・ホルヘ・フェレイラ
java - スタンドアロンでビルドされていない場合、Maven war には追加の依存関係が含まれています
WEB-INF/lib に含まれる依存関係を削減しようとしている戦争があります。それらは耳によって提供されているためです。それらが耳だけにある場合は、私が抱えていたいくつかのクラスローダーの問題を解決します。
戦争のモジュールで mvn clean install を実行すると、必要な依存関係のみがビルドされます。レベルを上げてプロジェクトで mvn install を実行すると (戦争はこのレベルの pom.xml でモジュールとして定義されます)、戦争はより多くの依存関係で再パッケージ化されます。
動作が異なるのはなぜですか?また、これらの余分な依存関係がすべて入り込まないようにするにはどうすればよいですか?
ここのアドバイスに従ってみましたが、動作に違いは見られませんでした: http://maven.apache.org/plugins/maven-war-plugin/examples/skinny-wars.html
Maven 2.0.6、maven-ear-plugin 2.4.1、maven-war-plugin 2.1-beta-1 (閉じたネットワークにいるため、バージョンを変更できません)。前もって感謝します。
ETA: プロジェクト レベルでの mvn クリーン インストールにより、必要な結果が得られます。mvn clean を実行してから mvn install を実行すると、不要な jar が追加されます。
jpa - いくつかの EAR、JPA、およびインターフェース
以下を含むapp1.earが動作しています。
- api.jarからインターフェースMyObjectを実装するJPA エンティティMyObjectImpl
- MyObjectインターフェースと EJB Remote インターフェースを備えたapi.jar
- JPA エンティティにアクセスして変更するためのメソッドを提供する EJB を含むejb.jar
2 番目の app2.earは、 api.jarのインターフェースのみを使用してapp1.earと通信することになっています。耳の間でJavaの基本型を渡すと、すべてが正常に機能します。しかし、app2.earがMyObjectのapp1.earインスタンスから取得しようとすると、 MyObjectImplクラスが見つからないという CORBA MARSHAL 例外が発生します。
MyObjectImplをapp2.earに配置すると問題は解決しますが、JPA 実装を他の ear アプリケーションに公開したくありません。何か不足していますか、それとも私のアプローチが間違っていますか? 何をすべきか、どこを掘るべきかアドバイスしてください。よろしくお願いします!
PS: サーバー GF 3.0.1、GF 固有のデプロイメント記述子なし、両方の耳が同じ JVM で実行されている
file - Maven ビルド EAR 内の META-INF ディレクトリに .mf & .xml ファイルを追加します。
ear 自体の META-INF フォルダーに追加する必要がある任意の .xml および .mf ファイルがあります。ビルドは maven2.2.1 を使用して行われます。これらのファイルを ${basedir}/src/main/application/META-INF/ に追加するだけで問題なく動作しますが、私のニーズには合いません。そのようなことを行う別の方法はありますか?私は試した:
しかし、これは私のxmlファイルをEAR自体の下に追加しません。
私も試しました:
このコマンドは私のファイルを耳の中に追加しますが、EAR 内の META-INF (myEar.ear/META-INF) には追加しません。
どんな助けでも大歓迎です。サンクス。
ナセフ、
java - Springを使用して、あるEARファイルから別のEARファイルへトランザクション的に安全に呼び出す「正しい」方法は何ですか?
2 つの Spring アプリケーション A と B があり、それぞれが個別の EAR ファイル内にあります。今、私は A から B に、またはその逆に、おそらく A -> B -> A またはそれ以上に呼び出したいと思っています。
呼び出しはトランザクション的に安全でなければなりません。
推奨されるアプローチは何ですか?
java - JRubyの.EARファイルにある.rbファイルを含めるにはどうすればよいですか?
スクリプトコンテナを使用してJRubyで実行されるコードを持つJavaアプリケーションが.EARファイルにパッケージ化されています。
同じ.EARファイルにパッケージ化されている他のファイルが必要な場合を除いて、rubyコードは正常に実行されます。
このエラーが発生します:
誰かが何か考えを持っていますか?
前もって感謝します。
diff - 2 つの .ear ファイルを再帰的に比較するツールが必要
ビルド プロセスを変更していて、2 つの .ear ファイルの内容を完全に比較する必要があります。これは、.ear 内の各アーカイブを再帰的に比較することを意味します。これらの .ear ファイルには、アーカイブを含むアーカイブがあります。
Beyond Compare と Archive Analyzer を見てきましたが、一度に 1 つのレベルしか実行できません。各アーカイブに手動でドリルダウンする必要があります。より自動化されたものを探しています。
Eclipse と UltraCompare は、2 つの .ears のバイナリ比較を行いますが、これは私が望んでいるものではありません。
そのようなツールは存在しますか?
jboss - JBoss 5 で EJB と JMS キュー構成のデプロイメントを注文するには?
JBoss [EAP] 5.0.0.GA を使用しています。使用する JMS キューの存在に依存する MDB をいくつか含む EJB jar を含む EAR があります。キューを構成したとき.../server/all/deploy/messaging/myqueues-service.xml
、問題はありませんでした。
ただし、JBoss 構成を直接変更する必要がないように、EAR ファイルでキューを構成したいと考えました。問題ありません。myqueues-service.xml
ファイルを EAR のルートに配置し、jboss-app.xml
次のように my への参照を追加しました。
ただし、これを行うと、JBoss は最初に EJB jar (my-ear.ear に含まれる) をロードし、その後で JMS キューを構成します。これにより、MDB のロード時にエラーが発生します。
後で MDB が JMS に正常に再接続されるため、これは大きな問題ではありません。
しかし、エラーが発生することは避けたいと考えています。そのためには、EJB jar をロードする前に JBoss に強制的に JMS キューを設定させる方法が必要です。これを行う方法はありますか?参考までapplication.xml
に、EAR の を次に示します。
任意の提案をいただければ幸いです。
jakarta-ee - JBoss Seam での EJB を使用しない EAR パッケージング
サービス層にEJBを使用するつもりだったので、seam-genと選択したEARオプションを使用して新しいプロジェクト開発を開始しました。しかし、すぐにホットデプロイメント機能が必要であることに気付き、EJB の代わりに Seam JavaBeans に切り替えました。私たちのパッケージはEARのままでした。
(現時点で) EJB が使用されていないことを認識して EAR パッケージを作成するのは悪い考えですか? 経験者が今予想しているメリット・デメリットは?WAR パッケージに切り替えない説得力のある理由は何ですか?
どんな反応でも感謝します
-ニチン