Author: vkorluzhenko
Date: 2007-10-04 07:09:50 -0400 (Thu, 04 Oct 2007)
New Revision: 3254
Modified:
trunk/docs/userguide/en/src/main/docbook/modules/RFCarchitectover.xml
trunk/docs/userguide/en/src/main/docbook/modules/RFCfaq.xml
Log:
http://jira.jboss.com/jira/browse/RF-1049 - improved description
Modified: trunk/docs/userguide/en/src/main/docbook/modules/RFCarchitectover.xml
===================================================================
--- trunk/docs/userguide/en/src/main/docbook/modules/RFCarchitectover.xml 2007-10-04
10:56:28 UTC (rev 3253)
+++ trunk/docs/userguide/en/src/main/docbook/modules/RFCarchitectover.xml 2007-10-04
11:09:50 UTC (rev 3254)
@@ -268,19 +268,14 @@
<section id="FilterConfiguration">
<?dbhtml filename="FilterConfiguration.html"?>
<title>Filter Configuration</title>
- <para>RichFaces uses filters for a correction of code received on an Ajax
request. In case of a
+ <para>RichFaces uses a filter for a correction of code received on an Ajax
request. In case of a
"regular" JSF request a browser makes correction independently.
In case of
- Ajax request in order to prevent layout destruction it's needed to use
filters,
+ Ajax request in order to prevent layout destruction it's needed to use a
filter,
because a received code could differ from a code validated by a browser and a
browser doesn't
make any corrections.</para>
- <para>In RichFaces 3.1 filter configuration becomes more flexible. There is no
need to select
- between two different filters (Filter or Fast Filter) for the whole application as
it was
- earlier. Now it's possible to configure different filters for different
sets of pages
- for the same application. The previous variants of configuration for the Filter and
Fast
- Filter are also available for backward compatibility (examples are placed below).
</para>
+ <para>An example of how to set a Filter in a web.xml file of your application
is placed below.</para>
- <para>The first one:</para>
<para>
<emphasis role="bold">Example:</emphasis>
</para>
@@ -294,21 +289,15 @@
...
]]></programlisting>
- <para>The second one:</para>
- <para>
- <emphasis role="bold">Example:</emphasis>
- </para>
+ <note>
+ <title>Note:</title>Fast Filter is deprecated and available only for
backward compatibility
+ with previous RichFaces versions. Fast Filter usage isn't recomended,
because there
+ is another way to use its functionality by means of <link
linkend="Neko">Neko filter type</link>.</note>
- <programlisting role="XML"><![CDATA[...
- <filter>
- <display-name>RichFaces FastFilter</display-name>
- <filter-name>richfaces</filter-name>
- <filter-class>org.ajax4jsf.FastFilter</filter-class>
- </filter>
-...
-]]></programlisting>
+ <para>In RichFaces 3.1 filter configuration becomes more flexible.
It's possible to
+ configure different filters for different sets of pages for the same
application.</para>
- <para>In RichFaces 3.1 the possible filter types are:</para>
+ <para>The possible filter types are:</para>
<itemizedlist>
<listitem>
@@ -316,22 +305,21 @@
</listitem>
</itemizedlist>
- <para>Tidy filter corresponds to the former "Filter" and
it's based on the
- Tidy parser. This filter is recommended for applications with complicated or
non-standard
- markup when all necessary code corrections are made by the filter when a response
comes from
- the server.</para>
+ <para>"TIDY" filter type based on the Tidy parser. This
filter is recommended for applications with
+ complicated or non-standard markup when all necessary code corrections are made by
the filter
+ when a response comes from the server.</para>
<itemizedlist>
<listitem>
- <para>NEKO</para>
+ <para id="Neko">NEKO</para>
</listitem>
</itemizedlist>
- <para>Neko filter corresponds to the former "Fast Filter" and
it's based on
- the Neko parser. In case of using this filter code isn't strictly
verified. Use this
- one if you are sure that your application markup is really strict for this filter.
Otherwise
- it could cause lot's of errors and corrupt a layout as a result. This
filter
- considerably accelerates all Ajax requests processing.</para>
+ <para>"NEKO" filter type corresponds to the former
"Fast Filter" and it's
+ based on the Neko parser. In case of using this filter code isn't strictly
verified.
+ Use this one if you are sure that your application markup is really strict for this
filter.
+ Otherwise it could cause lot's of errors and corrupt a layout as a result.
This
+ filter considerably accelerates all Ajax requests processing.</para>
<itemizedlist>
<listitem>
@@ -380,29 +368,25 @@
<para>The example shows that ORDER parameter defines the order in which
particular filter types
are used for pages code correction. </para>
- <para> First of all "NONE" value is specified for the filter.
Then 2 different
+ <para> First of all "NONE" type is specified for the filter.
Then two different
sets of pages are defined for which two filter types (NONE and NEKO) are used
correspondingly.
If a page relates to the first set that is defined in the following way:
</para>
<programlisting
role="XML"><![CDATA[<param-value>/pages/performance\.xhtml,/pages/default.*\.xhtml</param-value>,
]]></programlisting>
- <para> it's not corrected, because filter value for this page is
defined as
+ <para> it's not corrected, because filter type for this page is
defined as
"NONE". If a page is not from the first set, then
"NEKO"
- value is set.</para>
+ type is set.</para>
<para>If a page relates to the second set that is defined in the following
way:</para>
<programlisting
role="XML"><![CDATA[<param-value>/pages/repeat\.xhtml</param-value>,
]]></programlisting>
- <para>then Neko filter is used for correction. If it's not related to
the second set,
- "TIDY" value is set for the filter (Tidy filter is used for code
+ <para>then "NEKO" filter type is used for correction. If
it's not related to the second set,
+ "TIDY" type is set for the filter ("TIDY"
filter type is used for code
correction). </para>
- <note>
- <title>Note:</title> It's possible to configure different
types (NONE, NEKO and TIDY)
- only for Filter. Fast Filter doesn't support this functionality.
It's
- available for backward compatibility with previous RichFaces versions.
</note>
</section>
Modified: trunk/docs/userguide/en/src/main/docbook/modules/RFCfaq.xml
===================================================================
--- trunk/docs/userguide/en/src/main/docbook/modules/RFCfaq.xml 2007-10-04 10:56:28 UTC
(rev 3253)
+++ trunk/docs/userguide/en/src/main/docbook/modules/RFCfaq.xml 2007-10-04 11:09:50 UTC
(rev 3254)
@@ -691,7 +691,7 @@
<para>To avoid exception, don't forget that the component
stores beans in
serialized view, but your bean should implement
java.io.Serializable.</para>
</section>
- <section id="FilterUsageDamagesAnApplicationLayout">
+ <!--section id="FilterUsageDamagesAnApplicationLayout">
<?dbhtml
filename="FilterUsageDamagesAnApplicationLayout.html"?>
<title>Why does filter usage damage an application
layout?</title>
<para>RichFaces uses <property>filters</property> for
correction of xhtml code
@@ -752,7 +752,7 @@
<property>forceparser parameter</property>
default value is false
from this version. </important>
</para>
- </section>
+ </section-->
<section
id="AFormIsNotSubmittedOrASetterIsNotCalledAfterAJAXrequest">
<?dbhtml
filename="AFormIsNotSubmittedOrASetterIsNotCalledAfterAJAXrequest.html"?>
<title>Why form isn't submitted or setter isn't
called after AJAX