問題タブ [jboss-modules]

JBoss Modulesを使用して、JasperReports、Apache POI、およびその他の重いライブラリを JBoss AS に直接配置することで、WAR を軽量化する方法を見つけようとしています。

現在、Jasper は多数のライブラリを使用して PDF ファイルまたは XLS ファイルを生成しています (こちらを参照) 。私たちのテンプレートはかなり古く、JBoss AS 7.1.1 モジュールに既に存在する commons などの古いバージョンのライブラリをもちろん使用する古い jasper バージョン 3.7.1 に固執しています。

Jasper が使用するすべての jar を含み、新しいモジュールを使用してアプリケーションの他の部分を保持する 1 つの「大きな」モジュールを作成するにはどうすればよいですか?

すべての jar を個別のディレクトリに配置するのは、成功が保証されていない非常に手間のかかる作業のように思えます。パッケージのようなディレクトリを作成せずに、すべてを 1 つのモジュールに配置できますか?

私は JSF の messages.properties を war の外に移動して、QA と運用担当者が新しい war を生成せずにメッセージを変更できるようにします。

JBoss 7 モジュールを作成し、messages.properties ファイルを $JBOSS_HOME/modules/com/acme/revenue/main/messages.properties に配置しました。jboss-deployment-structure.xml を更新して含めるようにしました

そして、$JBOSS_HOME/modules/com/acme/revenue/main に module.xml ファイルを配置しました。を含む：

これはすべて機能します。私が呼び出すことができるJavaコードで：

翻訳された値 "Income Targeting" を返します。ただし、JSF .xhtml ファイルのコードでは #{messages.TargetingKey} を呼び出しますが、JSF がリソース バンドルを見つけられないように見えるため、機能していません。

変更前は、faces-config.xml に次のものが含まれていて、正常に機能していました。

この JSF 宣言を修正してバンドルを見つけ、メッセージを表示するにはどうすればよいですか?

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

エンタープライズ アプリケーションで jboss モジュールを使用しています。
jboss モジュールがあります (「a.jar」にパックされていると仮定しましょう)。
この jboss モジュールには、シングルトン (Java EE シングルトン Bean ではなく、「getInstance」メソッドを持つ POJO シングルトン) が含まれています。
このシングルトンにアクセスするために必要なサーブレット フィルタとサーブレットがいくつかあります。
シングルトンのクラスの複数のインスタンスが発生するのでしょうか? それとも、jboss モジュールのクラスローディングの性質のために、1 つのインスタンスしか取得できませんか?

ありがとう！

アプリケーションサーバーでWAR-WAR依存関係を与えることは良い習慣ですか? 両方の戦争は同じ EAR に属します。理由: 1 つの WAR の機能を (継承によって) 拡張します。

理由により (簡単にするために説明したくありません)、両方の WAR が使用され、独自の独立したコンテキスト パスがあります。つまり、ベース WAR は抽象的ではありません。

JBOSS モジュールを使用する場合、MANIFEST.MF で依存関係 "deployment..war" を言及することにより、ランタイム依存関係が解決されます。これも良い習慣ですか?

myproject.warJBoss にデプロイされた Java Web アプリケーションがあります。アプリケーションの一部は、JNI を使用して C++ DLL に接続し、サードパーティ ライブラリのセットから関数を呼び出します。このアプリケーションを x32 サーバーから x64 サーバーに移行しています。

以前の環境ビルド

• 32 ビット Windows Server 2003
• JBoss 6.X
• Java 1.6.X

新しい環境の構築

• 64 ビット Windows Server 2008 R2、SP1 (6.1.7601)
• JBoss AS 7.2.0 最終「ヤヌス」
• Java ランタイム 1.7.0_45-b18。
• Visual Studio 2010 再頒布可能 x64 インストール済み

古いシステムでは、カスタム DLL とサードパーティ ライブラリが不用意にダンプされC:\Windows\System32\、アプリケーションは JNI 経由でそれらに正常に接続できました。サードパーティ ライブラリには、いくつかの DLL、いくつかの ICC プロファイル、および True-type フォント、構成、その他のファイルを含むファイルのサブフォルダーを含む Resource フォルダーが含まれています。

移行のために、JNI コードを含む JBoss モジュールが作成されました。Java / JNI コードは に移動されMyModule.jar、MyDriver.dllx64 に再コンパイルされました。サードパーティ ライブラリの x64 バージョンが取得されました。

私は持っている

• MyDriver.dllVisual Studio 2010 (10.0.40219.1 SP1Rel) を使用して 64 ビット用に再コンパイル
• MyDriver.dllサードパーティの DLL とリソース フォルダーの 64 ビット バージョンをモジュール フォルダーに配置..\main\lib\win-x86_64\
• モジュールファイルをmodulesフォルダーの下のパスにコピーしました
• 作成したmodule.xml
  • 適切なリソースでMyModule.jar。
    • MyDriverLoaderをロードするクラスを持っていますMyDriver.dll。
  • モジュールへの参照を使用してsun.jdk、JNIに必要であると100％確信していません。

DLL は以下でコンパイルされます。

• MFC の使用: 標準の Windows ライブラリを使用する

何をしても、アプリケーションを起動すると、JBoss は次の Java エラーをスローします。

java.lang.UnsatisfiedLinkError: D:\Jboss\jboss-7.2.0.Final\modules\com\mymodule\main\lib\win-x86_64\MyDriver.dll: 依存ライブラリが見つかりません

これが教えてくれるのは

1. JBoss はモジュールから正しい DLL を検出できるため、モジュールを正しく構成できました。
2. 一部の依存ライブラリが JBoss のパスにありません。

次の解決策を試しましたが、どれも機能せず、エラーが続きます。

1. Visual Studio 2010 Redistributable x64 をインストールしましたが、これはおそらく既にパッケージ化されています。
2. {JBOSS_HOME}\modules\com\mymodule\main\lib\win-x86_64Windows 環境変数に明示的に追加し、これを含むPATHことを確認しましecho %PATH%た: D:\Java\jdk1.7.0_45\bin;D:\Jboss\jboss-7.2.0.Final\modules\com\mymodule\main\lib\win-x86_64;.
3. x64 Dependency Walker を実行しましたがMSVCP100D.DLL、見つかりません。と の両方のフォルダーに両方のファイルが見つかりましたが、それぞれのファイル サイズが異なります。Dependency Walker は、存在する他のファイルのパスを検出したため、ファイルが見つからない理由がわかりません。テストするために、 と同じフォルダーにそれらを投げましたが、何も変わりませんでした。MSVCR100D.DLLIESHIMS.DLLMSCV*.DLLc:\Windows\System32C:\Windows\SysWOW64system32MSCV*.DLL...\lib\win-x86_64MyDriver.dll

これを解決するにはどうすればよいですか?

module.xml

MyDriverLoader.java

jboss-deployment-structure

モジュールのフォルダ構造mymodule:

{JBOSS_HOME}\modules\com\mymodule\main

• MyModule.jar
  • モジュール.xml
  • \lib\win-x86_64\
  • MyDriver.dll
  • サードパーティA.dll
  • ThirdPartyB.dll
  • ThirdPartyC.dll
  • サードパーティD.dll
  • \リソース\データ\設定\
    • foo.optionfile
    • bar.optionfile

c3p0を使用しようとしている JBoss 7 サーバーで実行されているプロジェクトがあります。JBoss 7 は、以前のバージョンのように /lib フォルダーに jar をダンプすることをサポートしていません。私が理解しているように、新しいモジュールシステムを使用する必要があります。これが私が取ったステップです：

ここから c3p0 jar をダウンロードしました: http://sourceforge.net/projects/c3p0/?source=dlp

3 つの jar を Eclipse プロジェクトにコピーし、それらをビルド パスに追加しました (これは正しく行われたと確信しています)。

JBOSS_HOME\modules\com\c3p0\main にフォルダーを作成し、そこに 3 つの jar を追加し、さらに次の内容のファイル「module.xml」を作成しました。

以下を JBoss standalone.xml に追加しました (sun.jdk の部分は既にそこにありました)。

サーバーを実行し、c3p0 jar のクラスを使用するコードの部分にアクセスしました。次のエラー メッセージが表示されます (要約):

私は何を間違っていますか？どんな助けでも大歓迎です！

解決：

module.xml に依存関係がありませんでした。動作するものは次のとおりです。

Restful Web サービスをデプロイするために JBOSS EAP 6.2 を使用しています。安らかな Web サービスは apache cxf を使用しており、jboss eap から取得しています。現在、jar cxf-api-2.7.7.redhat-1.jar を使用しています。jboss モジュールのこの jar と modules.xml を更新する方法はありますか。