Author: smukhina
Date: 2007-08-21 07:47:45 -0400 (Tue, 21 Aug 2007)
New Revision: 2366
Modified:
trunk/docs/userguide/en/src/main/docbook/modules/AUGWADParams.xml
trunk/docs/userguide/en/src/main/docbook/modules/RFCarchitectover.xml
trunk/docs/userguide/en/src/main/docbook/modules/RFCfaq.xml
trunk/docs/userguide/en/src/main/docbook/modules/RFCsetwebappl.xml
Log:
http://jira.jboss.com/jira/browse/RF-622
Modified: trunk/docs/userguide/en/src/main/docbook/modules/AUGWADParams.xml
===================================================================
--- trunk/docs/userguide/en/src/main/docbook/modules/AUGWADParams.xml 2007-08-21 11:46:56
UTC (rev 2365)
+++ trunk/docs/userguide/en/src/main/docbook/modules/AUGWADParams.xml 2007-08-21 11:47:45
UTC (rev 2366)
@@ -63,7 +63,7 @@
the static field <emphasis
<property>COMPONENT_TYPE</property></emphasis>.
For components with such types encode methods always are called in
- rendering AJAX responses, even if a component isn't in an updated
+ rendering Ajax responses, even if a component isn't in an updated
part</entry>
</row>
@@ -158,10 +158,10 @@
<entry>Force parsing by a filter <emphasis
<property>HTML</property></emphasis> syntax
-
checker on any JSF page. If "false", only AJAX responses are
+ checker on any JSF page. If "false", only Ajax responses
are
parsed to syntax check and conversion to well-formed XML. Setting
to "false" improves performance, but can provide visual
effects on
- AJAX updates</entry>
+ Ajax updates</entry>
</row>
</tbody>
</tgroup>
Modified: trunk/docs/userguide/en/src/main/docbook/modules/RFCarchitectover.xml
===================================================================
--- trunk/docs/userguide/en/src/main/docbook/modules/RFCarchitectover.xml 2007-08-21
11:46:56 UTC (rev 2365)
+++ trunk/docs/userguide/en/src/main/docbook/modules/RFCarchitectover.xml 2007-08-21
11:47:45 UTC (rev 2366)
@@ -17,12 +17,12 @@
<section id="introToBasics">
<?dbhtml filename="introToBasics.html"?>
<title>Introduction</title>
- <para>The framework is implemented as a component library which adds AJAX
capability into existing
+ <para>The framework is implemented as a component library which adds Ajax
capability into existing
pages, so you don't need to write any JavaScript code or to replace
existing
- components with new AJAX widgets. <property>Ajax4jsf</property> enables
page-wide AJAX support instead of the
+ components with new Ajax widgets. <property>Ajax4jsf</property> enables
page-wide Ajax support instead of the
traditional component-wide support. So, you can define the event on the page that
- invokes an AJAX request and the areas of the page that should be synchronized with
the JSF
- Component Tree after the AJAX request changes the data on the server according to
the
+ invokes an Ajax request and the areas of the page that should be synchronized with
the JSF
+ Component Tree after the Ajax request changes the data on the server according to
the
events fired on the client.</para>
<para>Next Figure shows how it works:</para>
<figure>
@@ -34,7 +34,7 @@
</imageobject>
</mediaobject>
<para><property>Ajax4jsf</property> allows to define (by means of
JSF tags) different parts of a JSF page you
- wish to update with an AJAX request and provide a few options to send AJAX
requests to
+ wish to update with an Ajax request and provide a few options to send Ajax
requests to
the server. Also JSF page doesn't change from a
"regular" JSF
page and you don't need to write any JavaScript or XMLHttpRequest
objects by hands, everything is done automatically.</para>
</section>
@@ -43,7 +43,7 @@
<title>Ajax4jsf Architecture Overview</title>
<para>Next figure lists several important elements of the
<property>Ajax4jsf</property> framework</para>
<figure>
- <title>Ajax4jsf component structure</title>
+ <title>Core Ajax component structure</title>
</figure>
<mediaobject>
<imageobject>
@@ -52,14 +52,14 @@
</mediaobject>
<formalpara>
<title>Ajax Filter.</title>
- <para>To get all benefits of <property>Ajax4jsf</property>, you
should register an AJAX Filter in web.xml
- file of your application.The AJAX Filter recognizes multiple request types. The
sequence diagram on Figure 3
- shows the difference in processing of a "regular" JSF request and
an AJAX request.</para>
+ <para>To get all benefits of <property>Ajax4jsf</property>, you
should register an Ajax Filter in web.xml
+ file of your application.The Ajax Filter recognizes multiple request types. The
sequence diagram on Figure 3
+ shows the difference in processing of a "regular" JSF request and
an Ajax request.</para>
</formalpara>
<para>In the first case the whole JSF tree will be encoded,
- in the second one option it depends on the "size" of the AJAX
region (you can define AJAX region
+ in the second one option it depends on the "size" of the Ajax
region (you can define Ajax region
by using the <emphasis
role="bold"><property><a4j:region></property></emphasis>).
As you can see, in the second case the filter parses
- the content of an AJAX response before sending it to the client side.</para>
+ the content of an Ajax response before sending it to the client side.</para>
<para>Have a look at the next picture to understand these two
ways:</para>
<figure>
<title>Request Processing sequence diagram</title>
@@ -71,10 +71,10 @@
</mediaobject>
<para>In both cases, the information about required static or dynamic resources
that your application
requests is registered in the ResourseBuilder class.</para>
- <para>When a request for a resource comes (Figure 4), the AJAX filter checks
the Resource Cache
+ <para>When a request for a resource comes (Figure 4), the Ajax filter checks
the Resource Cache
for this resource and if it is there, the resource is sent to the client.
Otherwise,
the filter searches for the resource among those that are registered by the
- ResourceBuilder. If the resource is registered, the AJAX filter will send a request
to the
+ ResourceBuilder. If the resource is registered, the Ajax filter will send a request
to the
ResourceBuilder to create (deliver) the resource.</para>
<para>Next Figure shows the ways of resource request processing.</para>
<figure>
@@ -88,15 +88,15 @@
<formalpara>
<title>AJAX Action Components</title>
<para>
- There are four AJAX Action Components: AjaxCommandButton, AjaxCommandLink,
AjaxPoll and AjaxSupport.
- You can use them to send AJAX requests from the client side.
+ There are four Ajax Action Components: AjaxCommandButton, AjaxCommandLink,
AjaxPoll and AjaxSupport.
+ You can use them to send Ajax requests from the client side.
</para>
</formalpara>
<formalpara>
<title>AJAX Containers</title>
<para>
AjaxContainer is an interface that describes an area on your JSF page that should
be decoded
- during an AJAX request. AjaxViewRoot and AjaxRegion are implementations of this
interface.
+ during an Ajax request. AjaxViewRoot and AjaxRegion are implementations of this
interface.
</para>
</formalpara>
<formalpara>
@@ -113,7 +113,7 @@
<para>In order to create AJAX4JSF applications properly, keep the following
points in mind:</para>
<itemizedlist>
<listitem>
- The AJAX framework should not append or delete, but only replace elements on the
page. For successful updates, an element with the same ID as in the response must exist on
the page. If you'd like to append any code to a page, put in a placeholder for it
(any empty element). For the same reason, it's recommended to place messages in
the<emphasis >
+ The Ajax framework should not append or delete, but only replace elements on the
page. For successful updates, an element with the same ID as in the response must exist on
the page. If you'd like to append any code to a page, put in a placeholder for it
(any empty element). For the same reason, it's recommended to place messages in
the<emphasis >
<property>"AjaxOutput"</property>
</emphasis> component (as no messages is also a message).
</listitem>
@@ -123,7 +123,7 @@
</emphasis> for self-rendered containers, since this component is
transient and not saved in the tree.
</listitem>
<listitem>
- AJAX requests are made by XMLHttpRequest functions in XML format, but this XML
bypasses most validations and the corrections that might be made in a browser. So, create
only a strict standards-compliant code for HTML and XHTML, without skipping any required
elements or attributes. Any necessary XML corrections are automatically made by the XML
filter on the server, but lot's of unexpected effects can be produced by an
incorrect HTML code.
+ Ajax requests are made by XMLHttpRequest functions in XML format, but this XML
bypasses most validations and the corrections that might be made in a browser. So, create
only a strict standards-compliant code for HTML and XHTML, without skipping any required
elements or attributes. Any necessary XML corrections are automatically made by the XML
filter on the server, but lot's of unexpected effects can be produced by an
incorrect HTML code.
</listitem>
</itemizedlist>
</section>
@@ -132,8 +132,8 @@
<title>How To...</title>
<section id="SendAnAJAXRequest">
<?dbhtml filename="SendAnAJAXRequest.html"?>
- <title>Send an AJAX request</title>
- <para>There are different ways to send AJAX requests from your JSF page. You
may use
+ <title>Send an Ajax request</title>
+ <para>There are different ways to send Ajax requests from your JSF page. You
may use
<emphasis
role="bold"><property><a4j:commandButton></property></emphasis>,
<emphasis role="bold">
<property><a4j:commandLink></property>, <emphasis
role="bold"><property><a4j:poll></property></emphasis>
</emphasis> or <emphasis role="bold">
@@ -141,8 +141,8 @@
</emphasis> tags.
</para>
<para>All these tags hide the usual JavaScript activities that are required
for an XMHttpRequest
- object building and an AJAX request sending. Also, they allow you to decide
which components of
- your JSF page are to be re-rendered as a result of the AJAX response (you can
list the
+ object building and an Ajax request sending. Also, they allow you to decide
which components of
+ your JSF page are to be re-rendered as a result of the Ajax response (you can
list the
IDs of these components in the "reRender" attribute).
</para>
<para>
@@ -150,28 +150,28 @@
<property><a4j:commandButton></property>
</emphasis> and <emphasis role="bold">
<property><a4j:commandLink></property>
- </emphasis> tags are used to send an AJAX
+ </emphasis> tags are used to send an Ajax
request on "onclick" JavaScript event.
</para>
<para>
<emphasis role="bold">
<property><a4j:poll></property>
- </emphasis> tag is used to send an AJAX
+ </emphasis> tag is used to send an Ajax
request periodically using a timer.
</para>
<para>The <emphasis role="bold">
<property><a4j:support></property>
- </emphasis> tag allows you to add AJAX functionality to standard JSF
components
- and send AJAX request onto a chosen JavaScript event:
"onkeyup", "onmouseover",
+ </emphasis> tag allows you to add Ajax functionality to standard JSF
components
+ and send Ajax request onto a chosen JavaScript event:
"onkeyup", "onmouseover",
etc.
</para>
- <para>Most important attributes of components that provide AJAX request
calling features are:</para>
+ <para>Most important attributes of components that provide Ajax request
calling features are:</para>
<itemizedlist>
<listitem>
<emphasis >
<property>"reRender"</property>
</emphasis>attribute as it was mentioned <link
linkend="SendAnAJAXRequest">before</link> specifies components to be
reRendered
- after AJAX response. The attribute can be specified using EL expression and
formed dynamicaly on the
+ after Ajax response. The attribute can be specified using EL expression and
formed dynamicaly on the
server side (see <ulink url="index.html#FAQ">FAQ
chapter</ulink>).
</listitem>
<listitem>
@@ -212,24 +212,24 @@
<title>Decide What to Send</title>
<para>You may describe a region on the page you wish to send to the server,
in this way you can
control what part of the JSF View is decoded on the server side when you send
an
- AJAX request.
+ Ajax request.
</para>
- <para>The easiest way to describe an AJAX region on your JSF page is to do
nothing,
+ <para>The easiest way to describe an Ajax region on your JSF page is to do
nothing,
because the content between the <emphasis role="bold">
<property><f:view></property>
</emphasis> and <emphasis role="bold">
<property></f:view></property>
</emphasis> tags is considered
- the default AJAX region.
+ the default Ajax region.
</para>
- <para>You may define multiple AJAX regions on the JSF page (they can even be
nested) by using
+ <para>You may define multiple Ajax regions on the JSF page (they can even be
nested) by using
the <emphasis role="bold">
<property><a4j:region></property>
</emphasis> tag.
</para>
- <para>If you wish to render the content of an AJAX response outside of the
active region then
+ <para>If you wish to render the content of an Ajax response outside of the
active region then
the value of the "renderRegionOnly" attribute should be set
to "false". Otherwise, your
- AJAX updates are limited to elements of the active region.
+ Ajax updates are limited to elements of the active region.
</para>
</section>
<section id="DecideWhatToChange">
@@ -239,7 +239,7 @@
many cases.
</para>
<para>But you can not use this approach if your page contains, e.g. a
<emphasis
role="bold"><property><f:verbatim></property></emphasis>
- tag and you wish to update its content on an AJAX response.
+ tag and you wish to update its content on an Ajax response.
</para>
<para>The problem with the <emphasis role="bold">
<property><f:verbatim/></property>
@@ -254,7 +254,7 @@
tag inside of the output panel, then the content of the <emphasis
role="bold">
<property><f:verbatim/></property>
</emphasis> tag and content of
- other panel's child tags could be updated on AJAX response. There are
two ways to
+ other panel's child tags could be updated on Ajax response. There are
two ways to
control this:
<itemizedlist>
<listitem>
@@ -274,7 +274,7 @@
<section id="RequestErrorsHandling">
<?dbhtml filename="RequestErrorsHandling.html"?>
<title>Request Errors Handling</title>
- <para>To execute your own code on the client in case of an error during AJAX
request, it's necessary to redefine the standard "A4J.AJAX.onError "
method:</para>
+ <para>To execute your own code on the client in case of an error during Ajax
request, it's necessary to redefine the standard "A4J.AJAX.onError "
method:</para>
<programlisting role="JAVA"><![CDATA[A4J.AJAX.onError =
function(req,status,message) {
// Custom Developer Code
};]]></programlisting>
Modified: trunk/docs/userguide/en/src/main/docbook/modules/RFCfaq.xml
===================================================================
--- trunk/docs/userguide/en/src/main/docbook/modules/RFCfaq.xml 2007-08-21 11:46:56 UTC
(rev 2365)
+++ trunk/docs/userguide/en/src/main/docbook/modules/RFCfaq.xml 2007-08-21 11:47:45 UTC
(rev 2366)
@@ -532,8 +532,8 @@
</h:inputText>]]></programlisting>
<para> So in this case
"<emphasis><property>doSomething()</property>"</emphasis>
- function is executed before the AJAX request. </para>
- <para> Besides, if this function returns "false",
AJAX request
+ function is executed before the Ajax request. </para>
+ <para> Besides, if this function returns "false",
Ajax request
isn't fired. </para>
<note>
<title>Note:</title>
@@ -572,7 +572,7 @@
element as it was before. You may use <emphasis>
<property>document.findElementById()</property>
</emphasis>to get references to this object after a request
is processed as
- when a page is updated in AJAX you will have reference to a
control, removed
+ when a page is updated in Ajax you will have reference to a
control, removed
from a DOM tree. </para>
<para> Or, if you are sure that your element is not updated, you
can add <emphasis>
<property>"onsubmit"</property>
@@ -616,7 +616,7 @@
<property>findComponent()</property>
methods. </listitem>
</itemizedlist>
<para> Thus, for example, only entire dataTable can be updated in
response (but all
- AJAX action components inside table work properly).
</para>
+ Ajax action components inside table work properly).
</para>
</section>
<!--<section id="RegionsInDataTables">
<?dbhtml filename="RegionsInDataTables.html"?>
@@ -634,7 +634,7 @@
<?dbhtml
filename="FilterUsageDamagesAnApplicationLayout.html"?>
<title>Why does filter usage damage an application
layout?</title>
<para>Ajax4jsf uses <property>filters</property> for
correction of xhtml code
- received on an AJAX response, because when a response is recieved
from the
+ received on an Ajax response, because when a response is recieved
from the
server, Ajax4jsf makes direct changes in DOM tree and browser
doesn't make any corrections in generated xhtml. There
are two ways
for setting <property>filters</property> that could
be used in an
@@ -669,7 +669,7 @@
output xhtml code isn't strictly verified and it also
could cause
lot's of errors and corrupt a layout as a result. Though
if you
sure that your application markup is really strict for this
filter, the
- filter considerably accelerates all AJAX requests processing.
</para>
+ filter considerably accelerates all Ajax requests processing.
</para>
<para><emphasis role="bold">Extra
information</emphasis>. </para>
<para>forceParcer parameters setting for
<property>filters</property>:</para>
@@ -685,7 +685,7 @@
...
</filter>]]></programlisting>
<para>The "false" setting for initialization
parameter switches
- off application of filters for non-AJAX requests, if
+ off application of filters for non-Ajax requests, if
"true" is chosen, the filter checks all
requests. <important>
<title>Changes for Ajax4jsf 1.1.0</title>
<property>forceparser parameter</property>
default value is false
@@ -698,7 +698,7 @@
request?</title>
<para>This situation could happen because of conversion/validation
errors on form
submission. In order to verify this, it's necessary to
place this
- updating via an AJAX error message inside a form:</para>
+ updating via an Ajax error message inside a form:</para>
<para>
<emphasis role="bold">Example:</emphasis>
@@ -737,7 +737,7 @@
<para>The <emphasis>
<property>"IgnoreDupResponses"</property>
</emphasis> attribute appeared from 1.0.4 RC1 version and
is used on the
- client for response ignoring after an AJAX request if a newer
request has
+ client for response ignoring after an Ajax request if a newer
request has
been already sent. <para> The additional information could
be found <ulink
url="http://jboss.com/index.html?module=bb&op=viewtopic&...
here</ulink>. </para>
@@ -810,7 +810,7 @@
<section id="CustomAjaxRequest">
<?dbhtml filename="CustomAjaxRequest.html"?>
- <title>Why custom AJAX request does not work?</title>
+ <title>Why custom Ajax request does not work?</title>
<para>More information about this problem could be found on the
<ulink
url="http://www.jboss.com/index.html?module=bb&op=viewtopic&...
Ajax4Jsf Users Forum.</ulink>
@@ -844,7 +844,7 @@
<title>Why does reRendering fail? Hide/Show components using
rendered.</title>
<para> During "show/hide" functionality
implementation the main
error happens because of the "reRender"
attribute of some
- AJAX Action Component is set on a component that depends on
rendered
+ Ajax Action Component is set on a component that depends on
rendered
properties, i.e. a component that is to be hidden/rendered is
tried to be
updated. The problem is that if
rendered="false" in this
moment, the component isn't in the DOM tree and
can't be
@@ -855,12 +855,12 @@
<orderedlist>
<listitem>
<para>With the rendered attribute wrap the
component that is to be
- hidden or rendered on AJAX in a wrapper component
(e.g.
+ hidden or rendered on Ajax in a wrapper component
(e.g.
a4j:outputPanel)</para>
</listitem>
<listitem>
- <para>Set reRender of an AJAX Action component on
this wrapper
+ <para>Set reRender of an Ajax Action component on
this wrapper
component instead of the component
itself.</para>
</listitem>
</orderedlist>
Modified: trunk/docs/userguide/en/src/main/docbook/modules/RFCsetwebappl.xml
===================================================================
--- trunk/docs/userguide/en/src/main/docbook/modules/RFCsetwebappl.xml 2007-08-21 11:46:56
UTC (rev 2365)
+++ trunk/docs/userguide/en/src/main/docbook/modules/RFCsetwebappl.xml 2007-08-21 11:47:45
UTC (rev 2366)
@@ -219,10 +219,10 @@
<?dbhtml filename="Environment.html" ?>
<title>Environment</title>
<para>
- To use Ajax4jsf framework you need JDK 1.4 or higher, any JSF implementation
+ To use RichFaces 3.1.0 framework you need JDK 1.4 or higher, any JSF implementation
and your favorite Servlet Container. To read more on the
<property>Environments</property>, see further chapters.</para>
<para>
- Ajax4jsf is designed in an easy-to-use way, so that you should do only a few simple
steps to get AJAX functionality in your JSF application.
+ RichFaces 3.1.0 is designed in an easy-to-use way, so that you should do only a few
simple steps to get Ajax functionality in your JSF application.
</para>
</section>
<section id="DownloadingAjax4jsf">
@@ -280,7 +280,7 @@
</listitem>
<listitem>
- <para>Add the following line for each JSP page of your application where
you are going to bring in AJAX functionality.</para>
+ <para>Add the following line for each JSP page of your application where
you are going to bring in Ajax functionality.</para>
<programlisting role="XML"> <![CDATA[<%@ taglib
uri="https://ajax4jsf.dev.java.net/ajax"
prefix="a4j"%>]]></programlisting>
<para>For XHTML pages:</para>
<programlisting
role="XML"><xmlns:a4j="https://ajax4jsf.dev.java...
@@ -289,7 +289,7 @@
</section>
<section id="SimpleAJAXEchoProject">
<?dbhtml filename="SimpleAJAXEchoProject.html" ?>
- <title>Simple AJAX Echo Project </title>
+ <title>Simple Ajax Echo Project </title>
<para>
In our JSF project you need only one JSP page that has a form with a couple of
child tags:
<emphasis role="bold">
@@ -329,11 +329,11 @@
</html>]]></programlisting>
<para>The only line that distinguishes this page from a
"regular" JSF one is</para>
<programlisting role="XML"><![CDATA[<a4j:support
event="onkeyup" reRender="rep"/>]]></programlisting>
- <para>The line adds an AJAX support to the parent <emphasis
role="bold">
+ <para>The line adds an Ajax support to the parent <emphasis
role="bold">
<property><h:inputText></property>
</emphasis> tag. This support is
bound to "onkeyup" JavaScript event, so that each time when
this event is fired on the
- parent tag, our application sends an AJAX request to the server. It means that
the
+ parent tag, our application sends an Ajax request to the server. It means that
the
text field pointed to our managed bean property contains up-to-date value of our
input.
</para>
<para>