問題タブ [geronimo]

EJB3 アノテーションを使用して PersistenceContext を注入しようとしていますが、geronimo は依存関係を注入しません。EJB と WEB モジュールで構成された EAR プロジェクトです。

EJB モジュール構成

次のようにpersistence.xmlを構成しました

Local TX Datasource としてデータソースを作成しましたが、問題なく解決されました。

次のようにEJBを定義しました

トランザクションが正常に開始/終了することを確認しましたが、entityManager が挿入されていません。

いくつかのアイデア？

前もって感謝します。

ソール

アプリケーションが実行されている Geronimo インスタンスの CPU 使用率を把握しようとしています。

geronimo インスタンスの PID を取得するために追跡できるファイルはどれですか。

Geronimo のバージョン 2.17 を使用しています。

Eclipse で Geronimo サーバーを起動すると、次のエラーが表示されます。

モジュール 23/66 org.apache.geronimo.configs/sharedlib/3.0.0/car

2013-02-23 20:26:13,165 ERROR [GBeanInstanceState] 起動中にエラーが発生しました。GBean は FAILED 状態になりました: =共有ライブラリ"

org.eclipse.osgi.framework.internal.core.Framework$DuplicateBundleException: バンドル "org.apache.geronimo.configs.sharedlib.SharedLib" バージョン "3.0.0" は既に次の場所からインストールされています: reference:file:/c:/ジェロニモ/var/shared/

何が原因でしょうか？

現在InformixDBおよびGeronimoアプリサーバーで作業しているアプリケーションは、「READ」操作の1つがトランザクションの完了に長い時間を要し、レコードを変更する別のUPDATE操作があるため、LockTimeout期限切れ例外をスローしています。

アプローチは、トランザクションが既存のトランザクションが完了するのを待つことができるように、ロック待機タイムアウト値を増やすことでした。

以下の構成は、geronimoコンソールのinformixデータベースのデータソース定義で行われました。

IfxIFX_LOCK_MODE_WAIT - 3000

ただし、ロック待機タイムアウト例外が発生します。

ロック待機タイムアウト値を増やす他の解決策はありますか？

Geronimo アプリケーション サーバーを使用しており、実行時にデータ ソース構成を表示するオプションを検討しています。

たとえば、次のデータソース構成があるとします。

データソースの構成と属性、およびランタイムを監視できますか? LockWait timeOut などの属性に対してデータベース呼び出しがどのように行われるかを表示および追跡することは可能ですか?

同じものを監視するために mBeans を実装する必要がありますか?

私は初心者です..そしてそのことについてはジェロニモです。継続的な統合環境をセットアップできるように、webApp war ファイルをリモートの geronimo サーバーにデプロイする方法を見つけようとしています。

詳しく説明しましょう：

• システム A には Eclipse maven プロジェクトがあり、geronimo はインストールされていません。
• システム B には Geronimo サーバーがあります

今、システム A から Maven の目標を実行して、webApp の war ファイルをビルドし、システム B にリモートでデプロイします (おそらく、最初に既存のものをアンデプロイする必要があります)。 -maven-plugin "と頭上に浮かんでいます。cargo to tomcat を使ったリモート展開の例はたくさんありますが、私にはうまくいきません。

上記のシナリオを解決するためにどこから始めるべきかについての提案は大歓迎です!

ありがとう！

一部の EAR ファイル ベースのデプロイメントでは、「car」ファイルがタイプとして表示されました。それはどのように機能しますか？JAR または WAR ファイルとの違いは何ですか?

アプリケーションで OpenJPA を使用しており、アプリケーション サーバー コンソールで以下のエラー トレース ログを取得しています。

1. OpenJPA ログは、すべてのトレース ログをアプリケーション固有のログ ファイルにルーティングするように構成されています。ただし、これらのログは引き続き appserver コンソール ログに記録されます。

2. また、openJPAソースのPCRegistryクラスにprintTpSystemOutというメソッドが見つかりません。

ここで何が問題になる可能性がありますか? または、このトレースで非常に明白な何かが欠けていますか?

TomEE の「javaee-api-6.0-5.jar」で使用されている「javax.el.CompositeELResolver」に問題があります。

バージョン情報と svn-repository はこちら:
http://mvnrepository.com/artifact/org.apache.geronimo.specs/geronimo-el_2.2_spec/1.0.2

クラス CompositeELResolver のソース:
http://svn.apache.org /viewvc/geronimo/specs/tags/geronimo-el_2.2_spec-1.0.2/src/main/java/javax/el/CompositeELResolver.java?view=log

「invoke」メソッドでは、値が「null」のフィールドを持つリゾルバー配列全体を for ループが反復するため、null ポインター例外が発生します。必要に応じて配列サイズを 2 倍にするが値を初期化しない「add」メソッドのため、これは避けられないと思います。リゾルバーを使用する前に、「呼び出し」メソッドでリゾルバーが「null」であるかどうかを確認する必要はありませんか?

比較のために、別の javax.el 実装でアプリケーションを実行しましたが、正しく動作しています。

私の推測は間違っていますか？

ここで同様の問題を見つけました: https://issues.apache.org/bugzilla/show_bug.cgi?id=50293

マルチスレッドが私の問題を引き起こしている可能性はありますか?