問題タブ [maven-ear-plugin]

プロジェクト構造:

さまざまな poms を構成するにはどうすればよいですか? サービス プロジェクトのニーズ ドメインやサービス クライアント プロジェクトなどの依存関係を定義する必要がありますか?

Eclipse で生成された EAR の構造 (EAR としてエクスポート): ターゲット META-INF lib (ServiceClient.jar、Domain.jar を含む) Service.jar (EJB プロジェクト) Web.war pom.xml

Mavenでこの構造を取得するにはどうすればよいですか?

jboss 6の耳をパッケージ化できますか？application.xml uriは何になりますか？

version = 6のバージョンを変更しようとしましたが、ファイルが見つかりませんと表示されます。

耳を展開しているときにjboss6でこのような問題に直面している人はいますか????

Maven EAR プラグインで生成された ear ファイルがあります。ear ファイルには、ejb モジュールというモジュールが 1 つだけ含まれています。Eclipse 内で JBoss 4.2.1-GA にデプロイできますが、実行しようとすると起動時に例外が発生します。2日間解決策を探してみましたが、失敗しました。

私が遭遇した例外は

スタック トレースはここにあります:スタック トレース

これは、私が「mavenize」しようとしている既存のプロジェクトであり、以前は適切に機能していたことに注意してください。

eclipse と maven をセットアップして新しい空の耳プロジェクトを作成する方法に関する記事をいくつか読みましたが、すべてのソリューションが完全ではなかったか、古すぎます。

3 つの pom.xml ファイルまたは 3 つのプロジェクトを作成する必要があると思います。

1. WEB-APP 構造を持つクライアント プロジェクト (通常の動的 Web プロジェクトと同様)。これにより、WAR ファイルが作成されます。
2. サーバー プロジェクトと ejbs。これは JAR ファイルである必要があります。
3. 両方のプロジェクトを結合する ear プロジェクト。

私はEclipseに統合されたmavenプラグインの助けを借りてそれを試しました. （Heliosだと思います）ので、mavenはすでにEclipseに統合されています。だから私はに行きます

ファイル -> 新規 -> maven -> maven プロジェクト

「単純なプロジェクトを作成する」チェックボックスをオフのままにします。次の面では、アーキタイプ カタログを入手しました。クライアント プロジェクトを作成するために、maven-archetype-webapp バージョン 1.0 を探しました。しかし、WebContent\META-INF などのすべてのフォルダーがありません。

では、3 つのプロジェクトすべてを作成して一緒にビルドするにはどうすればよいでしょうか。

どうもありがとう、ハウケ

PS .: Maven を使用しないプロジェクトの作成に関する質問 5668710 を読み、依存関係管理を有効にしました。しかし、それは正しい方法ですか？私はそうは思わない。

約 12 か月前に maven ear プラグインの使用を開始しましたが、代替手段があるかどうかを確認したいと考えています。Maven の利点の 1 つは依存関係の管理ですが、ear プラグインではこれがほぼ完全に失われているようです。すべての依存 jar が ear に組み込まれますが、以下の構成を追加しない限り、実際にはそれらのいずれもクラスパスに配置されません。

プラグインの最近のバージョンではこれが不要になっていますが、これを管理する代替手段はありますか? モジュールに依存関係を追加するたびに、それを ear pom 構成に追加する必要があるとは信じられません。最も苛立たしいのは、上記の構成に依存ライブラリを追加することを覚えていても、それが別のものに依存している場合 (軸の場合のように)、耳を展開したときにしかわかりません。

maven-ear-plugin プロジェクト用の application.xml ファイルが既にあるプロジェクトを継承しました。私たちはそれを使わなければなりません。しかし、この血まみれのプロジェクトを Eclipse にインポートすると、常にこのファイルが上書きされます。ローカル履歴に移動して復元する必要があります。

誰かがクリーン ビルドを実行したり、プロジェクト設定を変更したりするたびに、ファイルは Eclipse の何かによって上書きされます (m2e プラグインを想定しています)。フリギングファイルをそのままにしておくようにするにはどうすればよいですか。私はそれに触れてはいけないので、それもありません。

ビルド ディレクトリにファイルを生成する設定は関係ありません。何も生成したくありません。

免責事項

（私はもともとここでmaven-users非常に詳細な方法で質問をしました。この質問についてはメーリングリストが静かになっているので、ここから抜粋しました。）（別の初心者の質問だけではありません）

参照

私の参考資料は http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Dependency_Managementです。これが古くなっているか間違っている場合は、このディスカッションで知らせてください。

質問

そのドキュメントには、「2番目の非常に重要な...」で始まるセクションがあります。以下では、そのセクションのプロジェクトAとを参照しB、それらから抜粋します。

そのセクションでは、プロジェクトAに、<dependencyManagement>とりわけ、cスコープを持つものとしてアーティファクトを定義するセクションがあることがわかりcompileます。

次に、（a）プロジェクトから継承し（したがってそのセクションを継承し）、（b）アーティファクトへの依存関係を確立するpom.xmlforプロジェクトが表示されます。そのを指定する必要はありません。また、アーティファクトへの依存は、ではなく、のスコープをオーバーライドすることに気付くでしょう。BAdependencyManagementcversionccruntimecompile

繰り返しになりますが、<version>要素はありませんが、<scope>runtime</scope>要素はあります。

これについての私の解釈は、すべてが言われ、行われるとき、スコープではなく、スコープ内のアーティファクトのBバージョンに依存するということです。1.0cruntimecompile

あれは正しいですか？私のmaven-ear-pluginバグは、これが予想される動作であるという事実に基づいています。maven-ear-pluginこれは、ファイルをビルドするときに起こることではありません.ear。

次に、それが正しければ、アーティファクトcに推移runtime的な依存関係がある場合、それらはBのクラスパスで利用可能になることも期待します（ http://maven.apache.org/guides/introduction/introduction-runtimeのやや不可解な表で定義されています） 。 to-dependency-mechanism.html＃Dependency_Scope）。

あれは正しいですか？

jbosscc-seam-archtype 1.2 を使用しており、application.xml を EAR プロジェクトの下に配置していますが、それを取得して/src/main/application/META-INF/いmaven-ear-pluginません。なにか提案を？

以下は、私の Maven EAR プラグインのスニペットです。

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

リソースアダプター（resource.rarと呼びましょう）と他のJARで構成されるEARを構築しようとしています。resource.rarには、いくつかのJARが含まれています。--resource-api.jar --resource-impl.jar --resource-ejb.jar --other .. ..

私がする必要があるのは、次のパスにあるpersistence.xmlを置き換えることです： my_application.ear / resource.rar / resource-ejb.jar / META-INF/persistence.xml いくつかのファイルされたリソースで。私の目標は、次のようなプロパティを変更することです。
property name="hibernate.hbm2ddl.auto"
property name="hibernate.dialect"

maven-ear-pluginを使用すると、アーティファクトを解凍できますが、私が知る限り、それは1つのレベルの構造でのみ可能です。

私はJBossAS7に移行中ですが、mavenビルドを使用しているようですが、maven-ear-pluginはまだJBossAS7をサポートしていないようです。デフォルトでは、JBossAS4を使用します。

これは問題を引き起こしますか？

また、アーカイブの構造化の方法を進めながら、JBossAS7クラスローダーの動作方法の変更に関連する問題が発生していることも理解しようとしています。