0

小規模および大規模な JSF 実装でいくつかの経験を収集した後、私はこれが Web アプリケーションの進むべき道であると判断しました。これは単に実現可能性と、これまでの資産とプラットフォームのフットプリントの再利用に関するものです。

現在のプロジェクトでは、最終製品がメモリと CPU が未指定のハードウェア ボックスに格納されるという問題が生じます。コスト上の理由から、最新のルーターやアクセス ボックスに匹敵します。誰も実装の経験がありますか

  • (単純な) Javaベースの Web アプリケーション
  • JSF の使用 (vs. 一部の「ロー プロファイル」フレームワーク)
  • 永続化フレームワークとネイティブ H2 とネイティブ SQLite とファイル ベースの永続化の使用

そのようなデバイスで？

4

1 に答える 1

1

この場合の制限は、Web コンテナー + JVM + 永続化フレームワークに適用されます。JSF またはその他の Web フレームワークによって課せられるオーバーヘッドは、検討中の他の要素と比較して重要ではありません。Tomcat は、メモリが限られているデバイスでうまく機能します。

質問: 実世界のデータはありますか (「単純な sqlite データにアクセスする Web ページは、5 人の同時ユーザーに対して 500 ミリ秒以内に 32 MB 未満で動作します」など)?

入手可能な最良の情報は、私が数週間前に書いた次の記事です。

JSF 2 と Wicket を理解する: パフォーマンスの比較。詳細ドキュメント (メモリ セクション) には、32 MB の tomcat を実行し、メモリ内 hsql データベースとサーバー側 (メモリ内) の状態を保存する 40 の同時スレッドを実行するテストがあります。秘訣は、セッションスコープに何を入れるかに注意することだと思います。それだけです。

于 2012-06-07T14:40:40.330 に答える