問題タブ [stateless]

**EJB3.0 と Websphere 6.1 でステートレス セッション Bean を作成できません。

すべてを EAR ファイルにパッケージ化し、Websphere にデプロイしました。ステートレス セッション Bean を作成しようとしていますが、それがセッション Bean をインスタンス化し、ejbCreate() を呼び出すことを期待しています。**

問題: 上記の 2 つのコード スニペットから、ejbCreate または ejbActivate メソッドを呼び出しません。これらの方法を通過するかどうかを確認できるように、ロガーを配置しました。

GAE はステートレスだと言われました。私は一般的にステートレスの概念を理解していますが、概念的にそれを GAE 型システムに適用する際にいくつかのガイダンスを使用できます。

私が開発したアプリが干渉の問題を抱えているように見えるため、特にこの質問をしています。つまり、2 人以上が同時に使用すると混乱します。（エラーが同時使用中にのみ発生することを確認するために、バグテストを続けています。）理論的には、このような干渉が発生する可能性がある2つの方法があることを認識しています。またはb。サーバーレベルで。私の質問: 後者は実際に可能ですか? アプリがサービスを提供しているときに、プログラム内の変数の状態を変更するなどして、あるユーザーが別のユーザーに干渉することはありますか? それとも、これは無国籍によって防がれているのでしょうか? 私は混乱しており、質問を誤解している可能性があります。ナマステ。

エンタープライズアプリケーションでORMツールを使用するのは初めてです。JPA2.0とEE6を使用するスケーラブルなアプリケーションを構築しています。アプリケーションを構築するための適切なパターンを見つけようとしていますが、エンティティの同期を維持する方法が見つかりません（エンティティにアクセスするBeanをプールしたい）。

例：

私はグループを持っています：

そして私にはユーザーがいます

これで、ユーザーをグループに追加または削除するステートレスBeanがある場合、ステートレスBeanの別のインスタンスに古い情報が含まれるリスクがあります。このためのベストプラクティスは何ですか？

ステートレス Bean が会話状態を維持しないことはわかっていますが、必要なのはロガーだけです。呼び出されるすべてのメソッドでロガーを取得する必要がありますか? そうでない場合は、どこで初期化する必要がありますか?

そのようなコードを書いた場合、ロガーを使用するメソッドで NullPointerException が発生しないことは確かですか?

Java Swingアプリケーションクライアントと、フェイルオーバーのために同じステートレスEJBJAX-WSのコピーを実行している異なる名前の複数のGlassfishサーバーがあります。

まず、これはフェイルオーバーを設定するための適切な方法であり、役立つリソースはありますか？

次に、私が行った方法は、すべてのメソッドをWebサービスから個別のJavaクラスにインポートし、各メソッドを呼び出す個別の管理クラスを作成することでした。各メソッド呼び出し内で、適切な接続を決定します（つまり、Webサービス呼び出しが失敗した場合、次のWebサービスに増分します）。問題は、これは効率的な方法ではないため、保守が難しい大量のコードであるということです。

どんな助けでも大歓迎です、ありがとう。

HTTP はステートレスであるという概念があったため、SOAP over HTTP (Web サービス用) もステートレスです。状態とは「物の状態」のことだと思っていました。例として、 と呼ばれるクラスとEmployeeと と呼ばれるメソッドがあるとsetSalaryしgetSalaryます。Web サービスの呼び出し元が呼び出しsetSalaryて給与を 1000 にした場合、getSalaryが呼び出された場合、呼び出し元は必ずしも値 10000 を取得する必要はありません。テストgetsalaryして 1000 (つまり、によって割り当てられた値setSalary) を取得したとき、状態Employeeオブジェクトの維持されました。

スタック オーバーフローの質問Web サービスはステートレスですか? Employee状態を維持するために使用される Cookie のようなトリックについて言及していますが、状態を維持するために明示的な努力をしていないので、オブジェクトの状態はどのように維持されたのでしょうか?

ステート/ステートレスの概念を完全に誤解している場合はお知らせください。

EJB セッション Bean の例を試しています。それらの違いを見たいです。私の基本的なプロジェクトの図は以下のとおりです。

http://img109.imageshack.us/img109/8262/85220418.png

プロジェクトはショッピングカートのようなものです。マネージド Bean を呼び出して、追加された Urun オブジェクトの結果をインジェクトされた EJB 経由で取得する場合、結果リストは最後の Urun オブジェクトである必要があります。私の EJB は @Stateless Bean です。しかし、アプリケーションを実行すると、新しく追加されたすべての Urun オブジェクトが保持されます。しかし、それはステートレスであり、すべてのアクションで最後の Urun オブジェクトを保持する必要があります。そして、別の Web ブラウザでアプリケーション ページを開くと、追加前の Urun オブジェクトのリストが表示されます。しかし、マネージド Bean と EJB は私のモデルではステートレスです。ただし、Singleton Bean として機能します。私の問題はどこですか？

長いコード投稿で申し訳ありませんが、誰かがマルチスレッドの質問を手伝ってくれるかどうか疑問に思っています (私はマルチスレッドにまったく慣れていません)。複数のスレッドで共有できる RESTFUL Web サービス API にファサード クラスを設計しようとしています。私は HttpURLConnection を使用して接続を行い、Google GSON を使用して JSON データとの間で変換しています。

以下のクラスは、私がこれまでに持っているものです。この例では、API 呼び出し (authenticateCustomer()) を行うためのパブリック メソッドが 1 つあり、API 呼び出しを容易にするためにプライベート メソッドが使用されます (つまり、POST データ文字列の作成、POST リクエストの作成など)。

このクラスのインスタンスを 1 つ作成し、それを 1000 のスレッドと共有します。スレッドは、authenticateCustomer() メソッドを呼び出します。ほとんどのスレッドは機能しますが、同期を実装していないため、null ポインター例外が発生するスレッドがいくつかあります。authenticateCustomer() メソッドを「同期」にすると、機能します。問題は、これにより同時実行性が低下することです (たとえば、POST 要求が完了するまでに突然長い時間がかかり、他のすべてのスレッドが停止するなど)。

今私の質問に。以下のクラスはステートレスではないため、スレッドセーフですか? クラス内にあるごく少数のフィールドが final と宣言され、コンストラクターで割り当てられます。すべてのメソッドはローカル変数を使用します。Gson オブジェクトは (Web サイトによると) ステートレスであり、とにかく API メソッドでローカル変数として作成されます。

}

疑問に思っていました...ejb3.1にステートレスBeanが2つあるとしましょう。

1. @ステートレスクラス1

   @EJB MyUniqueInstanceBean uniqueBean1;

2.2。

uniqueBean1とuniqueBean2は、MyUniqueInstanceBeanの一意のインスタンスであることが保証されていますか？

多数の同時リクエストを処理する必要があるWicketWebアプリケーションを構築しています。負荷テストを行うためのテスト環境といくつかのjmeterスクリプトをセットアップしましたが、ほとんどのページをステートレスにすると、アプリケーションのCPUとメモリのフットプリントを削減できることに気付きました。

最大のページのonBeforeRender（）メソッドにコードを追加して、ページがステートフルになる原因となっているコンポーネントを示しています。これは私がそれを検出するために持っているコードです：

出力では、ステートフル動作は、ページ内の既存のコンポーネントの一部で使用されているAjaxLinksによって引き起こされていることがわかります。

いくつかの場所で「true」を返すgetStatelessHint（）メソッドを追加しようとしましたが、役に立たないようです。AjaxLinkのWicketソースコード、そのスーパークラス、およびいくつかの周辺コードも確認しましたが、AjaxLinkがすべての場合にステートフルである必要がある理由を発見できないようです。

私の場合、AjaxLinkはステートレスページにあり、リンクはステートを保存しません。このAjaxLinkがステートレスになる可能性があることをWicketに理解させるにはどうすればよいですか？

助けてくれてありがとう、ロルフ

編集：受け入れられた回答はWicket1.4.19で機能します。

以下をmavenpom.xmlに追加しました。

「AjaxLink」を拡張したすべてのコンポーネントを「StatelessAjaxFallbackLink」を拡張するように変更しました。

WicketApplicationクラスに以下を追加することを忘れないでください。トラブルシューティングの時間を節約できます。

StatelessFormやその他のステートレスなものは、何らかの理由でリピーター（「ListView」など）内からは機能しないことに注意してください。