問題タブ [stateless-session-bean]

ステートレス セッション Bean は、同じメソッドを持つ通常のクラスに対して何を提供しますか? ステートフル セッション Bean は箱から出して配布できるようで、コンテナーは状態がどこのクライアントにも同じように見えることを確認します。ステートレス セッション Bean では、通常のクラスでは得られないものは何ですか?

分散環境を使用している場合、EJB 層がフェイルオーバーできるというだけですか? ステートレス セッション Bean のローカル インスタンスまたはリモート インスタンスを取得できるように思えますが、アプリケーションにサーバーを 1 つしか使用せず、リモート インターフェイスをまったく使用しない場合、何か利点はありますか?

私はEJBが初めてです。同じ Bean でメソッドを呼び出す前に、リモート ステートレス Bean のメソッドを呼び出して値を設定する必要があります。最初のメソッド呼び出しで設定された値は、2 番目のメソッドで使用できる必要があります。ステートレス Bean は、次の呼び出しのためにインスタンス変数の値を保持できないことを知っています。Bean をステートフル Bean にすることなく、Bean メソッドで値を使用できるようにする代替手段はありますか。微調整のヒントはありますか？

私はEclipse 3.5、JBoss 4.2、EJB3で次の手順を実行しますが、クラスが見つからないという例外に直面しています

1.このコードを foo.jar ファイルにコンパイルする

fooInterface インターフェースは、使用する EJB 内に記述されていることに注意してください。

2. リフレクションを使用して、同じ ejb を持つこのクラスからインスタンスを取得します

fooInterface iDataBackupWriter =(fooInterface) foo.newInstance(); fooInterface.helloWorld(); } }

3.次に、ステートレス ejb3 内で呼び出します

4.次に、Jboss 4.2 にデプロイし、foo.jar を default/lib に配置します。

5. 次に、ejb 3 メソッドを呼び出します。単純なクライアントを使用します。

それは印刷します：

そして、Eclipseコンソールで次の例外が発生します

なにか提案を ？1.これは JBOOS の例外ですか? なぜですか? 1. ejb3 jar で見られるように、foo.jar をどこに置くべきですか?

前もって感謝します

LS

DBプロバイダーは、DBに接続するときに「共有できない」接続を使用することを提案しています。私は「共有できない」接続を使用することの長所/短所について合理的な理解を持っており、私たちのプログラミングモデルはさまざまなブログ投稿で言及されている問題を引き起こしません。

web.xmlを使用せずにJDBCデータソース接続を「共有不可」にする方法を教えてもらえますか？私たちのコンポーネントは、サーブレットではなくステートレスセッションBeanです。

ありがとう、
デビッド。

Weblogic10.3.0のBeanプールでステートレスSessionBeanが失われるという奇妙な状況があります。プールにはBeanが1つしかないため、これによりすべての着信コールが効果的にハングします。アプリケーションの制限のため、プールに複数のインスタンスは必要ありません。

Weblogic管理コンソールでは、Beanプールに1つのインスタンスがあり、0のBeanが使用中であり、1つの待機中の着信要求があることがわかります。問題は、なぜシステムが1つの明らかに無料のBeanインスタンスにリクエストを送信しないのかということです。

これは、数時間後に100,000を超える着信要求が発生した後に発生し、同じシナリオが古いweblogic8環境で正常に機能しました。

次のスタックトレースを取得します。

どんな助けでも大歓迎です。

これは初心者のエラーだと確信しています...

そのため、エンティティ、ファサード（永続層を実装）、およびリモートインターフェイス（ファサードを介してエンティティへのアクセスを提供）を備えたステートレスセッションBean（EJB3）を備えたJavaEE6アプリケーションがあります。

これは正常に機能しています。SLSBを介して、エンティティを取得および操作できます。

今、私はこれをWebアプリケーションから実行しようとしています（同じGlassfishにデプロイされ、Java EEアプリからのエンティティ+インターフェイス定義が別のjarとしてインポートされます）。挿入されたSLSBのインスタンスを受け取るサーブレットがあります。エンティティを取得するために取得すると、次のようになります（ログで確認できます）。

• リモートSLSBがインスタンス化され、そのメソッドが呼び出されます
• SLSBはファサードをインスタンス化し、「get」メソッドを呼び出します
• ファサードはDBからエンティティのインスタンスを取得し、それを返します
• SLSBは、エンティティのインスタンスを呼び出し元に返します
  • （ここまではすべて良いです）
• サーブレットを呼び出すと、エンティティの空のインスタンスが受信されます。

何が問題になっていますか？これはうまくいくはずですよね？

MyServlet：

他のコードを見たい場合はお知らせください。投稿を更新します。

Enterprise Application CustomerAppと の2 つのプロジェクトも生成するを作成しCustomerApp-ejbますCustomerApp-war。でCustomerApp-ejb、以下のように SessionBean 呼び出しを作成しますCustomerSessionBean.java。

これで問題なくデプロイできCustomerApp-warます。しかし、メッセージ駆動型 Bean を作成するとすぐに、デプロイできCustomerApp-warなくなります。NotificationBean.java(メッセージ駆動型 Bean)を作成するときは、project destinationオプションで [追加] をクリックNotificationQueueしDestination Name、 [Destination Typeキュー] を選択します。以下はコードです

サーバーログは言っMessage Driven Bean cant be managed beanた. 管理対象の Bean という意味ではありませんでした。私はコードに持っていませんでし@ManagedBeanた????

編集：これがサーバーログです

これはかなり初心者の質問です-私はそれを知っていることを知っておいてください.

一部のデータを一度ロードし、その Bean のすべてのインスタンスで使用するために静的変数にローカルにキャッシュする必要があるステートレス セッション Bean があります。データには、エンティティ Bean を介してアクセスできます。エンティティ インスタンスをキャッシュしても安全かどうか、またはクローンを作成する必要があるかどうか疑問に思っています。また、このエンティティにはサブエンティティもあります。

エンティティ Foo を呼び出します。Foo には Bar があります。私のセッション Bean では、次のようなことをしたいと思います。

私の質問:

1. これは悪い考えですか？それは機能しますか？

2. おそらくその getFoo() メソッドを必要とせずに、Foo データを一度ロードするより良い方法はありますか? Session クラスがロードされたときに静的に実行するのが理想的です。

コメントごとの新しい (正確な) サンプル コード:

ステートレス セッション Bean をデプロイ用に war ファイルまたは ear ファイルにパッケージ化する必要がありますか?

ejb コンテナにステートレス セッション Bean があります。jsf2 フォームから呼び出すと問題なく動作しますが、もう一度フォームを呼び出すと、以前に挿入したのと同じデータが表示されます。ブラウザを閉じて再度開いても発生します。フォームに空のフィールドが表示されるまで、数分待たなければなりません。ステートレス セッション Bean は、リクエストごとに再作成されません。それはステートフルなもののように振る舞います。何が悪いの？

アプリケーションサーバー: Glassfish 3.0.1