問題タブ [stateful]

私はJava/Springアプリケーションを構築していますが、ステートフルWebサービス呼び出しを組み込む必要があるかもしれません。ステートフルサービスコールから完全に逃げる必要がある場合、またはそれを実行でき、エンタープライズ対応である場合、意見はありますか？

ファイル全体を再度読み取ることなく、最後のクエリ以降にファイルに追加された行数を確認できるようにしたいと思います。

何かのようなもの ：

コンパイラに簡単にアクセスできないので、単純なPerlのソリューションが好まれます。

ステートフル Web サービスのテスト クライアントとして何を使用しますか? SoapUI を使用することは可能ですか? この分野でのベストプラクティスはありますか?

SOAP拡張機能を使用してPHPでステートフルWebサービスを実装しようとしています。（はい、Webサービスはステートレスであると想定されていることを知っています。私が本当に気にかけているのは、何らかの形式のセッションIDだけなので、サービスを呼び出すたびに認証する必要はありません）。PHP.netのAPIドキュメントにはこれがいくらか欠けており、他に多くのことが書かれていません。

それについて説明しているページ（http://bytes.com/forum/thread160816.html）を見つけ、テストとしてコードを実装しました。Webサービスを使用し、各関数を呼び出して結果を表示する小さな.NETアプリケーションを作成しました。私が読んだところによると、PHP SOAP拡張機能は、機能がsetClass（）関数を使用してクラスにカプセル化され、setPersistence（）関数がSOAP_PERSISTENCE_SESSIONに渡される限り、呼び出し間でクラス変数を永続化します。

これが私のコードです：

私が遭遇した問題は、$ nameが呼び出し間で永続化されないことです。つまり、setName（）に割り当てた値ではなく、常に初期化された値を取得します。私が述べたように、私はデータベースに対して認証した後、セッションIDを永続化しようとしています-誰かがこれを行うためのより良い方法を持っているなら、私は提案を受け入れます。しかし、私はまだ一般的なケースを解決したいと思います。誰かアイデアはありますか？

おい！私はJava EEとStackowerflowの両方に比較的慣れていないので、親切にしてください:-)

状態が変化したときに Java メッセージを送信するトリガーとなるデバイスがたくさんあります。これらのデバイスは通常、約 30 ～ 90 分間隔でアクティブになります。各イベント メッセージには、イベントの詳細に加えてデバイス ID が含まれています。

私のアプリケーションの中心は、これらのイベントをサブスクライブするメッセージ駆動型 Bean です。イベントを取得するたびに、データベースにアクセスしてデバイスに関する情報を検索する必要があります。

ステートフル セッション Bean をアクティブな各デバイスに関連付けることができれば、非常にすばらしいことです。これが Web アプリケーションであった場合、http セッションを使用して、ステートフル Bean へのハンドルまたは参照を格納していたでしょう (そうですよね?)。メッセージ Bean からこれをアーカイブする方法はありますか?

組織内にステートフルWebサービスが必要です。しかし、私がオンラインで読んだところはどこでも、ステートフルWebサービスを構築することは悪いプログラミングであると言っていますが、その理由は何も言われていません。何がそんなに悪いのかわからないと思います。また、Webサービスで状態を取得できるようにするための回避策を提供する理由もよくわかりません。

だから私の質問は、ステートフルWebサービスを使用するのはなぜ悪いプログラミングなのか、そしてなぜそれが許可されるのかということだと思います。

実際のプロジェクトではどのようなサーバーを目にしますか?

1) Web サービスはステートレスである必要があります: 基本的に、すべてのリクエストでユーザー名/パスワードを送信する必要があり、すべてのリクエストで HTTPS を使用する必要があり、必要に応じて毎回 User オブジェクトを認証してロードします。

2) Web サービスのセッション: Web コンテナーのように、少なくとも認証済みのユーザー オブジェクトを保存し、セッション ID に似たものを保持できるため、リクエストごとにユーザーを認証、読み込み、確認する必要がありません。

3) スティッキー サービス (リクエスト間で永続的なサービス): https://jax-ws.dev.java.net/nonav/2.1/docs/statefulWebservice.html

ステートフル サービス (および Web アプリケーション セッション) のスケーラビリティの問題は理解していますが、ショッピング カートなど、何らかの状態が必要になる場合があります。ただし、この状態をデータベースに入れる (バックエンドをある種のセッションarghとして使用する) か、状態全体をクライアントに渡すこともできます (クライアントはショッピング カート全体を再送信する責任を負います)。

実際のところ、少なくとも Web アプリケーションの場合、セッションは多くの状況で大いに役立ちます。システムが「Web サーバーがダウンした場合、ユーザーは何をしていても最初からやり直さなければならない」ことを受け入れる場合、またはそれが受け入れられない場合はセッション クラスターを試すことができる場合、スケーラビリティの問題は無視できます。

Web サービスの場合はどうですか? Web サービスは Web アプリケーションとは大きく異なり、オプション 1) (常にステートレス) を受け入れると結論付けたいと思いますが、実際のプロジェクトの経験に基づいた他の意見を聞くことができれば幸いです。

ステートフルBeanがパッシベーション/アクティブ化されており、対応するコールバックが適切に呼び出されているかどうかを確認したいと思います。

そのために、Beanのインスタンスの数を制限するようにコンテナーGlassFishおよび/またはJBOSSを設定したいと思います。

出来ますか ？はいの場合、どのように？

C# で Windows サービスを作成しました。それは機能し、うまく機能しています。Windows サービスに WCF サービスを追加して、クライアント アプリケーションが Windows サービスに接続し、Windows サービスからステートフルな情報を取得できるようにしました。

次のように、同じサービス インスタンスを使用してすべてのクライアントからのすべての要求を処理するように、WCF サービスをシングルトンに構成しました
。

すべてのクライアントが接続でき、WCF サービス内の同じステートフル情報にアクセスできます。ただし、次のような独特の動作に遭遇しています。

改訂: Windows サービス内で
WCFサービス コントラクトをインスタンス化します。インスタンス化時に割り当てられたステートフルな情報は、サービスに接続するすべてのクライアントで利用できます。

ただし、 (クライアントによってではなく) Windows サービスから直接サービス コントラクトインスタンスに追加されたステートフルな情報は、サービスに接続するクライアントには表示されません。これは、サービス コントラクトの 2 つのインスタンスがあるかのようです。1 つは Windows サービス用で、もう 1 つは WCF サービスに接続するクライアント用です。

WCF サービスをインスタンス化し、Windows サービス内で利用可能なステートフル情報にアクセスできるようにするための推奨される (最良の) 方法は何ですか?

私のアプリケーションにはステートレス EJB があります。そして今、ステートフルを介していくつかのデータベース操作を行う必要があります。このステートレス EJB は、ステートフルな接続を開く DB ユーティリティにアクセスできますか? これにより、設計/パフォーマンスの問題が発生しますか?