問題タブ [stateless]

一部のWebアーキテクトは、ステートレスWebアプリケーションを目指しているようです。それは基本的にユーザーセッションを保存しないことを意味しますか？それともそれ以上のものがありますか？

ユーザーセッションの保存だけの場合、それを行わないことの利点は何ですか？

ユーザーがログインおよびログアウトできるようにする場合、ステートレスアプリケーションでこれを行うための適切なパターンは何でしょうか。

また、セキュリティ上の最大の懸念事項は何ですか？私はこれをJavaで行うことを考えています。

ありがとう、アレックス

さまざまな Oracle.com プロパティで、Oracle CRM On Demand にはステートレスな方法で Web サービスにアクセスする機能があると主張する声明を見てきましたが、これが何を意味するのかについてのドキュメントを見つけることができないようです。

Oracle CRM On Demandでステートレス・リクエストを正常に呼び出したことがあるか、または関連情報を持っている人はいますか?

JavaScriptオブジェクトとして保存したい高価なデータがいくつかあります。

基本的に、配列を宣言するJavaScriptを生成し、<table>ページ上の要素を見つけて、jQuery.dataプロパティを使用してこのデータをテーブル要素に格納します。このJavaスクリプトを起動スクリプトとして登録します。

それは完全にうまく機能しますが、ポストバックでは驚くことではありません。

この問題を克服するための便利な方法を教えてください。

この投稿を読みましたが、私の質問には答えていません。 インスタンス変数を使用したステートレス セッション Bean JEE5 チュートリアルを読ん でいます。プールされたステートレス Bean の変数であり、この状態は、プールされたステートレス Bean の次の呼び出しまで保持されます 」

私はこれに同意しません.. Beanの異なるインスタンスの呼び出し間で「あらゆる」種類の状態を維持することは、「ステートフルな」セッションBeanが必要なものであると考えました。

このthxを事前に理解するのを手伝ってくださいRooban

ステートレス ejb がプールに割り当てられたときに @PostConstruct や ... のようなイベントはありますか?

それが起こったときにいくつかのローカル変数をリセットしたい。

RGDS

「ステートレスプロトコル」の反対が何であるか知りたいです。たとえば、HTTPがステートレスであると見なすと、FTPなどのプロトコルが反対/状態を維持するプロトコルであると仮定するのは正しいですか？

ありがとう。

クラス T があるとします。

1. T には仮想関数がありません。
2. T インスタンスには状態がありません。
3. T には、それ自体の静的メンバー インスタンスがあります。
4. T 自体には他の状態はありません。

C++ の静的初期化の大失敗により、プログラムが台無しになる可能性はありますか? 静的インスタンスの 1 つが使用前に初期化されていなくても、T オブジェクトはステートレスであるため問題にならないため、そうは思いません。

次のような列挙型のクラスに対してこれを行うことに興味があります。

ユーザー名とパスワードを指定することで、クライアント/コンシューマー アプリケーションがログインできるようにする単純な WCF サービスを用意しました。ユーザー名とパスワードの両方が正しい場合、WCF サービスはクライアントに GUID を提供します。GUID とユーザー名は、キーと値のペアとして WCF サービス内に格納されます。これ以降、クライアントは識別手段として、すべての要求で GUID を送信します。

キーと値のペアをディクショナリ/ハッシュマップに格納しているため、このアプローチは WCF サービスがステートフルである場合にのみ機能します。質問は、デフォルトでステートフルですか、それともそのように動作させるために何かしなければならないことがありますか?

多くの Web 言語でよく見られる問題は、データベース接続を閉じる必要があることです。そうしないと、合計接続数が徐々に増加し、何らかの形で停止してしまいます。

HTTP はステートレスです。リクエストの処理が完了したときに、これらの言語は、リクエストが開いた接続をドロップできないのはなぜですか? 開いたままにしておく正当な理由はありますか?