Finally my problem is fixed. I take the line,
threadID = request.getParameter("threadID") from
setup(...) and place it under generate(...).
Everything works as expected.
I guess it should be a bad practice to put
irrelevant things in the setup method.
Thanks.
__
Thanks for replying. You are correct about
AbstractGenerator. I added "noncaching" to my pipeline
and it results the same. Now I am not sure what goes
wrong.
--- Guido Casper <[EMAIL PROTECTED]> wrote:
> Are you sure your generator is cached??
> I think extending AbstractGenerator is noncacheabl
I just notice that the deprecated folder from cvs
contains XMLDBGenerator and XMLDBCollectionGenerator.
But I never tried out. Anyway, would you suggest how I
could fix my generator to non-cached?
Thanks.
--- Ken C <[EMAIL PROTECTED]> wrote:
> Hi,
> Having read the "write a
Hi,
Having read the "write a custom generator"
tutorial, I am trying to write one that hooks up a
connection to an xmldb -- eXist; and then get an xml
back based on a request parameter. Everything seems to
work fine for the first time the request is made.
Different request parameters on subsequ
Is there gonna be a alpha release by this weekend?
Just curious.
__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
-
To unsubscribe,
Hi everyone,
I found the current cvs build dec 8 doesn't build javadocs; both the javadocs and api folder are empty although it says build successful. Some of the error message is as follows,
[javadoc] javadoc: Close body tag missing from HTML file org\apache\commons\httpclient\package.htm
Andrew,
Your action needs the Cocoon XMLForm classes, don't
comment them out. Also note the 'components' is
missing in each 'imports'. Thus it should read,
// Schematron classes
import
org.apache.cocoon.components.validation.SchemaFactory;
import org.apache.cocoon.components.validation.Schema;
im
