問題タブ [maven-ear-plugin]

このような子ポンに依存関係があります。

そして、私はmaven-ear-pluginを使用しています。

今私の問題は、戦争ファイルをこのようにしたいということです - sfint.warしかし、私はそれを取得しています - sfint.1.0.0-SNAPSHOT.war

何か助けて??

そのため、maven-ear-plugin によって application.xml が生成される maven プロジェクトに resource-env-ref エントリを追加する必要があります。

プラグインのソースを確認したところ、resource-env-ref にリモートで近いものさえありません。そして、今まで誰もこの必要性を持っていなかったとは信じがたい.

現時点で唯一の代替手段は、application.xml を手書きし、リソース プラグインを使用してバージョンを変更し続けることです。

maven-ear-plugin で使用できる構成オプションの組み合わせはありますか?

1 つの WAR をそのままデプロイし、そのすべてのライブラリを独自の WEB-INF/lib フォルダーに維持するという要件があります。

これにより、 /lib フォルダーと WEB-INF/lib フォルダーのライブラリが重複している可能性があることは認識していますが、この戦争は静的なままにしておきたいと思います。つまり、すべてのライブラリが自己完結型のままであることです。

これは実現可能ですか？/lib だけでなく WEB-INF/lib にも同じライブラリが存在する場合、クラス読み込みの競合が発生しますか? /lib フォルダーからの可視性を制限する方法はありますか?

マルチモジュール プロジェクトがあり、モジュールの 1 つが他のモジュール アーティファクトから EAR を作成する必要があります。興味深いことに、これらの他の 4 つのアーティファクトを 2 つのアーティファクトにシェーディングする必要があります。

作成されるのは、ejb2-shaded、web2-shaded AND ej1、web1 (これらはshaded バージョンに含まれています!) を含む EAR です。奇妙なことに、各モジュールと最後に ear-module で手動で maven を実行すると、必要なものが得られます。

私が理解できないのは、スーパーポンがどのようにしてこれらのアーティファクトを EAR に忍び込ませるかということです。イベントmaven package -Xは、耳の作成ステップで適切なアーティファクトのみをリストします。

スーパーポンから始まるいくつかの単純化されたポン：

イヤーポン:

ejb2-pom:

web2-pom:

JBoss EAP 6 にデプロイしようとしている EJB 3.1 に EJB がありますが、サーバーを起動すると、以下に示すように、JNDI 名にバージョン番号を追加します。

JNDI 名からバージョン番号「-3_0_0-SNAPSHOT」を削除するにはどうすればよいですか? ear をデプロイするときに ejb jar ファイルに配置される ejb-jar.xml があります。

私の EAR には、私の EAR のルートにある 8 つの JAR ファイルが含まれています。最終的なデプロイメント EAR パッケージ用に 2 つを削除したいと考えています。

ここで説明されているように、私はこれをやろうとしていました: https://maven.apache.org/plugins/maven-ear-plugin/examples/except-files-from-ear.html

しかし、うまくいかないようです。

NB 8.1 と Maven プロジェクトで WLS 12.1.3 を実行しています。私たちは ejbs と Web サービスに耳を傾けています。ear をオープン ディレクトリ デプロイメント ( war はオープン ディレクトリ) として構築する場合、サーバーにデプロイすると、Web サービスは管理コンソールのデプロイメントの「Web サービス」の下に表示されません。これは、maven-ear プラグインと unpack 要素が true に設定されている場合です。

ただし、unpack を false に設定し、ear の war 部分を .war ファイルに入れると、デプロイによって管理コンソールに Web サービスが表示されます。異なる動作の理由についての手がかりはありますか? 欠陥？jar 化された .war ファイルの内容を見てみると、開いている war ディレクトリと同じです。

古いプロジェクトのビルド方法を Eclipse から Maven に切り替え、ビルド時間を改善しようとしています (Eclipse では 10 秒未満、Maven では 1 分超)。

EAR プラグインが展開され、サブデプロイメント (WAR および EJB jar) が再圧縮されることに気付きました。

この場合の問題は、WAR プロジェクトに小さなアイコンがたくさんあり、展開/圧縮に時間がかかりすぎることです。

質問 1 : EAR maven プラグインがそうするのはなぜですか? 単純に MANIFEST.MF ファイルを WAR に追加する必要がある場合は、既存の ZIP ファイル(WAR==JAR==ZIP のファイル形式) にそのエントリを単純に追加してみませんか? 質問 2 : この問題の回避策はありますか?

application.xmlファイル フィルターを使用して生成されたファイルをフィルター処理しようとしていmaven-ear-pluginます。私のプロジェクト構造は Maven の標準です。

これが私のPOMファイルです：

ここまではすべて正常に動作します。プラグインは、補間された値を持つエントリをapplication.xml含むファイルを生成します。env1xyz

問題は、Maven プロパティprop1をプロパティ ファイルに移動してフィルターを構成する場合です。

この機能についての私の理解ではfilters、プロパティと同等ですが、別のファイルを使用しています。それにもかかわらず、生成されたには補間なしapplication.xmlのエントリが含まれています。env1${prop1}

もちろん、ファイルsrc/main/filters/filter.propertiesは存在し、含まれています：

足りないものはありますか？