問題タブ [maven-ear-plugin]

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

maven - maven-ear-plugin-webModuleとejbModuleのManifest.MFを操作する方法は?

次の構造のマルチモジュールMavenプロジェクトがあります。

app / pom.xml

これは私のapp/pom.xml(親プロジェクト)であり、すべてのアプリケーションの依存関係を配置します。

app-ejb / pom.xml

これは私のapp-ejb/pom.xmlです:

これは私のapp-web/pom.xmlです:

app-ear / pom.xml

そして最後に、これは私のapp-ear / pom.xmlであり、app.earファイルの生成方法に関する詳細があります。

私の問題は、app.ear / app-web.war!META-INF/MANIFEST.MFapp.ear/app-ejb.jar!META-INF/MANIFEST.MFが次のようになっていることです。

そして、私は本当にこれらのマニフェストからクラスパスエントリを削除する必要があります。

なんで?RichFacesが私のアプリケーションのクラスパスに2回ロードされているように見えるためです。(1つはapp.ear / libフォルダーから、もう1つはapp.ear / app-web.war!META-INF / MANIFEST.MFクラスパスエントリから)。また、アプリケーションサーバー(Oracle Weblogic 10.3.5)にapp.earをデプロイしようとすると、次のようなエラーが発生します。

app-webプロジェクトで実行mvn packageした場合、クラスパスエントリがapp-web.war / META-INF/MANIFEST.MFに移動しないのは奇妙なことです。これは、アプリの親プロジェクトで実行した場合にのみ発生します。mvn package

では、webModuleとejbModule MANIFESTファイルのクラスパスエントリを削除するにはどうすればよいですか?

このスレッドでも同様の問題が見つかりましたが、解決策はありません。

助けていただければ幸いです。

ありがとう、マウリシオ

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

maven - Mavenを使用して正しいapplication.xmlファイルをEARファイルに表示するにはどうすればよいですか?

Maven EARプラグイン(v2.7)でMaven3.0.3を使用しています。EARディストリビューションに含まれている適切なapplication.xmlファイルを取得するのに問題があります。target/application.xmlは正しく生成されますが...

私のEARファイル(META-INFディレクトリ)に実際に挿入されているapplication.xmlファイルは

何が得られますか?以下は私のEARプロジェクトのpom.xmlファイルです

EARに適切なapplication.xmlファイルを含めるにはどうすればよいですか?ありがとう、-デイブ

0 投票する
2 に答える
18127 参照

jakarta-ee - maven-ear-plugin が jarModule を application.xml に含めていない

生成された application.xml にサードパーティ ライブラリを追加する方法を示すmaven-ear-plugin サイトの例に従っています。ただし、期待どおりに機能していないようです。同様に、Web モジュールcontextRootは無視されています。

ドキュメントによると、私がやろうとしていることは完全に可能であるはずです。

Web モジュールのコンテキスト ルートは、contextRoot パラメータを使用してカスタマイズできます。

生成された application.xml には、サード パーティのライブラリ (つまり、JarModule) が含まれていないことに注意してください (Java エントリには、ejb-client のみを含める必要があります)。ただし、includeInApplicationXml フラグを指定することで、生成された application.xml に jar 依存関係を含めることができます

application.xml でビルドを実行すると、次の出力が得られます。

次の Maven 構成 (pom.xml) から。

application.xml が意図したとおりに生成されていないことはすぐにわかります。

  1. 指定された contextRoot が application.xml で正しくありません。代わりに、指定された MyApp の代わりに MyApp.Web のデフォルト名が出力されます。
  2. 指定された org.slf4j jarModule が application.xml から完全に欠落しています。

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

Maven からのデバッグを以下に示します。

PS maven-ear-plugin タグを作成しようとしましたが、評判が悪いので作成できませんでした! 誰かがそれを作成できれば、私は感謝します。

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

web-services - GlassFishサーバーv3にデプロイするejb-jarファイルを作成する方法

EJBアプリケーションをデプロイする方法を知りたいですか?jax-wsを使用したWebサービスもあります...このリンクhttp://java.sun.com/developer/onlineTraining/Beans/EJBTutorial/step5.html#Create%20the%20ejb-jar%20fileを読みましたが、weblogicを使用しています生成されたデプロイメント記述子へ...GlassFishへのデプロイメント記述子をどのように生成しましたか?... ejb-jarファイルをどのように生成しますか?...ご協力いただきありがとうございます...

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

maven - Websphere および ibm-application-bnd.xmi ファイルの問題

Maven を使用してビルドし、websphere にデプロイした私の Web アプリケーション (セキュリティのための基本認証で有効化)。セキュリティ ユーザー ロールをそれぞれのグループ websphere サーバーにマッピングすると、ロール グループ マッピング構成で内部的に ibm-application-bnd.xmi が作成されます。ロールのマッピングを最小限に抑えるために、耳を展開するたびにグループを作成し、サーバーによって作成された耳の META-INF フォルダー内に ibm-application-bnd.xmi をコピーして含めました。耳の構造 (META-INF フォルダー、application.warファイル)。しかし、websphere は ibm-application-bnd.xmi ファイルと私のロール グループ マッピングが自動的に行われないことを考慮しません。しかし、サンプルの動的Webプロジェクト(ここではmavenを使用せず、RSAを使用してEARを手動で構築)を試してみましたが、正常に機能し、ロールと同じことを行いました-そのibm-application-bndを使用してグループマッピングが自動的に行われました。

この問題の原因はわかりません。この問題は、maven によって構築された私の耳の構造にあるのでしょうか。これを解決するのを手伝ってください。

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

java - Maven ear パッケージングの戦略、依存プロジェクトの構築

さまざまな提案を見た後でも、ear ファイルの成功した Maven 戦略はまだないようです。

私はこの構造を持っています:

親 pom.xml: ...

(ejb/war/ear はこれを親として持つ)

私はmaven-war-plugin / maven-ejb-plugin / maven-ear-pluginを使用しています。

EAR モジュールには依存関係として ejb/war プロジェクトがあります。

さて、耳を作りたいなら、まず戦争を作る必要があります。そうでない場合は、最新バージョンではありません。

より良い方法はありますか?

編集:参考までに、「実行」をクリックするだけでプロジェクトを実行するための有効なソリューションを得るために、netbeans バグを開きました: http://netbeans.org/bugzilla/show_bug.cgi?id=218807

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

maven - MavenでEARファイルをビルド中にエラーが発生しました

私はfollowinfの問題に直面しています:

プロジェクトUserAdminEARでゴールorg.apache.maven.plugins:maven-ear-plugin:2.7:generate-application-xml(default-generate-application-xml)を実行できませんでした:Artifact [war:com.syril.administration:UserAdmin]プロジェクトの依存関係ではありません。->[ヘルプ1]

この種のエラーの解決策は何ですか?

私のpom.xmlは

0 投票する
3 に答える
40568 参照

java - 親 pom.xml のパッケージが無効です。「pom」である必要がありますが、「ear」です。

次の例外を除いて、誰かが私に解決策を提案できますか。マルチモジュール プロジェクトを作成します。

親プロジェクト名はLOGICBACKEND 子プロジェクト名ですDBAccess

prjoectsファイルLOGICBACKENDを含むear ファイルが必要です。DBAccessjar

を実行すると、次の例外が発生しますmav clean install -P Developer

これは私の親 pom.xml の一部です

これは、子 pom.xml がどのように見えるかです

ここで何が問題なのかを理解するために、誰かが私を助けてくれませんか。

助けてくれてありがとう

0 投票する
3 に答える
11802 参照

jakarta-ee - In java EE, which jars should I put in the library dir?

I have a Java EE project. The project is built using maven into an .ear archive. There is a library jar containing a JPA 2 persistence unit, which is located in the library directory of the ear (so multiple other modules can use it).

While adding an implementation of Shiro's Permission interface as an entity in this persistence unit, I had trouble getting the ear to deploy correctly, because the shiro classes where unavailable in the persistence unit. I eventually figured out that I needed to put all dependencies (applied also to transitive deps) of the library jar in the library directory to get it to deploy.

So the final layout look roughly like this:

Now, for the questions:

  1. Are there any guide lines for what should be put in the library directory, and is my solution generally acceptable?
  2. Why aren't the libraries in the root of the ear available to the jars in the lib directory?
  3. Why doesn't maven figure this out automatically?

EDIT: pom.xml for the ear

And for the persistence unit:

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

java - Maven を使用して 2 つの EAR を構築する方法、1 つはモジュールがパックされ、もう 1 つはアンパックされていますか?

アンパックされた WAR を含む EAR を構築しています。しかし、Arqullian Test Framework のバグにより、同じように見える別の EAR をビルドする必要がありますが、内部の WAR はパックされます。の 2 つの異なる実行を使用することを考えmaven-ear-pluginましたが、常に 2 つの完全に同じ EAR が得られます。これは、Maven がパックされた (またはアンパックされた) WAR をビルド ディレクトリにコピーするときに、次の実行でアンパックされた (またはパックされた) バージョンで上書きされないためです。これは私の関連部分ですpom.xmlmaven-ear-pluginプラグインタグ内)。

実行の順序は関係ありません。

mavenWAR (ディレクトリまたはアーカイブ) を上書きするか、この問題に対する別の洗練された解決策を見つけるように指示したいと思います。