blob: 6704b2b2efa4cf5dd9876226dea8fd93da23b502 [file] [log] [blame]
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN""http://www.w3.org/TR/REC-html40/loose.dtd">
<!--NewPage-->
<HTML>
<HEAD>
<!-- Generated by javadoc on Fri Aug 22 03:43:55 EDT 2003 -->
<TITLE>
org.apache.struts.taglib.nested (Apache Struts API Documentation)
</TITLE>
<META NAME="keywords" CONTENT="org.apache.struts.taglib.nested package">
<LINK REL ="stylesheet" TYPE="text/css" HREF="../../../../../stylesheet.css" TITLE="Style">
</HEAD>
<SCRIPT>
function asd()
{
parent.document.title="org.apache.struts.taglib.nested (Apache Struts API Documentation)";
}
</SCRIPT>
<BODY BGCOLOR="white" onload="asd();">
<!-- ========== START OF NAVBAR ========== -->
<A NAME="navbar_top"><!-- --></A>
<TABLE BORDER="0" WIDTH="100%" CELLPADDING="1" CELLSPACING="0">
<TR>
<TD COLSPAN=3 BGCOLOR="#EEEEFF" CLASS="NavBarCell1">
<A NAME="navbar_top_firstrow"><!-- --></A>
<TABLE BORDER="0" CELLPADDING="0" CELLSPACING="3">
<TR ALIGN="center" VALIGN="top">
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <A HREF="../../../../../overview-summary.html"><FONT CLASS="NavBarFont1"><B>Overview</B></FONT></A>&nbsp;</TD>
<TD BGCOLOR="#FFFFFF" CLASS="NavBarCell1Rev"> &nbsp;<FONT CLASS="NavBarFont1Rev"><B>Package</B></FONT>&nbsp;</TD>
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <FONT CLASS="NavBarFont1">Class</FONT>&nbsp;</TD>
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <A HREF="package-use.html"><FONT CLASS="NavBarFont1"><B>Use</B></FONT></A>&nbsp;</TD>
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <A HREF="package-tree.html"><FONT CLASS="NavBarFont1"><B>Tree</B></FONT></A>&nbsp;</TD>
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <A HREF="../../../../../deprecated-list.html"><FONT CLASS="NavBarFont1"><B>Deprecated</B></FONT></A>&nbsp;</TD>
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <A HREF="../../../../../index-all.html"><FONT CLASS="NavBarFont1"><B>Index</B></FONT></A>&nbsp;</TD>
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <A HREF="../../../../../help-doc.html"><FONT CLASS="NavBarFont1"><B>Help</B></FONT></A>&nbsp;</TD>
</TR>
</TABLE>
</TD>
<TD ALIGN="right" VALIGN="top" ROWSPAN=3><EM>
</EM>
</TD>
</TR>
<TR>
<TD BGCOLOR="white" CLASS="NavBarCell2"><FONT SIZE="-2">
&nbsp;<A HREF="../../../../../org/apache/struts/taglib/logic/package-summary.html"><B>PREV PACKAGE</B></A>&nbsp;
&nbsp;<A HREF="../../../../../org/apache/struts/taglib/nested/bean/package-summary.html"><B>NEXT PACKAGE</B></A></FONT></TD>
<TD BGCOLOR="white" CLASS="NavBarCell2"><FONT SIZE="-2">
<A HREF="../../../../../index.html" TARGET="_top"><B>FRAMES</B></A> &nbsp;
&nbsp;<A HREF="package-summary.html" TARGET="_top"><B>NO FRAMES</B></A> &nbsp;
&nbsp;
<SCRIPT>
<!--
if(window==top) {
document.writeln('<A HREF="../../../../../allclasses-noframe.html" TARGET=""><B>All Classes</B></A>');
}
//-->
</SCRIPT>
<NOSCRIPT>
<A HREF="../../../../../allclasses-noframe.html" TARGET=""><B>All Classes</B></A>
</NOSCRIPT>
</FONT></TD>
</TR>
</TABLE>
<!-- =========== END OF NAVBAR =========== -->
<HR>
<H2>
Package org.apache.struts.taglib.nested
</H2>
Nested tags &amp; supporting classes extend the base struts tags to
allow them to relate to each other in a nested nature.
<P>
<B>See:</B>
<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<A HREF="#package_description"><B>Description</B></A>
<P>
<TABLE BORDER="1" CELLPADDING="3" CELLSPACING="0" WIDTH="100%">
<TR BGCOLOR="#CCCCFF" CLASS="TableHeadingColor">
<TD COLSPAN=2><FONT SIZE="+2">
<B>Interface Summary</B></FONT></TD>
</TR>
<TR BGCOLOR="white" CLASS="TableRowColor">
<TD WIDTH="15%"><B><A HREF="NestedNameSupport.html"><I>NestedNameSupport</I></A></B></TD>
<TD>This is so that managing classes can tell if a nested tag needs to have its
<i>name</i> property set.</TD>
</TR>
<TR BGCOLOR="white" CLASS="TableRowColor">
<TD WIDTH="15%"><B><A HREF="NestedParentSupport.html"><I>NestedParentSupport</I></A></B></TD>
<TD>This interface is so managing classes of the nested tag can identify a tag
as a parent tag that other tags retrieve nested properties from.</TD>
</TR>
<TR BGCOLOR="white" CLASS="TableRowColor">
<TD WIDTH="15%"><B><A HREF="NestedPropertySupport.html"><I>NestedPropertySupport</I></A></B></TD>
<TD>This interface is for managing classes of the nested extension, so they can
know to set the tag's <i>property</i> property.</TD>
</TR>
<TR BGCOLOR="white" CLASS="TableRowColor">
<TD WIDTH="15%"><B><A HREF="NestedTagSupport.html"><I>NestedTagSupport</I></A></B></TD>
<TD>This is to simply allow managing classes to identify the tags to invoke
common methods against them.</TD>
</TR>
</TABLE>
&nbsp;
<P>
<TABLE BORDER="1" CELLPADDING="3" CELLSPACING="0" WIDTH="100%">
<TR BGCOLOR="#CCCCFF" CLASS="TableHeadingColor">
<TD COLSPAN=2><FONT SIZE="+2">
<B>Class Summary</B></FONT></TD>
</TR>
<TR BGCOLOR="white" CLASS="TableRowColor">
<TD WIDTH="15%"><B><A HREF="NestedPropertyHelper.html">NestedPropertyHelper</A></B></TD>
<TD>A simple helper class that does everything that needs to be done to get
the nested tag extension to work.</TD>
</TR>
<TR BGCOLOR="white" CLASS="TableRowColor">
<TD WIDTH="15%"><B><A HREF="NestedPropertyTag.html">NestedPropertyTag</A></B></TD>
<TD>NestedPropertyTag.</TD>
</TR>
<TR BGCOLOR="white" CLASS="TableRowColor">
<TD WIDTH="15%"><B><A HREF="NestedReference.html">NestedReference</A></B></TD>
<TD>So that a nested hierarchy can penetrate a dynamic JSP include, this class
will hold the details of a bean name and nested property.</TD>
</TR>
<TR BGCOLOR="white" CLASS="TableRowColor">
<TD WIDTH="15%"><B><A HREF="NestedRootTag.html">NestedRootTag</A></B></TD>
<TD>NestedRootTag.</TD>
</TR>
<TR BGCOLOR="white" CLASS="TableRowColor">
<TD WIDTH="15%"><B><A HREF="NestedWriteNestingTag.html">NestedWriteNestingTag</A></B></TD>
<TD>NestedWriteNestingTag.</TD>
</TR>
</TABLE>
&nbsp;
<P>
<A NAME="package_description"><!-- --></A><H2>
Package org.apache.struts.taglib.nested Description
</H2>
<P>
Nested tags &amp; supporting classes extend the base struts tags to
allow them to relate to each other in a nested nature. The fundamental
logic of the original tags don't change, except in that all references
to beans and bean properties will be managed in a nested context. <br>
<br>
<a name="doc.Description"></a>
<div align="Center"> [&nbsp;<a href="#doc.Intro">Introduction</a>
&nbsp;] [&nbsp;<a href="#doc.FoundationConcepts">Foundation&nbsp;Concepts&nbsp;-&nbsp;model</a>
&nbsp;] [&nbsp;<a href="#doc.TaggingConcepts">Foundation&nbsp;Concepts&nbsp;-&nbsp;tags</a>
&nbsp;] [&nbsp;<a href="#doc.TagList">Nested&nbsp;Tag&nbsp;List</a>
&nbsp;] [&nbsp;<a href="#doc.PropertyProperty">The&nbsp;"property"&nbsp;Property</a>
&nbsp;] [&nbsp;<a href="#doc.ImplementationDetails">Implementation&nbsp;Details</a>
&nbsp;] </div>
<hr><a name="doc.Intro"></a>
<h3>Introduction</h3>
<p>The nesting extension provides the ability to define a nested object model
and efficiently represent and manage that model through JSP's custom
tags.</p>
<p>It's written in a layer that extends the current Struts tags, building
on their logic and functionality. The layer enables the tags to be aware
of the tags which surround them so they can correctly provide the nesting
property reference to the Struts system. Struts already supported properties
which use "dot notation" in accessing nested objects and properties.</p>
<pre>e.g. myProperty.childProperty.finalProperty</pre>
<p>Because of this the controller servlet excellently manages this nested
model. These tags are about bringing such ease of management to the JSP
view of the architecture.</p>
<hr><a name="doc.FoundationConcepts"></a>
<h3>Foundation Concepts - model.</h3>
<p> A bean holds a reference to another bean internally, and all access
to that bean is handled through the current bean. This act of having
one bean's access go through another bean is known as "nesting beans".
The first bean is known as the parent bean. The bean which it references,
is known as a child bean. The terms "parent" and "child" are commonly
used to describe the model's hierarchy. </p>
<p><b>A simple example...</b><br />
Take an object which represents a monkey. The monkey's job is to pick
bunches of bananas. On each bunch picked hangs many bananas. If this
case was translated to bean objects, the monkey object would have a reference
to the bunch objects he picked, and each bunch object would hold a reference
to the bananas hanging in the bunch. </p>
<p><b>To describe this...</b><br />
The monkey object is the parent to the bunch object, and the bunch
object is a child of the monkey object. The bunch object is parent to
its child banana objects, and the child banana objects children of the
bunch object. The monkey is higher in the hierarchy than the bananas,
and the bananas lower in the hierarchy to the bunches. </p>
<p> One special term to remember is for the most parent class, which is
known as the "root" object which starts the hierarchy. </p>
<hr><a name="doc.TaggingConcepts"></a>
<h3>Foundation Concepts - tags.</h3>
<p> What the tags provide is an efficient way or representing the above
models within JSP tag markup. As a result the tags take on similar relationships
to each other. A tag can be the parent of another, and similarly be a
child of a parent tag. However the most important part to remember, is
that the properties of parent tags define the nested property for the
child tags' properties. </p>
<p> One issue which may confuse the new developer, is that even though
a tag is a parent tag in a markup sense (the opening tag and closing tag
are either side of another tag) does not immediately mean that the child
tag will be relative to that tag. Why? Some tags make bad parents. In other
words, they're not logical steps in defining a hierarchy. </p>
<p> For example the relationship between the select tag and the options
tag. The html:options tag "must" be surrounded by a parent html:select
tag. </p>
<pre>eg:<br> &lt;html:select name="myBean" property="mySelectProperty" &gt;<br> &lt;html:options name="myBean" property="myOptionsProperty" &gt;<br> &lt;/html:select&gt;</pre>
<p> In the nested context, this would cause undesired results if the select
tag was a parent. The bean reference would become... </p>
<pre> mySelectProperty.myOptionsProperty</pre>
...which when translated, Struts would go to the value of the select
property and then try to get your options list from that returned value.
The extended logic tags are the same. You don't want to extend your properties
within the objects the logic tags are evaluating.
<p> To get manage this, the tags in the nested extension are categorised
into parent tags and non-parent tags. Those which implement <code>org.apache.struts.taglib.nested.NestedParentSupport</code>
are classed as parents, and the nested system knows they define levels
in the nested hierarchy. Every other tag, does not, and will be skipped
if found to be a "markup parent" (like our select tag) and not a "nested
parent". </p>
<p> There are also the special case of starting off the hierarchy with
a "root" tag. These tags are what the extension requires to provide them
with the bean by which the structure will be based on. </p>
<hr><a name="doc.TagList"></a>
<h3>Nested Tag List.</h3>
<p> Here's a list of tags in the nested extension, grouped by parent/context
functionality. "root", "nested parent", "markup parent" &amp; "basic".
</p>
<p><b>Root Tags</b>
<table border="1">
<tbody>
<tr>
<th>markup name</th>
<th>brief description</th>
</tr>
<tr>
<td>html:form</td>
<td>For backwards compatibility, you can use the typical form tag
to implement your nested hierarchy.</td>
</tr>
<tr>
<td>nested:form</td>
<td>An extension of the above <code>html:form</code>, this is just
to provide definition in the nested tag library.</td>
</tr>
<tr>
<td>nested:root</td>
<td>When you don't want to configure a form, you can use any bean
which is in "scope" by specifying its name within this tag.</td>
</tr>
</tbody>
</table>
</p>
<br />
<p><b>Nested Parent Tags</b> (Affect the hierarchy)
<table border="1">
<tbody>
<tr>
<th>markup name</th>
<th>brief description</th>
</tr>
<tr>
<td>nested:nest</td>
<td>This tag executes no logic, simply representing a nesting level
for the rest of the markup to relate to.</td>
</tr>
<tr>
<td>nested:iterate</td>
<td>Extension of <code>logic:iterate</code> you can use it to iterate
through a list, and have all child references nest within the
beans returned from this iterated collection.</td>
</tr>
</tbody>
</table>
</p>
<br />
<p><b>Markup Parent Tags</b> (marked-up like parent tags, but don't affect
the hierarchy)
<table border="1">
<tbody>
<tr>
<th>markup name</th>
<th>brief description</th>
</tr>
<tr>
<td>nested:select</td>
<td><code>html:select</code> extension. Provides the logic to render
a select box in Html.</td>
</tr>
<tr>
<td>nested:empty</td>
<td><code>logic:empty</code> extension.</td>
</tr>
<tr>
<td>nested:notEmpty</td>
<td><code>logic:notEmpty</code> extension.</td>
</tr>
<tr>
<td>nested:equal</td>
<td><code>logic:equal</code> extension.</td>
</tr>
<tr>
<td>nested:notEqual</td>
<td><code>logic:notEqual</code> extension.</td>
</tr>
<tr>
<td>nested:greaterEqual</td>
<td><code>logic:greaterEqual</code> extension.</td>
</tr>
<tr>
<td>nested:greaterThan</td>
<td><code>logic:greaterThan</code> extension.</td>
</tr>
<tr>
<td>nested:lessEqual</td>
<td><code>logic:lessEqual</code> extension.</td>
</tr>
<tr>
<td>nested:lessThan</td>
<td><code>logic:lessThan</code> extension.</td>
</tr>
<tr>
<td>nested:match</td>
<td><code>logic:match</code> extension.</td>
</tr>
<tr>
<td>nested:notMatch</td>
<td><code>logic:notMatch</code> extension.</td>
</tr>
<tr>
<td>nested:present</td>
<td><code>logic:present</code> extension.</td>
</tr>
<tr>
<td>nested:notPresent</td>
<td><code>logic:notPresent</code> extension.</td>
</tr>
</tbody>
</table>
</p>
<br />
<p><b>Basic tags</b> (usually a tag which has no body content)
<table border="1">
<tbody>
<tr>
<th>markup name</th>
<th>brief description</th>
</tr>
<tr>
<td>nested:checkbox</td>
<td><code>html:</code> extension.</td>
</tr>
<tr>
<td>nested:hidden</td>
<td><code>html:hidden</code> extension.</td>
</tr>
<tr>
<td>nested:define</td>
<td><code>bean:define</code> extension.</td>
</tr>
<tr>
<td>nested:image</td>
<td><code>html:image</code> extension.</td>
</tr>
<tr>
<td>nested:img</td>
<td><code>html:img</code> extension.</td>
</tr>
<tr>
<td>nested:link</td>
<td><code>html:link</code> extension.</td>
</tr>
<tr>
<td>nested:message</td>
<td><code>bean:message</code> extension.</td>
</tr>
<tr>
<td>nested:multibox</td>
<td><code>html:multibox</code> extension.</td>
</tr>
<tr>
<td>nested:options</td>
<td><code>html:options</code> extension.</td>
</tr>
<tr>
<td>nested:optionsCollection</td>
<td><code>html:optionsCollection</code> extension.</td>
</tr>
<tr>
<td>nested:password</td>
<td><code>html:password</code> extension.</td>
</tr>
<tr>
<td>nested:radio</td>
<td><code>html:radio</code> extension.</td>
</tr>
<tr>
<td>nested:select</td>
<td><code>html:select</code> extension.</td>
</tr>
<tr>
<td>nested:size</td>
<td><code>bean:size</code> extension.</td>
</tr>
<tr>
<td>nested:submit</td>
<td><code>html:submit</code> extension.</td>
</tr>
<tr>
<td>nested:text</td>
<td><code>html:text</code> extension.</td>
</tr>
<tr>
<td>nested:textarea</td>
<td><code>html:textarea</code> extension.</td>
</tr>
<tr>
<td>nested:write</td>
<td><code>bean:write</code> extension.</td>
</tr>
</tbody>
</table>
</p>
<hr><a name="doc.PropertyProperty"></a>
<h3>The relative references and the "property" property.</h3>
<p>Use of the "property" property is exactly the same as the original Struts
tag with minor addition. Appends the provided property to the nested
property of the tags that surround it. You can use additional nesting
(use "dot notation") within the provided property as the current struts
system allows but there is now a tag which can provide this in a "cleaner"
fashion. :)</p>
<p>The one other addition to the "property" property, is the ability to step
backwards in the heirarchy in the familiar directory fashion; e.g. "../../myPropertyName"</p>
<p>As expected this allows you to step backwards in the nested model to access
a higher level in the object tree. The implementation uses the StringTokenizer
working off the "/" delimiter and counts the tokens. This was going to
be denied, enforcing the ".." fashion, but on consideration, allowed
for some easier-to-read naming possibilities.</p>
<p>Consider "propertyOne.propertyTwo.propertyThree.propertyFour". With the
current nesting level beneath "propertyFour" you can instead use "two/three/four/anotherProperty"
which is easier to understand than "../../../anotherProperty". Doesn't
sound like much, but makes life easier when traversing large jsp pages
for tags defining your object model.</p>
<p>Also implemented is the also familiar directory fashion of a leading "/"
to reference from the root of the model and start over. e.g. "/propertyOne".
This allow a convenient way to move around a few levels as well as "forking"
in the object structure among other felixble approaches to structure.</p>
<p><b>Parent References...</b><br />
"property" properties, including the relative properties described
above, all end up referencing a property of a child bean. For example
"/myProperty" will return an object from the "myProperty" of the root bean.
The fact that a property is specified means that you are accessing the
result of that property. This results in never being able to properly access
a parent object itself within its current related context. </p>
<p> Take for example you simply want to print out a list of String objects.
In a bean you create a list of them, offer them out to the system via
a getter, and you markup using the nested:iterate or logic:iterate tag
(both contain the same issues). The only way to get at the object itself
is get the iterate tag to declare a scripting variable. With the nested
tags you can now simply reference the object using a parent reference of
"./" or "this/". Any property ending in the "/" will be treaded as a parent
reference. So if you use "parent/" as your property, it will step back
one parent and use this block's parent. The special cases to use the parent
of the current nested block are "./" or "this/". Not just the iterate tag,
this will return the object represented by any nested parent tag. </p>
<p> This allows you to be in a nested tag block and use the custom tags
work directly against the parent defined object, indexed or otherwise.
So to be in an iterate block, and to print out the String representation
of the current iterated object, you can now use... </p>
<pre>eg:<br> &lt;nested:iterate property="myItemList" &gt;<br> &lt;html:write property="this/" &gt;&lt;br&gt;<br> &lt;/html:iterate&gt;</pre>
<p> or if you want to print the string value of a parent the other side
of the object... </p>
<pre>eg:<br> &lt;nested:iterate property="myBeanList" &gt;<br> &lt;nested:iterate property="myItemList" &gt;<br> &lt;html:write property="beanListObject/" &gt;&lt;br&gt;<br> &lt;/html:iterate&gt;<br> &lt;/html:iterate&gt;</pre>
<p> The fact that it didn't use the special cases of "./" or "this/" means
that it steps back in the hierarchy as a typical relative reference.
This is unlimited the amount of steps you can take back in the hierarchy.
For example, to go back three parents your property would be "one/two/three/".
</p>
<p><b>Note:</b> The logic identifies the leading "/" and then reads the property
from the last index of "/". Resulting in "/three/four/anotherProperty"
working the same as "/anotherProperty".</p>
<p><b>Note:</b> If you're busily nesting away, and a parent tag has a leading
"/" property, the contained tags will append to this new structure.
Handy, but you have to keep it in mind.</p>
<p><b>Note:</b> If you try to reference beneath the level of the nesting,
it will simply act like as if a leading "/" property was defined.</p>
<p><b>Parent Reference Note:</b> The only thing to keep in mind with parent
references is that you cannot parent reference the root bean. This is
because the resulting property would be an empty string. Something that
the BeanUtils/PropertyUtils cannot handle (if this is a requirement, you
could use a "fake nested property". A getter which simply returns the same
bean instance ("this") and simply add an extra <code>nested:nest</code>
level at the start of your hierarchy. Works just fine). </p>
<hr><br />
<img src="doc-files/nestedUML.gif" alt="nested UML">
<a name="doc.ImplementationDetails"></a>
<h3>Implementation Details.</h3>
<b>NestedPropertyHelper</b>
<dir>
<p>This class embodies all of the logic that runs the nested tagging system.
It defines a static method, "setNestedProperties", which the nested tags
pass themselves into to have their appropriate properties set.</p>
<p>The tag extensions themselves implement options of three interfaces which
define functionality for the various types of nested usage. When traversing
the tag hierarchy back up to the root of the structure, these tags define
the result of the current tag.</p>
</dir>
<b>NestedTagSupport Interface...</b>
<dir>
<p>This is the base of the interfaces. Simply put, any tag that we need to
single out of the standard struts tags for use by the nesting system
can implement this or its children.</p>
</dir>
<b>NestedPropertySupport Interface...</b>
<dir>
<p>Tags that implement this interface will have the provided property attribute
appended to the parenting nested attribute. This is the heart of the matter.
</p>
<p>This is the basic property, and so far all the nested tags support this
to have their nested properties written correctly.</p>
</dir>
<b>NestedNameSupport Interface...</b>
<dir>
<p>This interface means that the implementing tag wants to have it's name
tag looked after by the nesting system. This is automatic, and the name
is written for the tag from the root tag. If the JSP is a form, then
it will look to the form tag and get a hold of the bean name that is
defined in the struts-config.xml file for the action, otherwise, a nested:root
tag must be provided for this means.</p>
<p>This extends the NestedPropertySupport interface as, at time of writing,
all tags which used a "name" attribute, required a property attribute
in some way to make it useful. This could change, and it's only a small
refactoring to make it work for the instance if it's relevant for nesting.</p>
<p><b>Note:</b> At the moment, if the tag implements this interface, the
name attribute will be rewritten by the system on all counts. I find it
hard to picture a valid requirement for inter-mixing multiple object structures
(which distinguishable names would allow) in the one JSP page which couldn't
be more efficiently provided by the current nesting model working over
the one model. Time may prove this idea wrong.</p>
</dir>
<b>ParentTagSupport</b>
<dir>
<p>This tag identifies for the system those tags which define levels in the
nested heirarchy. Namely the "getNestedProperty()" method that yields
to calling tags the fully qualified nested property of the parent tag.
In the case of a NestedIterator being the parent tag, it will also append
the current index reference. e.g. propertyOne.propertyTwo[5]</p>
</dir>
<br />
<br />
<br />
<br />
<P>
<P>
<HR>
<!-- ========== START OF NAVBAR ========== -->
<A NAME="navbar_bottom"><!-- --></A>
<TABLE BORDER="0" WIDTH="100%" CELLPADDING="1" CELLSPACING="0">
<TR>
<TD COLSPAN=3 BGCOLOR="#EEEEFF" CLASS="NavBarCell1">
<A NAME="navbar_bottom_firstrow"><!-- --></A>
<TABLE BORDER="0" CELLPADDING="0" CELLSPACING="3">
<TR ALIGN="center" VALIGN="top">
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <A HREF="../../../../../overview-summary.html"><FONT CLASS="NavBarFont1"><B>Overview</B></FONT></A>&nbsp;</TD>
<TD BGCOLOR="#FFFFFF" CLASS="NavBarCell1Rev"> &nbsp;<FONT CLASS="NavBarFont1Rev"><B>Package</B></FONT>&nbsp;</TD>
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <FONT CLASS="NavBarFont1">Class</FONT>&nbsp;</TD>
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <A HREF="package-use.html"><FONT CLASS="NavBarFont1"><B>Use</B></FONT></A>&nbsp;</TD>
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <A HREF="package-tree.html"><FONT CLASS="NavBarFont1"><B>Tree</B></FONT></A>&nbsp;</TD>
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <A HREF="../../../../../deprecated-list.html"><FONT CLASS="NavBarFont1"><B>Deprecated</B></FONT></A>&nbsp;</TD>
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <A HREF="../../../../../index-all.html"><FONT CLASS="NavBarFont1"><B>Index</B></FONT></A>&nbsp;</TD>
<TD BGCOLOR="#EEEEFF" CLASS="NavBarCell1"> <A HREF="../../../../../help-doc.html"><FONT CLASS="NavBarFont1"><B>Help</B></FONT></A>&nbsp;</TD>
</TR>
</TABLE>
</TD>
<TD ALIGN="right" VALIGN="top" ROWSPAN=3><EM>
</EM>
</TD>
</TR>
<TR>
<TD BGCOLOR="white" CLASS="NavBarCell2"><FONT SIZE="-2">
&nbsp;<A HREF="../../../../../org/apache/struts/taglib/logic/package-summary.html"><B>PREV PACKAGE</B></A>&nbsp;
&nbsp;<A HREF="../../../../../org/apache/struts/taglib/nested/bean/package-summary.html"><B>NEXT PACKAGE</B></A></FONT></TD>
<TD BGCOLOR="white" CLASS="NavBarCell2"><FONT SIZE="-2">
<A HREF="../../../../../index.html" TARGET="_top"><B>FRAMES</B></A> &nbsp;
&nbsp;<A HREF="package-summary.html" TARGET="_top"><B>NO FRAMES</B></A> &nbsp;
&nbsp;
<SCRIPT>
<!--
if(window==top) {
document.writeln('<A HREF="../../../../../allclasses-noframe.html" TARGET=""><B>All Classes</B></A>');
}
//-->
</SCRIPT>
<NOSCRIPT>
<A HREF="../../../../../allclasses-noframe.html" TARGET=""><B>All Classes</B></A>
</NOSCRIPT>
</FONT></TD>
</TR>
</TABLE>
<!-- =========== END OF NAVBAR =========== -->
<HR>
Copyright © 2000-2003 - Apache Software Foundation
</BODY>
</HTML>