効率的に簡単にウェブ上の情報を交換する目的として、Web技術、HTTPとHTMLはページをベースにした方式とステートレスモデルを基にしていました。
このモデルの中では、ページは独立したものであり、クライアントとサーバーの間の最小のコミュニケーション単位でもあります。

ウェブが次世代のアプリケーション進化として現れたとき、このモデルは本質的な試練に直面しました：今日のアプリケーションの中で視覚的に複雑さを あらわせないという問題です。たとえば、ユーザーに見積もりを見せるため、他のページを開いて自分の取引の記録を探す、または最近の値段のページを開く、あ るいは現在の株価のページを開かなければなりません。ユーザーは現在作業しているページをそのままにし、いくつものページ間を移動しなければなりません。 ユーザーはページ間で簡単に迷子になるし、混乱しやすいのです。結果として、ユーザーは機嫌を損ね、売り上げが落ち、生産力も下がります。

ペー ジをベースにした方式に頼る近代のアプリケーションを進化させるのは一つの挑戦で、本質に関わる問題です。このモデルではサーバー上で作動しているアプ リケーションは全てを見なければいけません。リクエストに応えること、返答を送付すること、ユーザーをページと他のページに結び付ける過程を順番付けること、
エラーを処理することなどです。そこでStruct・Tapestry・JSFなど多数のフレームワークが開発プロセスを簡単にするため出現しました。
ページ方式と近代のアプリケーションとの大きなギャップによって、これらのフレームワークを学習して、利用することは決して楽しいプロセスではなく、簡単でも直感的なものでもあり ませんでした。