問題タブ [stateless]

HTTPプロトコルについて私が理解していることは、それがステートレスであるということです。これは（私にとって）つまり、一度に1つの接続しか提供しないことを意味します。

サイトにアクセスしようとしているユーザーが100万人いる場合でも、一度に1つの接続しか提供できません。

では、IISで「同時ユーザーの最大数」（または同様の数）という設定を見ると、これはどういう意味ですか？

NHibernate を使用して DB にマップされた 2 つのエンティティがあります。

Entity1 については、Entity2 との多対多の関係も指定します。

私が理解しているように、内部的に NHibernate は多対多の関係を表し、次のような関係エンティティを作成します。

次のように NHibernate ステートレス セッションを使用して、これらのエンティティを DB に追加しています。

しかし、それらの間の関係も追加したいと思います。このために、関係エンティティも保存する必要があります。ステートレス セッションを使用して多対多の関係を追加するにはどうすればよいですか? 関連エンティティを暗黙的に指定する必要がありますか、それとも別の方法がありますか?

ステートレス クラスの欠点を知りたいのですが (もしあれば)? 一部のユースケースでステートレス クラスの作成が義務付けられている実際のアプリケーションを見た人はいますか (No hello world please )。ステートレス クラスとは、フィールドのないクラスを意味すると思います。

私は EJB が初めてで、最初の問題に直面しています。ステートレス EJB に含まれる @Schedule メソッドを使用しようとしています。このメソッドで、Bean の作成時に設定されるプライベート メンバー変数を使用したいと思います。

以下に短い例を示します。

そして、スケジュール Bean:

問題は、「メッセージ」変数が printMsg() メソッドで出力されると常に null になることです...これを達成する最善の方法は何ですか?

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

私はステートレスプログラミングの利点について疑問に思っていましたが、私の質問を共有している人を見つけました： ステートレスプログラミングの利点は？

しかし、答えを読んでいると、逆の質問に興味を持ちました。ステートフルプログラミングの利点は何ですか？最近はステートレスコードに注目が集まっているようですが、トレンドには警戒しています。

ステートフル（つまり命令型）プログラミングは、ステートレス（つまり関数型）プログラミングよりも特定のシナリオに適しているようです。ステートフルプログラミングで解決できる問題をよりよく認識できるようにしたいと思います。

私たちのアプリケーションのアーキテクチャドキュメントには、直感的に関連付けることができない流行語がいくつかあります

1. ステートレスな配布可能なアプリケーション

2. プラグ可能なセキュリティモデル

分散とはどういう意味か理解できますが、ステートレスとはどういう意味ですか？ステートレス配布可能アプリケーションとはどういう意味ですか？そのようなアプリケーションの例を挙げていただけますか？

プラグ可能なセキュリティモデルとは何ですか？プラグ可能なAPIは、プラグインしたり、他の実装に置き換えたりできるものであることを理解していますが、セキュリティは、アプリケーションに十分に統合され、そのコアにあるものだと思います。プラグ可能にすることはできますか？そのようなアプローチがどのように見えるかについて、いくつかの例を挙げていただけますか？

私は2つの豆を持っています。1 つのステートフルと 1 つのステートレス。ここで、ステートフル Bean からステートレス Bean にあるメソッドを呼び出したいと思います。これどうやってするの？ステートレス Bean にはインターフェースもあります。

インスタンス変数と 2 つのパブリック メソッドを持つステートレス セッション Bean があります。以下はその疑似コードです。

どちらのメソッドも、クライアントから次々と呼び出されます。クライアント コードとステートレス セッション Bean は、Websphere にデプロイされます。Application Server の単一インスタンスまたは 2 つの Application Server を持つクラスターの場合、methodB から出力される instanceVar の値は methodA と同じであることが観察されました。ただし、アプリケーション サーバーが 3 台ある環境では、表示される instanceVar の値に古い値が含まれます。誰でも私のためにこの動作を説明できますか?

前もって感謝します！

よろしく、 スドゥ

Glassfish3.1 でステートフル セッション Bean をインスタンス化する際に問題が発生しています。

JSF アプリケーションの @ManagedBean (セッション スコープ) は、@Stateless セッション Bean の @Local インターフェースを使用していましたが、すべて正常に機能していました。

@Stateful Bean に変換する必要がありましたが、マネージド Bean にステートフル Bean を注入しようとすると例外が発生します。

問題のコードは、次の 3 つのレイヤーで構成されています。

CoreClassEAO は、データベースへのアクセス レイヤーを提示し、次のようになります。

最後のバージョンでは、ShopAdmin と CoreClassEAO の両方が @Stateless Bean の場合、すべてが完全に機能していました。しかし今、ShopAdminInterface を注入すると例外がスローされます

更新: 問題を絞り込みました: @Stateful Bean を別の @Stateful Bean に注入する他の質問を参照してください

ConfigParameterファイルから構成値を読み取る SLSB がありますejb-jar.xml。

このクラスにはプライベート フィールドのみがあり、各フィールドには対応する getter メソッドがあります。私のアプリケーションにはConfigParameter、構成値を読み取るために のインスタンスを使用する他の多くの EJB があります。

状態はアプリケーション全体で共有されるためConfigParameter、を作成することをお勧めします。@Singleton

ただし、 ではまたはにしかejb-jar.xml設定できません。ファイルは次のようになります。session-typeStatefulStateless

私の質問は次のとおりです。

1. この Bean をシングルトンにするのは良い考えですか?
2. はいの場合、どうすればこれを達成できますか?
3. session-type理解のために:シングルトンに設定できないのはなぜですか?