問題タブ [ear]

かなり遅い VPN 接続を介して巨大な (40 ～ 50 MB) EAR ファイルをサーバーにデプロイする方法を見つけようとしています。EAR には、Glassfish で作成された EJB および WAR プロジェクトが含まれており、ファイル サイズの 90% は、使用されている外部の依存ライブラリからのものです。

1. Netbeans から実稼働システムへのエレガントな展開のための戦略を思いついた人はいますか? (ネットワーク経由の) 展開は本当に必要なものに対してのみ行われます (つまり、EAR 全体ではなく 1 つの WAR、または 1 つのライブラリのみ)。ライブラリサブプロジェクト全体)。

2. 最初のポイントに関連して、プロジェクトが開発マシンでコンパイルされるように、Netbeans のプロジェクトから外部依存関係ライブラリを分離する方法ですが、EAR/WAR/EJB が作成されたときにすべての依存関係 JAR が含まれていないため、巨大になっています。 .

カスタム ant スクリプトを作成する必要があるのではないでしょうか? Mavenを使い始めますか？

みなさん親切な回答ありがとうございます

ボゾ

ear ファイルとして正常にデプロイされる Web アプリケーションがあります。しかし、展開された形式で展開しようとすると、次のように失敗します。

persistence.xml は次のようになります。

何か案は？ありがとう！

開発期間中、プロジェクトのいくつかのモジュールを繰り返し再構築しています。結果として生じる耳のプロジェクトを再構築することは、膨大な時間を要します。変更されたモジュールのjarファイルのみを再構築し、そのjarを結果のEARに置き換えることができる方法がある場合、ビルド時間を短縮し、開発プロセスを加速することができます。

だから質問：部分的なモジュールの再構築と耳のjarの交換を可能にするMavenプラグインはありますか？

EAR ファイルを IBM WebSpehre サーバー 6.1 にデプロイしています。デプロイ ファイルの「display-name」の下に格納されている EAR アプリケーション名にアクセスできるようにしたいと考えています。関連する話題に関するスタック オーバーフローの投稿を調べたところ、Java MBean API または IBM の WAS API を介してこれが可能であることがわかりました。問題は、これらの API リストが要約されている場所が見つからないことです。見始めるもの。WAS のインストール場所をハードコーディングし、「installedApps」ディレクトリを調べてファイルを見つけることができましたが、これは動的ではありません。

これらの API を使用した経験のある人はいますか? デプロイされたEARの表示名を動的に見つける他の方法はありますか?

編集 - この情報が必要な理由は、次の規則「EAR​​AppName.properties」によって名前が付けられたプロパティ ファイルを動的にロードするためであることを追加する必要があります。応用

編集 2 - このアプリは常に WAS にデプロイされることにも注意する必要がありますが、そうでない場合は、一般的な非独占的なソリューションが優先されますが、現時点では必要ありません。

編集 3 -達成したいこと: アプリケーション コード内からデプロイされた EAR の表示名を動的に見つける方法はありますか?

私の質問が私のケースに固有のものであるとは想像できませんが、これまでにここで同様の質問がなされたことはありません。

ear を再パッケージ化せずにロギング レベルを簡単に変更できるように、.ear パッケージの外部で log4g.properties ファイルを指定できるようにしたいと考えています。実際、そのようにする最も差し迫った動機は、log4j プロパティ ファイルを耳の外側に配置するという私たちのグループの既に確立された慣習です。 、または耳の付け根など）は該当しません。

ear には、一連の Spring POJO に委譲してその動作を実現するステートレス EJB が含まれています。

私のグループの他のメンバーは、EAR 内に WAR ファイルをデプロイし、コンテキスト リスナーを使用して指定された (外部) パスから log4j プロパティ ファイルをロードすることだけを担当しているのを見てきました。パスは EAR の「外部」ですが、クラスパス上にあります。たとえば、フォルダー /config はクラスパス上にあり、WAR はコンテキスト リスナーを使用して /config/appname/log4j.properties から log4j.properties をロードします。

私にとって、唯一の目的が log4.properties ファイルをロードすることである WAR を使用することは、ハック/オーバーキルです。

もっと良い方法があるはずですよね？

Eclipse WTP のさまざまな種類の Java EE プロジェクトの違いは何ですか?

がある：

• アプリケーション クライアント プロジェクト
• コネクタ プロジェクト
• エンタープライズ アプリケーション プロジェクト
• ユーティリティ プロジェクト

Websphereマシン（その上で実行されるアプリケーションを含む）を新しいマシンに移行します。彼らはOSとWebSphereのクリーンインストールを望んでいたので、私はそれを行いました。また、古いサーバーにあったすべてのアプリケーションの完全なファイルバックアップを取りました。問題は、それらを新しいサーバーに再インストールするために、WebSphereダイアログが私が持っていないJAR / EAR/WARファイルを要求することです。

古いマシンから取得したWebSphereアプリケーションファイルのバックアップを単純に抽出し、それらを使用するように新しいマシンを構成するだけの合理的に簡単な方法はありますか？WARなどは便利な機能ですが、強制的に使用するのはばかげているようです。

編集：既存のWebSphereサーバーはまだ稼働しており、実稼働環境で実行されています。

編集：古いサーバーはWAS 3.5です。つまり、残念ながら、エクスポート機能すらありません。また、実際にコンテンツを実行するディレクトリの構造は完全に異なります（％/ Webと％/ Servletのように構成されます。％はアプリケーションのコンテキストパスです）。「インストール」セクションでは、EARやWARについては言及されておらず、JARについてのみ言及されています。私は現在、ディレクトリを別のWAS 3.5システムにコピーしてから、そのシステムをアップグレードするのがおそらく最善の方法だと考えています（そして、アップグレードの一部としてフォルダ構造を変換し、構成を更新することを願っています）。

編集：これまでのところ、解決策に最も近いものは次のリンクです： http ://www.javazoom.net/services/newsletter/was4.html （ただし、そのツールが利用可能であるか、WAS7に関連するかどうかはわかりません。 。バツ）。

これは他の人が以前に遭遇した問題であるに違いありませんが、私はWEBのどこにも解決策を見つけることができません。

ありがとうございました！

展開を自動化する小さなアプリを作成しています。基本的に、新しい .ear ファイルがないか定期的に ftp サーバーをチェックします。リモート ftp ファイルのチェックサムを現在展開されているものと比較します。新しい ftp ファイルがある場合は、それが取得されて展開されます...

次に、アプリが正常にデプロイされたかどうかを確認します。現時点では、アプリのメイン ランディング ページに対して http get 要求を送信し、http リターン コードをチェックしてデプロイが成功したことを確認しています。ただし、サーバー側のコンポーネントが展開されていない可能性があるため、これが展開の成功を確認する最良の方法だとは思いません.

JBoss API にアクセスして、デプロイされたアプリケーションのリストを取得する方法はありますか? または、他のアイデアがある場合は？

前もって感謝します...

jboss 4.0.2 を使用していますが、1 つの .ear ファイル内に 2 つの .war ファイルを配置したいと考えています。