JavaサーブレットはWebブラウザが送信するリクエストを扱うようにデザインされています。 JSP(Java ServerPages)は動的なWebページを生成するようにデザインされており、 そのページは変化のないサイトを変化のあるアプリケーションに変えます。 StrutsはWebブラウザからのリクエストを適切なServerPageに中継する交換台として、 特別なサーブレットを使用します。 これがWebアプリケーションの設計、構築、管理を非常に容易にしてくれます。

Strutsのメカニズムと依存関係について詳しく説明します。

• The web application that you develop has a deployment descriptor (WEB-INF/web.xml) which you must write. This file describes the configuration of your web application, including welcome pages (the file that is shown in a directory when none is specified by the request), mappings to servlets (path or extension name), and parameters to those servlets.
  In this file, you configure the Struts ActionServlet as the servlet that will handle all requests for a given mapping (usually the extension .do). This is the "switchboard" mentioned above.
  In this same file, you configure the ActionServlet to use one or more configuration files for Struts itself.
  For this text, assume we are installing the web application on the server at /myapp, and are using the simplest possible configuration from there.
  If you need more details on deployment descriptors, read the Servlet Specification available from Sun Microsystem's Java site.
  
• Webアプリケーションを開発する場合、デプロイメント記述子 (WEB-INF/web.xml) を必ず作成しなければなりません。 このファイルには開発するWebアプリケーションの設定が記述されています。 設定としては、ウェルカムページ（リクエストでファイル名が指定されない場合にディレクトリ上に表示されるファイル）、 サーブレット（パスや拡張子名）へのマッピング、それらのサーブレットへのパラメータなどがあります。
  このファイルで、指定したマッピング（通常、.doという拡張子） への全てのリクエストを扱うサーブレットとして、Strutsの ActionServlet を設定します。これが上に述べた「交換台」です。
  同じファイルで、Struts内部で1つまたは複数の設定ファイルを使うように ActionServlet を設定します。
  このページの説明では、Webアプリケーションをサーバの/myappにインストールし、 そこから可能な限り最も単純な設定を使用していると仮定しています。
  デプロイメント記述子の詳細を知る必要がありましたら、 Sun MicrosystemsのJava サイトに サーブレット仕様がありますのでそちらをご利用下さい。
  
• In the Struts configuration file(s), you associate paths with the controller components of your application, known as Action classes (i.e. "login" ==> LoginAction class). This tells the Struts ActionServlet that when the incoming request is http://myhost/myapp/login.do it should invoke your controller component LoginAction.
  Note the extension .do in this URL. The extension causes your container (i.e. Tomcat) to call the ActionServlet, which sees the word "login" as the thing you want to do. The configuration is referenced, and your LoginAction is executed.
  
• (1つまたは複数の)Struts設定ファイルで、アプリケーションのコントローラコンポーネントにパスを関連づけます。 このコンポーネントは Action クラスとして知られています(例: "login" ==> LoginAction クラス)。 この方法で、届いたリクエストがhttp://myhost/myapp/login.doの時にコントローラコンポーネントである LoginActionを呼び出すように、StrutsのActionServletに伝えるのです。
  このURLの中の.do拡張子に注意してください。この拡張子をつけると、 あなたの使用しているコンテナ（例: Tomcat）はActionServletを呼び出します。 ActionServletは"login"という単語をあなたの行いたいことと見なします。 この設定を参照し、LoginActionを実行します。
  
• For each Action, you also configure Struts with the names of the resulting page(s) that can be shown as a result of that action. There can be more than one view as the result of an action (often, there are at least two: one for success, and one for failure).
  Your Action (the controller component you write) is based on these logical result mapping names. It reports back to the ActionServlet using words like "success", "failure", "ready", "ok", "UserIsIncompetent", etc. The Struts system (through the configuration that you wrote) knows how to forward to the proper specific page. This has the added advantage of reconfiguration of the view layer by simply editing the Struts XML configuration file.
  At this point Struts knows how to delegate to your controller components, and what to show as a result of your controller processing. The "model" part of the application is completely up to you, and is called from within your controller components.
• Strutsでは、Actionごとにアクションの結果として表示されるページの名前も設定します。 アクションの結果として複数のビューが出力されるはずです（たいていの場合、少なくとも2つあります。 一つは成功した場合、もう一つは失敗した場合です）。
  Action（あなたが作成したコントローラコンポーネント）はこれらの論理的な 結果マッピング名がベースになっています。"success", "failure", "ready", "ok", "UserIsIncompetent" などの単語を使ってActionServletに報告を返します。 Strutsシステムは（あなたが書いた設定を通して）適切な特定のページへどのようにフォワードするかを理解しています。 この方法には、XML設定ファイルを編集するだけでビュー層の再設定ができるという利点もあります。 この時点で、Strutsはどのようにコントローラコンポーネントへ委譲するか、 コントローラの処理結果として何を表示するかを理解しています。 アプリケーションの「モデル」部分は完全にあなた次第で、コントローラコンポーネント内から呼び出されます。
• You may also associate a Java Bean with an action (or set of actions) in the Struts configuration file. The Java Bean is used as a repository for form or display data that can be communicated between the view and controller layer.
  These Beans are automatically made visible to your controller components (like LoginAction) and any view page that is associated with that controller.
  These Beans can also be validated with the help of the Struts system to help insure that the user is putting good data in the form. They can be carried along with a session, allowing forms to span multiple pages of the view, and Actions in the controller.
  Note: You must be using some sort of server-side technology (JSP, Velocity, XSLT) for the view layer (going to the client) to see this data (plain HTML won't work). Struts works on the server side, so the client's view has to be composed there.
  The client feeds the data back through normal form submission (POST/GET) methods, and the Struts system updates that data in the Bean before calling your controller components.
• Struts設定ファイル内のアクション（またはアクションの集合）とJava Beanを関連づけることも出来ます。 このJava Beanは、ビューとコントローラ層の間でやり取り可能な、 フォームや表示データのリポジトリとして使用されます。
  これらのBeanは (LoginActionのような) コントローラコンポーネントや、 コントローラに関連したビューページから自動的に見えるようになっています。
  ユーザがフォームに正しいデータを入力する手助けとなるよう、 Strutsシステムを使ってこれらのBeanを検証することも出来ます。 Beanと一緒にセッション情報を送れるので、ビューの複数ページ、 コントローラの複数Actionに渡ってフォームを使うことができます。
  注: このデータを（クライアントへ向かう）ビュー層で見るためには、 何らかの種類のサーバサイド技術(JSP, Velocity, XSLT)を利用しなくてはいけません （普通のHTMLではダメです）。 Strutsはサーバ側で動作するため、クライアントのビューはサーバ側で作成しなければなりません。 通常フォームが発行する(POST/GET)メソッドを通してクライアントはデータを送り返し、 Strutsシステムはそのデータをコントローラコンポーネントを呼び出す前にBeanに書き込みます。
• Within your web application will be pages that represent the view your users will see. These can be JSP pages, Velocity Templates, XSLT pages, and so forth. A set of JSP tags is bunded with the Struts distribution so that you can get started right away, but any standard presentation technology can be used with Struts.
  Even plain HTML files can be used within your Struts application, although they will not take full advantage of all of the dynamic features.
  Following the example of the Struts JSP taglibs, several other packages are available to make the framework easy to use with your favorite presentation technology. For Velocity templates, there are the Velocity ViewTools for Struts. If you want to use XSLT in you application, you can choose between stxx and StrutsCX.
  These packages make the standard Struts framework elements look and feel like a seamless part of the original presentation technology. Struts also makes it easy to mix and match. If need be, you can use JSP, Velocity templates, and XSLT all in the same application!
  Since Struts relies on standard Servlet technologies, you should be able to use any Java presentation technology with Struts.
• Webアプリケーション内でユーザが見るビューに相当するのがページです。 JSPページやVelocityテンプレート、XSLTページなどが使えます。 JSPタグのセットはStruts配布に含まれているのですぐに使えますが、 標準のプレゼンテーション技術ならどれでもStrutsで使えます。
  Strutsアプリケーションでは普通のHTMLファイルも使えますが、 その場合はすべての動的機能の利点をまったく生かせません。
  StrutsのJSPタグライブラリのサンプルの他にも、 好きなプレゼンテーション技術と組み合わせてこのフレームワークを使いやすくするパッケージがいくつもあります。 Velocityテンプレートについては、Struts用のVelocityビューツールがあります。 アプリケーションでXSLTを使用したいのなら、stxxか StrutsCXのどちらかを選ぶことができます。
  これらのパッケージはStrutsフレームワークの標準要素のルックアンドフィールを、 元のプレゼンテーション技術のシームレスな一部分のようにすることができます。 また、Strutsは他の技術と組み合わせやすくなっています。必要であれば、 JSPやVelocityテンプレート、XSLTを同じ一つのアプリケーションでまとめて使うことができるのです。
  Strutsは標準サーブレット技術に準拠しているので、どんなJavaプレゼンテーション技術でも組み合わせて使えるはずです。
• While the focus of the Struts framework is on the controller, the presentation layer is a significant part of any application. The Struts JSP taglibs include a number of generic and Struts-specific tags to help you use dynamic data in your view.
  The custom JSP tags account for a good deal of the Struts code base. It is educational to note that as of version 1.1b3 the Java code for the core of Struts was about 28,000 lines, and the Java code for the tag libraries (including tiles) was about 41,000 lines.
  These tags help you glue your view layer to the controller layer without having to embed a lot of Java in the JSP. This gives the page an XML look, and can be easier for web designers to deal with than a plain JSP. It also helps minimize dependencies between the controller and view.
  The custom tags are used to create forms (and invisibly interact with the Bean mentioned previously), logically forward to other pages, and invoke other actions of the web application.
  There are also tags that help you with internationalization, error messages, etc.
  All of these abilities depend in some way on the configuration files you supplied to Struts.
• Strutsフレームワークはコントローラに焦点を合わせていますが、 プレゼンテーション層はどんなアプリケーションでも重要な役割を占めています。 StrutsのJSPタグライブラリには、作成するビューで動的なデータが使いやすくなるように、 汎用のタグやStruts固有のタグをたくさん盛り込んでいます。
  このカスタムJSPタグはStrutsコードベースのかなりの割合を占めています。 ご参考までに、バージョン1.1b3時点で、StrutsコアのJavaコードが約28,000行なのに対し、 （Tilesを含む）タグライブラリのJavaコードは約41,000行です。
  これらのタグは、JSPにたくさんのJavaコードを埋め込まずに、 ビュー層とコントローラ層をくっつけるのに役立ちます。これによってページはXMLみたいになり、 通常のJSPよりもWebデザイナが扱いやすくすることが可能です。 また、コントローラとビューとの間の依存性を最小限にするのに役立ちます。
  このカスタムタグは、フォーム生成（そして上述の、見えないところでのBeanとのやり取り）、 他のページへの論理フォワード、そしてWebアプリケーションの他のアクションの起動で使用します。
  また、国際化やエラーメッセージなどに役立つタグもあります。
  これらの機能はすべて、あなたがStrutsで用意する設定ファイルに何らかの形で依存します。

重要なこととして、ここで説明したメカニズムは ActionServlet がリクエストを扱う場合のみ有効であることを覚えておいてください。

このメカニズムが動作するのは、リクエスト発行によってコンテナ（例: Tomcat, WebSphereなど） がActionServletを呼びだす場合だけなので、 Strutsに依存したページがActionServletにマップされたリクエスト (例: .do 拡張子を持つもの) を通して処理されているか確認しなくてはいけません。