標準のEARファイル（およびそれを生成するために使用されたソースファイル）があるとすると、それをIBM WebSphereの「拡張EAR」に変換するには、どのような追加の処理を行う必要がありますか？
この質問をする別の方法は、「拡張EARと標準EARの違いは何ですか？」と尋ねることです。
Rational開発ツール（RADおよびRSA）にツールがあることを私はよく知っています。しかし、この質問の目的のために、自動ビルド（AntまたはMavenのいずれかを介して）で同じタスクを実行する必要があります。
この質問をする別の方法は、「拡張EARと標準EARの違いは何ですか？」と尋ねることです。
拡張EARは、アプリケーション、サーバー、またはセル・レベルで特定のリソースを構成するためにMETA-INFディレクトリーにいくつかのXMLファイルが追加されたEARです（詳細については、IBM Redbook WebSphere Application Server V7：デプロイメント用のアプリケーションのパッケージ化を参照してください）。
J2EEパッケージング、拡張EAR、およびApplication Server Toolkit（pdf）の表23-1に、これらのファイルを示します。
代替テキストhttp://img46.imageshack.us/img46/6751/table231.png
META-INFディレクトリの下にあるファイルは、AntまたはMavenからの標準のEARに埋め込むのが非常に簡単で、パッケージ化する前にMETA-INFに入れるだけです。
これらのファイルを最初から生成する必要がある場合（これは私見では意味がありません）、それは本当に別の話であり、これらのファイルの構造が公開されているかどうかはわかりません。
真剣に、その機能を使用したい場合は、WebSphereEnhancedEARエディターからファイルを生成する方法を見つけてください。たぶん、RADの試用版を入手して、この機能を評価してください> :)または、IBMに連絡してください。単一のライセンスであっても、何かを販売するのを喜んで手伝ってくれると確信しています。
更新： IBMは、antrunプラグインを使用してMavenからも使用できるWebSphere用のAntタスクwsDefaultBindingsを提供しています（これが推奨される方法のようです）が、それがまさにあなたが探しているものではないと思います。デフォルトのIBMWebSphereBindingsはそうではありません。拡張EARと同じ機能を提供しますが、それらは便利で十分かもしれません。wsadmin念のため、Enhanced EARの代わりにタスクを使用することにした場合は、オプションのリストを以下に示します。
彼らのドキュメントから：
このエディターで指定したサーバー構成データは、アプリケーション自体に埋め込まれます。
サーバー間の移植性を高めるために、通常は管理コンソールを介して追加されるもの（たとえば、データソースとメッセージングの場合はJNDI、セキュリティの場合はJAAS）をEAR自体に埋め込んでいるようです。
wsDefaultBindingsAntタスクを使用して、必要なデプロイメント情報をEARに入力できます。ここにサンプルスクリプトがあります。
