問題タブ [ear]

Maven を RAD バージョン 7.5 と統合し、maven を使用して EAR ファイルを作成するプロセス全体を理解したいと考えています。

Maven を RAD 7.5 とうまく統合することができました。また、maven プロジェクトに maven-ear プラグインを統合し、実行構成から mvn package コマンドを使用して EAR を作成できます。ただし、その EAR cab は Websphere Application Server にデプロイされません。

だから、私が理解したいのは：

Maven と RAD 7.5 を使用して Websphere Application Server にデプロイできる EAR を作成する方法はありますか? 私のプロジェクトには EJB がありません。

私はさまざまなフォーラムでこれを検索しようとしていましたが、いくつかの ibm 固有の要素を EAR に追加する必要があるようないくつかの回答を見つけました。誰かがそうするための具体的な手順を提供できれば、それは本当に役に立ちます.

ありがとう、ヴァルン。

以前は、さまざまな環境 (QA、開発、製品など) に基づいて 4 つの ear ファイルを作成していましたが、現在は、すべての環境に対して 1 つの ear ファイルのみが必要であるという要件があります。しかし、アプリケーションにアクセスすると、FileNotFoundException が発生します。variable.xml ファイルに変数を設定しようとしても、同じ例外が発生します。方法を知りたいです。この問題を克服できます。

私のapplication.xmlファイルEARLERは次のようになりました:(タグの値はQA projQAの環境によって変わります)

eclipse Helios を使用して、ear プロジェクトを jboss にデプロイしたいと考えていました。出来ますか？

したがって、すべてのモジュールを含むEARがあります。すべてのモジュールで使用される共有JARは、EARのデフォルトの./lib/フォルダーに配置されます。また、各モジュールがのバージョンを使用する複数のバージョンのJARファイルがあります。たとえば、EARに次の戦争がある場合：

そして、私はいくつかのJARファイルを持っています：

では、project1をcommon-classes-1.0.jarに関連付け、project2とproject3をcommon-classes-1.1.jarに関連付けるにはどうすればよいですか？

前もって感謝します

1 つの war ファイル (appWeb.war は私の Web モジュール) といくつかの jar ファイルで EAR を作成しています。これらの jar ファイルは EJB ではありません。model.jar (すべてのモデル クラス、DAO、DTO、および hibernate ファイルを含む)、BO.jar (ビジネス ロジックを含む) などのアプリケーションの論理的な分離に基づいて、さまざまな jar ファイルを作成することを選択しました。

EAR の正しいパッケージ構造を知りたい

application.ear/META-INF/application.xml にエントリを作成する IDE (RAD 7.5) で appWeb.war を EAR に Web モジュールとして追加しています。

環境の詳細: アプリ サーバー: Websphere アプリ サーバー 7.0 IDE: RAD 7.5 Struts 2、Spring 3、および Hibernate 3.6 アプリケーションです。

質問: 1. このアプローチは正しいですか? アプリケーション固有の jar ファイルは EAR のどこに保存されますか? 2. ライブラリ ファイルを application.ear/lib フォルダに移動します。

これに関する指示/ヘルプ/ベストプラクティスをいただければ幸いです。

ありがとう

こんにちは、

JBOSS 5.1 に EAR ファイルをデプロイしています。「display-name」の下のデプロイメント ファイル「application.xml」に格納されている EAR アプリケーション名にアクセスできるようにしたいと考えています。

この情報を読み取り、EAR にデプロイされたすべてのモジュールを表示する方法を admin-webapp に深く適用したい

この情報を検索するには、application.xml が正しい場所だと思います...

私が試した：

しかし、動作しません！nullを返す...

提案？(コードをお願いします)

Nexusをリポジトリマネージャーとして使用するMavenプロジェクトに取り組んでいます。要するに、「Business」(.jar にパッケージ化)、「Web」(.war にパッケージ化)、「ear」(全体を .ear にパッケージ化) の 3 つの部分があります。

私は完全に正常に動作していましたが、最近、「カスタム」jar (md5 パスワード変換用) をリポジトリに追加しようとしましたが、うまく機能しませんでした。次のことを行いました。

• Web サイト ( www.twmacinta.com )から Java ファイルを入手して、md5 で文字列を変換しました。
• それを私のプロジェクトでJavaファイルとして使用しましたが、完全にうまく機能したので、それからjarファイルを作成することにしました。
• ソースを javac でコンパイルしました。
• 「jar」コマンドを使用してアーカイブを作成しました (「com/twmacinta/util/MD5-2.7.1.jar」)。
• Nexus に接続し、jar をアップロードします。

• Businness 部分の pom.xml ファイルに移動し、「依存関係」タブと「追加...」タブを使用して依存関係を追加し (jar が見つかりましたが、問題ありません)、これを pom.xml ファイルに追加します。

  /li>

• 次のように、ビジネスクラスにインポートを追加しました（インポートは自動的に検出されましたが、問題ありません）。

  import com.twmacinta.util.MD5;

この時点でエラーはないので、クリーン/インストール/再デプロイに進みます。すべて問題ありません。

しかし、アプリケーションにログインしようとすると、次の例外が発生しました。

MD5-2.7.1.jar は、Business と ear の MavenDependencies に表示されます。これは、私が既に使用している他のライブラリのように見えます (私が知る限り)。

助けてください=）

ニコラス

Java Enterprise アプリケーションから C/C++ とやり取りする必要があります。Node/Cell 情報を収集できるクラスを作成したいと思います。これにより、C++ から、呼び出し元のファイル システム内の JAR を追跡できるようになります (権威的に）。アプリケーションに関するこの種の情報を提供する、利用できる特定の Java ライブラリはありますか? 理想的には、次のようになります: (EnvProvider と呼びましょう)

1. Java アプリが EnvProvider を呼び出す
2. EnvProvider は、それを呼び出した Java アプリケーションに関する情報を収集します
3. EnvProvider は、ラップされた C++ (CORBA、SOAP でしょうか?) を呼び出し、この情報を渡します。
4. C++ トレースは、filsystem を呼び出し元のアプリにバックアップし、アプリケーションの呼び出し元とされる実際の JAR ファイルを調べます。

些細なことのように思えますが (ここではわずか 4 つのステップで概説しています)、これまでの調査から、Java アプリケーション自体から Java アプリケーションに関する十分な情報を取得する良い方法はないようです。「十分な」情報とは、C++ に十分な情報を与えて、ファイル システムを調べ、デプロイされた EAR、JAR、WAR を見つけるのに十分な情報を意味します。

あなたが提供できる情報は、非常に高く評価されます!

よろしく

チャド

*編集*

キムさん、返信ありがとうございます。この特定のトレースを取得する必要がある理由を少し説明しましょう。

私は C/C++ で書かれた暗号化ライブラリに取り組んでいます。これらは私の前任者 (私が働いている場所) によって書かれたもので、非常によくテストされています。ただし、それらは単なる暗号化以上のものを提供し、それに含まれるアルゴリズムは独自のものであり、安全を維持する必要があります. Java は簡単に逆コンパイルされるため、Java で同じものを実装することはできません。実際、私の前任者は (当然のことながら) C/C++ ソースを難読化するために多大な努力をしました。これらのライブラリは、シェル、ネイティブ C/C++ バイナリ実行可能ファイル (.exe など)、および呼び出しが (ほとんど) 完全に含まれるアプリケーションから来る他のアプリケーションでうまく機能します。このソースは、それを呼び出すアプリケーションが実際に信頼できるアプリケーションであることを確認する方法を提供します (コード署名に似ていますが、

私はこの機能をエンタープライズ Java アーキテクチャに拡張しようとしています。そのためには、デプロイされた WAR または EAR に到達することを意味する場合でも、呼び出し元に戻ることができる必要があります。 app がパッケージ化されているので、C/C++ ソースでソース ファイルを使用できます。したがって、呼び出しがアプリケーション A からのもので、アプリケーションが App_A.EAR にデプロイされている場合、その情報を取得して C/C++ を呼び出し、その EAR までさかのぼって操作したいと思います。混乱を招くように聞こえるかもしれませんが、申し訳ありませんが、(行動の問題として) ファイル (.exe または JAR/WAR/EAR) の使用目的の大部分を省略しています。

ご協力いただきありがとうございます。

*編集*

チャド

次の構造の EAR アプリケーションがあります。

アプリケーション.xml

レジンにはデフォルト設定があります。それはhttp://localhost:3333/path/serviceapp.war であるべきだと思いますが、すべてのリクエストはこれを返します:

アプリケーションを WAR ファイルだけにすると、Resin がそれをロードして動作し/app/serviceます。問題はどこだ？構成は私には正しいようです。

編集: レジンのログ

私のソース コードでは、コードが展開されている現在の EAR の最終更新日をプログラムで取得したいと考えています。私はOracle WebLogicを使用しています。どうすればそれができますか？

あなたの答えのためのThx