JavaServer Faces (JSF) は、JavaベースのWebアプリケーションフレームワークである。Javaの拡張機能セットであるJava Platform, Enterprise Edition (Java EE) の仕様の一つに採用されている。他の伝統的なリクエスト駆動型のMVC Webフレームワークと異なり、JSFはコンポーネントベースのアプローチをとっている。UIコンポーネントの状態は、クライアントが新しいページをリクエストした際に保存され、リクエストに対するレスポンスが返されるときに復帰される。JSFは当初、画面表示技術にJavaServer Pages (JSP) を用いていたが、2.0以降はより普通のHTMLに近いFaceletsが採用されている。JSFには下記の要素が含まれる:JSF仕様はJava Community Processの元で、JSF 1.0および1.1を定義する"JSR127"として、JSF 1.2を定義する"JSR252"として開発された。またJSF 2.0は"JSR 314"として開発されている。Faceletsは、JSFのために開発されたWebテンプレートエンジンである。JSF 2.0からJSPに代わってJSFのデフォルトの画面表示技術として採用されている。Faceletsの最初のバージョンが登場したのは2005年のことで、当時はJSF 1.1, 1.2をターゲットとしていた。JSFと同じコンポーネントベースのWebアプリケーションフレームワークであるApache Tapestryとは似通っており、Facelets自体もTapestryの考え方を一部取り入れている。Faceletsのテンプレートは主にXHTMLで作成される。テンプレートを記述する方法としては、Facelets独自のXMLタグを直接埋め込む手法と、通常のXHTMLタグにcodice_1属性を用いて間接的に埋め込む手法の2つがある。以下にまず独自のXMLタグを用いる場合の例を示す。codice_1属性を用いた場合、上の例は以下のようになる。codice_1属性を用いたテンプレートの場合、他のアプリケーションからは普通のXHTMLとして扱えるため、ブラウザーで表示を確認したり、WYSIWYGデザインツールを用いて編集したりすることができる。StrutsはApacheソフトウェア財団が提供するMVCフレームワークである。Strutsはpage-at-a-time型のMVCフレームワークを提供し、JSFスタイルのコンポーネントモデルは備えていない。ページは入力をアクションに接続するディスパッチサーブレット (controller) を備えたモデルにマップされる。Strutsアプリケーションはビューを表示するために主にJSPを使用するため、手近なタグライブラリの使い方に影響を受けやすい。WebObjects は、よく知られた最も初期の Web アプリケーションフレームワークで、元々は NeXT Software によって開発された。その後 アップルコンピュータが Next を買収した際に獲得された。WebObjects はJSF 同様のコンポーネントおよびイベントモデル、ライフサイクルを備えている。J2EE がなくても配備することができ(もともとの構成)るが、サーブレットコンテナー内に配置することもでき、その場合にはディスパッチャオブジェクトが J2EE Web アプリケーションのエントリーポイントとして動作する。JSF （の既定動作）とは異なり、コンポーネントは JSP ファイルには定義されず、codice_4 テンプレートファイル、フィールドやアクションを Java コードにマップするファイル、codice_5 のクラスファイルのいずれかあるいはすべてを含む codice_6 ディレクトリに定義される。テンプレートファイルは表示とレイアウト部分を提供し、他のWebObjects コンポーネントを含んでも良く、JSF が既定で使用する RenderKit への委譲のアプローチとは異なる。これは、JSF での委譲モデルと直接描画モデルの中間点にある。WebObjects は、最も初期のオブジェクト関係マッピングのフレームワーク、Enterprise Objects Framework を備えた、レイヤー化されたアーキテクチャを含んでいる。Wotonomy は、WebObjects フレームワークのオープンソースの再実装であり、クリーンルームで(訳注：プロプライエタリのコードを使用しないよう注意して)開発され、 LGPL でライセンスされている。Wotonomy は WebObjects のすべての部品を実装しようと試みており、完全な MVC web-GUI スタックを実装している。WebObjects のクローンであり、未完成な部分を除けば JSF との違いは WebObject と全く同様である。Tapestry は動的で、堅固で、スケーラブルな Web アプリケーションを Java で開発するためのオープンソースのフレームワークである。Tapestry は標準的な Java Servlet API の上に構築され、任意のサーブレットコンテナやアプリケーションサーバの上で動作する。JSF とは異なり、 Tapestry は JSP を表示技術として用いない。代わりに、簡単に HTML をプレビューでき、編集できる (JSF ベースの Facelet に類似した)別のテンプレートエンジンを選択している。JSF は、Web アプリケーションの開発に、Microsoft の ASP.NET に似たコンポーネントベースのアプローチをとっている。JSF ではレンダリングとコンポーネントのインターフェイスが分離可能で出力部分をカスタマイズできるが、ASP.NET v1 では、コンポーネントの出力のコードは UI コンポーネントに結合されている。ASP.NET v2 は制御アダプターフレームワークを導入し、標準の出力エンジンをサードパーティのコードで置き換えることができる。コンポーネントから生成し、コンポーネントとは別のファイル("code behind")に格納されるイベントを受信することでビジネスコードが UI コンポーネントに接続される。従って、典型的な ASP.NET のページは視覚上のページレイアウト（デザイン）を記述した (HTML) ファイルと、ページのロジック(コード)を記述したファイルからなる。Microsoft の開発ツールによって、両方のファイルを一つの要素として扱うことができる。書籍 "Core JSF" の著者によれば JSF は Visual Studio 2005 に似たようなRapid application development (RAD) の領域で Java が ASP.NET/Visual Studio と競争できるような手段を提供し、開発コストや開発を始める際の障壁を下げている。JSF はリッチインターネットアプリケーション技術である Ajax とともに言及されることが多い。Ajax はリッチなインターユーザーインタフェースの作成を可能にする技術の組み合わせである。Mojarra(JSF のリファレンス実装)とApache MyFacesにおけるユーザーインタフェースコンポーネント は元々は HTML のためだけに開発されたもので、AjaxはJavaScriptを介して追加せねばならなかったが、これは変わった。JSF は複数の出力形式をサポートしているため、JSF ベースのユーザーインタフェースの品質を向上させるため、Ajax を用いるコンポーネントを簡単に追加することができる。JSF 2.0 仕様では、UI ロジックの一部がサーバ側だけではなくクライアント側でも動作できるようにし、また JavaScript がブラウザで無効の場合にもうまく品質を落とせるようにすることで、Ajax のサポートを改善することを意図している。以下の企業やプロジェクトが Ajax に基づく JSF の実装や設計を提案している：

出典:wikipedia