crossley 02/04/30 00:47:36
Modified: src/documentation/xdocs faq.xml
Log:
Fixed stack of XML validation errors: cannot use ul or source within <p>.
Added an FAQ for CVS Usage and where to find branch names.
Revision Changes Path
1.8 +24 -8 xml-cocoon2/src/documentation/xdocs/faq.xml
Index: faq.xml
===================================================================
RCS file: /home/cvs/xml-cocoon2/src/documentation/xdocs/faq.xml,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- faq.xml 17 Mar 2002 19:05:08 -0000 1.7
+++ faq.xml 30 Apr 2002 07:47:36 -0000 1.8
@@ -322,13 +322,15 @@
</question>
<answer>
<p>
- The sql samples are working when deploing the war file using the build system:
+ The sql samples are working when deploing the war file using the build
+ system:</p>
<source>
./build.sh \
-Dinclude.webapp.libs=yes \
-Dinstall.war=path/to/tomcat/webapps install
</source>
+ <p>
This command will take care of the path inside the configuration file to the
database resources.
</p>
</answer>
@@ -723,7 +725,7 @@
reload-method="asynchron"
check-reload="yes"/>]]></source>
- <p>Which means:
+ <p>Which means:</p>
<ul>
<li>The <code>check-reload</code> attribute determines if the sitemap
is reloaded on change. Set to "no", the sitemap is generated once
@@ -743,13 +745,14 @@
</ol>
</li>
</ul>
+ <p>
For development environment, set the reload-method to synchron and the
check-reload to yes. For production environment, it is advisable to
set the reload-method to asynchron and for more safety the check-reload
to no.
</p>
- <p>In a nuthsell: By default reload is "asynchron" which means:
+ <p>In a nuthsell: By default reload is "asynchron" which means:</p>
<ol>
<li>Change sitemap</li>
<li>Hit reload</li>
@@ -757,21 +760,34 @@
<li>Hit reload</li>
<li>Voila - new sitemap is used! :)</li>
</ol>
- Hence: you don't need to restart the servlet container.
- </p>
+ <p>Hence: you don't need to restart the servlet container.</p>
- <p>For sub-sitemaps, this issue is defined in the mounting element:
- <source><![CDATA[
+ <p>For sub-sitemaps, this issue is defined in the mounting element:</p>
+ <source><![CDATA[
<map:mount uri-prefix="foo" src="file:///c:/foo/"
check-reload="yes"
reload-method="synchron"/>]]></source>
- With these settings Cocoon will react to any changes in the sub-sitemap,
+ <p>With these settings Cocoon will react to any changes in the sub-sitemap,
without even hitting the reload button twice :)</p>
<p>
Moreover, using sub-sitemaps is a good idea, since it reduces
compilation time (if you change just a sub-sitemap the main sitemap
and the others sub-sitemaps won't be compiled) and lead to greater
degree of modularity.
+ </p>
+ </answer>
+</faq>
+
+<faq>
+ <question>
+ How do i use the most recent CVS copy of the Cocoon code on my local system?
+ </question>
+ <answer>
+ <p>
+ This is described as a
+ <link href="contrib.html#cvshowto">CVS Usage Precis</link> on the
+ Contribution page. It also explains how to get branches other than the
+ current HEAD branch.
</p>
</answer>
</faq>
----------------------------------------------------------------------
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
