問題タブ [stateful]

コンテナを作成していて、ユーザーがカスタムアロケータを使用できるようにしたいのですが、参照または値のどちらでアロケータを渡す必要があるのか​​わかりません。

アロケータオブジェクトにそのメモリプールが直接含まれないことが保証されていますか（または少なくとも合理的な仮定）、したがって、アロケータをコピーして、アロケータのメモリプールが相互互換性があることを期待できますか？または、常に参照によってアロケータを渡す必要がありますか？

（コンパイラーがエイリアシングについて心配し始めるので、参照を渡すとパフォーマンスが2倍以上低下することがわかりました。そのため、この仮定に頼ることができるかどうかがわかります。）

extjs グリッドでプラグインを使用してデータをフィルタリングしています。これはうまく機能していますが、私が見逃しているのは、私が行った選択が保存されていることです。そのため、ブラウザを更新すると設定が失われます。これはどうやって保存できますか？

私はこれを使います

列では、このオプションを使用します

しかし、それは機能していません。フィルタの設定を保存するにはどうすればよいですか。いくつかの列でフィルターを使用します

Javaサーバーを備えたFlexアプリケーションがあります。ステートレスおよびステートフルのJavaBeanがいくつかあります。FlashBuilder4.6でFlex側をデバッグしたい。

デバッグを起動するたびに、Java JSESSIONIDが再生成されるため、ステートフルBeanを適切にリロードできません。この動作は、スタンドアロンプ​​レーヤーでデバッグする場合、またはFB4.6内でWebベースのデバッグを行う場合に発生します。

ブラウザでFBの外部でアプリケーションを直接起動すると、JSESSIONIDが正常に再生成されませんが、デバッグできません...

JSESSIONIDを再生成せずにFBでデバッグするトリックはありますか？

JBoss 管理ガイドを読むと、「ステートフル エンドポイント」を作成するために WS アドレッシングが使用されていることがわかります。

WS-addressing が Web サービスの SOAP ヘッダー内のメッセージング ルーティング データを指定するための標準を作成することは理解していますが、それがエンドポイントの状態とどのように関係しているかはわかりません。

ここにウィキペディアからの何かがあります：

WS-Addressing は、応答の送信先となるエンドポイント参照 (EPR) を含む共通 SOAP ヘッダー (wsa:ReplyTo) を指定することにより、非同期対話の使用をサポートします。サービス プロバイダーは、別の接続を介して応答メッセージを wsa:ReplyTo エンドポイントに送信します。これにより、SOAP 要求/応答対話の存続期間が HTTP 要求/応答プロトコルの存続期間から分離されるため、任意の期間にわたる長時間の対話が可能になります。

HTTPwsa:ReplyTo要求が完了した後でも、適切な場所に応答を取得する方法があるため、非同期で処理を行うことができます。

「状態」がどこに入るのか、まだわかりません。

これに関する洞察はありますか？

このクラス定義は少し奇妙だと思います: http://www.extremeoptimization.com/Documentation/Reference/Extreme.Mathematics.LinearAlgebra.SingleLeastSquaresSolver_Members.aspx

Solve メソッドには戻り値がありますが、Solution プロパティでも結果を取得できるため、その必要はありません。

これは、私が従来のコードと見なしているものです。

これは、リンクのソルバーと同じ精神の代替手段になります。

2 番目のバージョンが少し「非伝統的」であること以外に、長所と短所は何ですか?

はい、コンパイラーは、いくつかのプロパティ (パラメーター) を割り当てるのを忘れたユーザーを助けませんが、これは、書き込み可能なプロパティを含み、コンストラクターに必須の値を持たないすべてのコンポーネントに当てはまります。

はい、スレッド化は機能しませんが、各スレッドは独自のソルバーを作成できます。

はい、ガベージ コレクターはソルバーの結果を破棄できませんが、ソルバー全体が破棄された場合は破棄されます。

はい、コンパイラとプロセッサには、パラメータと戻り値の特別な処理があり、高速になりますが、パラメータ処理の時間はほとんど無視できます。

等々。他のアイデア？

ログインしたユーザーに応じてエンティティマネージャーを「生成」するシステムを構築しようとしています (マルチテナンシーの種類)。そのため、次のようなステートレス ejb を実装しました。

entitymanager は次のように挿入されます。

このプロデューサは、(ステートレス ejb で) 拡張永続コンテキストを持たないエンティティ マネージャのみが必要である限り機能します。残念ながら、拡張永続コンテキストを必要とするステートフルな ejb もいくつかあります。この目的のために CDI プロデューサーを実装する方法はありますか、またはこのアプローチはトランザクションエンティティマネージャーを使用したステートレス ejb でのみ機能しますか?

または - 少なくとも正しい用語はステートフルだと思います。大量のデータを一覧表示する wcf サービスを取得しました。実際、あまりにも多くのデータがあるため、maxrecievedmessagesize を超えてしまい、プログラムがクラッシュします。

データベースへの呼び出しを分割する必要があることに気づきました。5000 行を取得する代わりに、行 1 ～ 200 を取得し、行番号 200 の ID を記憶し、行番号 200 の ID から次の 200 行を取得する必要があります。

誰もこれを行う方法を知っていますか? ステートフル (「ステートレスの反対」のように) は正しい方法ですか? で、どう進めばいいの…？誰かが私に例を挙げてもらえますか?

5分ごとにスケジュールされる単純なc＃コンソールアプリケーションがあります。プログラムを呼び出すたびに、最後の実行の出力が必要です。

私が今していることは、テキストファイルを使用して結果を保存することです。次回実行すると、テキストファイルが開き、前回の実行の出力がわかります。

そのようなテキストファイルを必要としない他の方法はありますか？セッション変数などを維持するのが好きですか？

私はSilverlightに少し慣れていないので、WCFサービスの障害/破棄に対処する方法を知りたいです。

私は、try / catchでサービスを呼び出す（必ず閉じるか中止する）このようなもの（ wcf abort / close pattern ）に慣れています。（ステートレスアプリケーションでうまく機能します）

Silverlightを調べて、中止/クローズパターンをどこに適用しますか？サービス呼び出しは非同期であり、アプリケーションは状態がいっぱいであるためです。

現時点で私が考えることができるのは、ページの例の約1/2のところにある、n層アプリのChannelFactoryManagerを伴うある種の動的プロキシ（Castle DPなどを使用）です。ここで、プロキシは常に開いているチャネルが存在することを確認し、ChannelFactoryManagerが障害を処理します

ステートフル セッション Bean を使用して EJB 3.1 をプログラミングしようとしています。EJB とは何か、およびステートフル、ステートレス、シングルトンの違いを十分に理解する必要がありました。

しかし、私のステートフル Bean には奇妙な動作があります。シングルトンとして動作します!! つまり、複数のクライアント/ブラウザー/マシンから以下のサーブレット (ShoppingCartServlet) を呼び出すと、同じ Bean が返され、毎回同じ値がインクリメントされます。Bean がシングルトンであるため、「カウント」値はクライアントから共有されます。

分かりやすく教えてください!!

ここにコード。

サーブレット コード

EJB コード

サーブレットは WAR ファイルにパッケージ化され、EJB は JAR ファイルにパッケージ化されます。どちらも一意の EAR ファイルにデプロイされます。

編集:以下のようにサーブレット コードを変更しようとしましたが、呼び出しごとに新しいステートフル Bean が作成されるようになりました。