問題タブ [openejb]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
4 に答える
9093 参照

java - Jetty 8 + EJB 3.1 + JTA + CDI + JPA 2スタック?

Jettyを介して部分的なJavaEE6 Webプロファイルを「接着」することが現在可能かどうか誰かに教えてもらえますか?スタンドアロンのEJB3コンテナー、JTAプロバイダーなどを古いJettyバージョンと統合することについての記事をたくさん見つけたので、すべてを一緒に機能させることができれば、私は苦しんでいます。サーブレット3.0+CDI + EJB 3.1 + JTA(必要に応じて、宣言型トランザクション管理のみ)+ Jetty 8(またはJettyの代替が利用できない場合はTomcat 7)を介したJPA2環境をアセンブルしたいと思います。私の質問は次のとおりです。それはできますか?誰かがそれをなんとかやったことがありますか?OpenEJB、Atomikos、Weld、EclipseLink、Jetty(または他の同様のスタック)を連携させることに関する記事はありますか?魔法のような「すべてを行う」pom.xmlファイルはありますか?

PS:ええ、私はGlassFish(私はとても好きです)を使うことができることを知っています。サーブレットコンテナで同様の機能を実現するのはどれほど難しいのか、複雑さ、パフォーマンス、サイズ、展開速度、ハードウェアリソースの消費などの点で2つの環境をどのように比較するのか疑問に思っています。

0 投票する
1 に答える
2215 参照

jakarta-ee - 組み込みモードで openejb を使用すると、java:comp/env が見つからない

openejb ドキュメントのデカールとして

破られないルール。うまくいかないときは、これらを何度も読んでください。

  1. java:comp/env は、コンテナ管理のリソースを検索するための仕様定義の名前空間です。
  2. java:comp/env はデフォルトで空です
  3. java:comp/env は実行時に読み取り専用です java:comp/env は、xml または注釈を介してコンテナ管理リソースへの参照を宣言することによって設定されます

組み込みモードで openejb を使用しています。DI は正常に動作していますが、pojo でルックアップを行い、標準の jndi ルックアップを ctx.lookup("java:comp/env/DS") として使用してデータ ソースへの参照を取得したいと考えています。環境サブコンテキストが設定されているかどうかをテストするためだけに、ステートレス ejb で xml および @Resource を介してリソースを宣言しようとしましたが、環境サブコンテキストが作成されない理由がわかりません ... plz help

0 投票する
1 に答える
1379 参照

java - openejb + Tomcat:ejbdプロトコルの使用方法は?

TomcatコンテナにopenEJB.warをデプロイしました。Tomcatの/webappsフォルダーにEJBをデプロイしました。HTTP経由でejbを呼び出すと、正常に機能します。

httpの代わりにejbdプロトコルを使用したいのですが、その方法がわかりません。http:// localhost:8080 / openejb / ejbをejbd:// localhost:4201 /またはejbd:// localhost:8080 /に置き換えると、機能しません。Tomcatはejbdリスナーを提供していないと思います。EJBをopenEJBスタンドアロンサーバーにデプロイすると、正常に機能します。

どうすればこれを修正できますか?

ありがとう

0 投票する
3 に答える
3387 参照

ejb - カスタム値 (プロパティー) を ejb-jar.xml に入れることはできますか?

1) デプロイされたいくつかの EJB で OpenEJB (組み込みとスタンドアロンの両方) を使用しています。いくつかの単純な静的ビジネス ルールと値を指定します (例: icon_size=200)。通常、通常のプロパティ ファイル (例: rules.properties) に配置します。アプリケーション サーバー内でファイル システムに直接アクセスするべきではないため、これらのキーと値のペアを ejb-jar.xml 内のどこかに配置することは可能ですか?

2) そうでない場合、これを行うための標準的なメカニズムはありますか? それは何ですか?

ありがとう

0 投票する
1 に答える
672 参照

java - OpenEJBログを有効にする方法

Eclipseを使用して(Session Bean + MDB)を作成し、OpenEJBにデプロイしています。できます。では、ログのデバッグ情報をコンソールに出力するにはどうすればよいですか?プロジェクトにlog4j.propertiesを追加する必要がありますか、それともOpenEJBサーバーのプロパティを変更する必要がありますか?

ありがとう。

0 投票する
1 に答える
310 参照

jakarta-ee - Glassfish EJB サーバー + OpenEJB クライアント

サーバー上の EJB にアクセスするために、Glassfish から Java EE アプリケーション クライアントを使用しないことは可能ですか。スタンドアロンの Java SE クライアントに OpenEJB を使用してみます。出来ますか?このトピックについては、インターネットで何も見つかりません。

ありがとう

0 投票する
2 に答える
4440 参照

web-services - @Webservice EJB を WebServiceContext でテストします (OpenEJB を使用しますか?)

JAX-WS Web サービスとしていくつかの EJB があります。

この Web サービス クラス内で、@Resource を介して WebServiceContext が注入されます。この WebServiceContext を使用して、実装でプリンシパルを取得します。これは非常にうまく機能しますが、このクラスを (ユニット) テストする方法が気になります!

これまで、OpenEJB を使用して EJB をテストしていました。Web サービス クラスもステートレス セッション Bean であるため、ここでも同じアプローチを使用したいと考えています。ただし、それほど簡単には機能しません。もちろん、Web サービスとして呼び出されない場合、WebServiceContext が存在しないと不平を言います。

最初の質問は、OpenEJB で WebServiceContext をモックする方法はありますか?

いいえの場合、この種の Web サービス クラスをテストするには、どのような方法をお勧めしますか?

乾杯、フランク

0 投票する
1 に答える
877 参照

java - EJB クライアントがアプリケーション サーバーへの接続を失ったときにキャプチャできる例外はありますか?

EJB クライアント アプリケーションがアプリケーション サーバーとの接続を失ったときに発生する特定のケースの例外ハンドラーを作成したいと考えています。私たちが作成しているコードは、フェイルオーバー環境で同じサーバーまたは別のサーバーへの再接続を試行するユーザー フレンドリーな方法でクライアント アプリケーションを処理できます。「接続を失う」とは、再接続が必要なものを意味します。原因としては、ネットワークの問題、サーバーのロックアップ、サービスのダウンなどが考えられます。

これが私たちが探しているもののアイデアです(クライアントコード):

もちろんEJBConnectionExceptionは存在しません。そのようなものはありますか?

OpenEJB 1.4 (EJB 3.x 準拠) を使用しています。ただし、可能であれば、異なるアプリケーション サーバー間で使用できる例外ハンドラーを使用したいと考えています。

もう 1 つのことは、一部のアプリケーション サーバーは何らかのフェイルオーバー メカニズムを提供することですが、私たちの要件は少し特殊であり、クライアント コードに直接実装することができます。

0 投票する
0 に答える
536 参照

cobertura - Corbetura'1.10-svn'インストルメント化EJBでのOpenEJBアセンブラーエラー

最新のCobertura(svn rev 794)によってインストルメント化されたEJBはロードされません。アセンブリとテストは、インストルメントされていないEJBと1.9.4.1でインストルメントされたEJBで正常に機能するため、Coberturaに関連していると確信しています。

私は最新のCoberturaを使用して、ignoreTrivialおよびignoreMethodAnnotation機能を利用しようとしています。

コンテナの起動時に、次のログが記録されます。

Coberturaのsvnログで、ある時点でASM 3.0を使用してバイトコード操作を実行するようになったことを覚えていますが、それが原因かどうかはわかりません。

誰かがこれらの2つをうまくプレイする方法について何かアイデアがありますか?

ありがとう、

ジム