husted 2003/02/15 04:48:06
Modified: doc/faqs works.xml
Log:
+ A few tweaks.
Revision Changes Path
1.2 +40 -25 jakarta-struts/doc/faqs/works.xml
Index: works.xml
===================================================================
RCS file: /home/cvs/jakarta-struts/doc/faqs/works.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- works.xml 15 Feb 2003 11:32:18 -0000 1.1
+++ works.xml 15 Feb 2003 12:48:06 -0000 1.2
@@ -46,7 +46,7 @@
<a href="http://java.sun.com">Java site</a>.<br/>
</li>
<li>
- In the Struts configuration file(s), you associate abstract names with
+ In the Struts configuration file(s), you associate paths with
the controller components of your application, known as
<a
href="http://jakarta.apache.org/struts/api/org/apache/struts/action/Action.html"><code>Action</code></a>
classes (i.e. "login" ==> LoginAction class). This tells the Struts
@@ -67,7 +67,7 @@
least two: one for success, and one for failure).<br/>
Your <code>Action</code> (the controller component you write) is based on
- these <i>abstract</i> result mapping names. It reports back to the
+ these <i>logical</i> result mapping names. It reports back to the
<code>ActionServlet</code> 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
@@ -95,7 +95,7 @@
the view, and Actions in the controller.<br/>
<strong>Note</strong>: You must be using some sort of server-side
- technology (JSP, Velocity, etc.) for the view layer (going <i>to</i> the
+ technology (JSP, Velocity, XLST) for the view layer (going <i>to</i> 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.<br/>
@@ -105,26 +105,41 @@
</li>
<li>
Within your web application will be pages that represent the view your
- users will see. These can be JSP, Velocity, etc. The preference of
- the Struts system is that you use JSP, as this gives you a set of custom
- tags that have been designed to work with Struts.<br/>
-
- It is not possible to use plain client-side HTML, as most of the features
- of Struts are simply not available if your view layer is only processed
- on the client side. This is not to say that plain HTML is out for your
- entire web application, just that it won't "play" with Struts.<br/>
-
- If you use a technology other than JSP for the view layer, then you will
- have to have some sort of glue between the Struts system and that
- technology. For example,
- <a href="http://jakarta.apache.org/velocity/">Velocity</a> has a set of
- <a href="http://cvs.apache.org/viewcvs/jakarta-velocity-tools/">tools</a>
- that do this for you.
+ users will see. These can be JSP pages, Velocity Templates,
+ XLST 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.<br/>
+
+ Even plain HTML files can be used within your Struts application,
+ although they will not take full advantage of all of the dynamic
+ features.<br/>
+
+ 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
+ <a href="http://jakarta.apache.org/velocity/">Velocity</a> ViewTools
+ for Struts.
+ If you want to use XLST in you application, you can choose between
+ <a href="http://www.openroad.ca/opencode/">stxx</a> and
+ <a href="http://it.cappuccinonet.com/strutscx/">
+ StrutsCX</a>.<br/>
+
+ 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 XLST all in
+ the same application!<br/>
+
+ Since Struts relies on standard Servlet technologies, you should be
+ able to use any Java presentation technology with Struts.
</li>
<li>
- Since JSP is the standard for Struts, there are many custom tags that are
- included to help you extract data from the Struts system for use in your
- view. <br/>
+ 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. <br/>
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
@@ -133,11 +148,11 @@
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 is easier for Web Designers to deal with than a plain JSP. It
+ 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.<br/>
The custom tags are used to create forms (and invisibly interact with the
- Bean mentioned previously), abstractly forward to other pages, and invoke
+ Bean mentioned previously), logically forward to other pages, and invoke
other actions of the web application.<br/>
There are also tags that help you with internationalization, error
@@ -149,8 +164,8 @@
</ul>
<p>
It is important for you to remember that the mechanism described here is
- only in effect when you allow the <code>ActionServlet</code> to be your
- primary controller.
+ only in effect when the <code>ActionServlet</code> is handling the
+ request.
</p>
<p>
Since this only happens when a request is submitted that causes your
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]