ほとんどの Java Web アプリケーション フレームワークは、サーバー側のセッション オブジェクトを使用してセッション状態を保存します。これはスケーリングを複雑にするため、Shared-Nothing アーキテクチャを実装するフレームワークを検討しています。フレームワークとApache をクリックします。このリストに他にどのようなフレームワークを追加する必要がありますか?
質問する
993 次
4 に答える
1
GWTフレームワーク-完全なAJAXアプリケーションを作成するため、必要なものをすべてクライアント側に保存し、サーバーに認証トークンのみを送信できます（検証のためにメモリシングルトンまたはデータベースに保存できます）。
同じことができるクライアント側のJavaScriptソリューション。クライアント側では、ビジネスメソッドを実装し、RESTチャネルを介してそれらを許可するためだけにSpring MVCを使用できます（データ転送プロトコルとしてのJSONが推奨されるオプションです）。
于 2012-01-13T19:30:46.577 に答える
1
セッションを使用しないでください。それは非常に単純です: 彼らのほとんどは自分でセッションを使用しません.セッションに何かを入れるかどうかを決めるのはあなたです.
于 2012-01-13T19:29:06.730 に答える
1
Play フレームワークは、ステートレスの原則で設計されているため、必要なものをすべて提供する必要があります。前述のように、他のフレームワークでもうまくいく可能性がありますが、プレイは完全なスタックであり、迅速な開発に対応しています (おそらく Java の Ruby on Rails に相当します)。ユーザー認証と承認を使用して、本格的な Web アプリケーションを簡単かつ迅速に開発できます。チュートリアルを完了することを強くお勧めします。Java 開発は、かつてないほど生産的で楽しいものになりました。
于 2012-01-14T07:48:50.510 に答える
0
Restlet (2.1) には、サーバー側のセッションに依存せずに認証を処理する CookieAuthenticator があるため、リストに追加できる別のフレームワークです。
于 2012-01-14T20:02:06.663 に答える