RE: sitemap -> save file ?

2002-11-29 Thread Eisert, Wolfram (ext.)
Jessica,

maybe you could use the SourceWritingTransformer.

See
http://xml.apache.org/cocoon/userdocs/transformers/sourcewriting-transformer
.html

Wolfram

> -Original Message-
> From: Jessica Niewint [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 29, 2002 2:45 PM
> To: [EMAIL PROTECTED]
> Subject: sitemap -> save file ?
> 
> 
> I generate a PDF -File via XSP -> XSL:FO . Now I got the 
> problem, that I 
> have no idea how to store the generated pdf-file. I do not 
> want to do it on 
> the client side (with the acrobat-reader) I want to stay on 
> the server 
> site. How can I move the content of the generate PDF in the 
> browser to my 
> server ? Or better, do not even want the the file will be 
> displayed in the 
> browser. Is there a way to save the content "before the 
> browser" , maybe 
> with the help of the sitemap ? or a script ? 
> 
> 
> -
> Please check that your question  has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
> 

-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>




Cocoon CommandLine - loading classes at startup

2002-03-14 Thread Eisert, Wolfram (ext.)

Hi,

is it possible in Cocoon CommandLine-mode to load classes 
at startup like in webapp-mode with the web.xml "load-class"
param?

I need it to load jdbc-driver-class prior connection pool
initialization.

Wolfram

-
Please check that your question has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>




RE: XSP page getting called TWICE! (was: Pipeline dependencies)

2001-12-14 Thread Eisert, Wolfram

Hi David,

yesterday I send a patch to cocoon-dev (which now was applied to 20-branch)
which should solve your problem.

See
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=100827658927876&w=2
for details.

Wolfram

> -Ursprüngliche Nachricht-
> Von: David Rosenstrauch [mailto:[EMAIL PROTECTED]]
> Gesendet am: Mittwoch, 12. Dezember 2001 17:49
> An: [EMAIL PROTECTED]
> Betreff: RE: XSP page getting called TWICE! (was: Pipeline 
> dependencies)
> 
> Ah, but that's the rub.  It's only invoked in one place in 
> the Java code, and yet it gets called twice.
> 
> Cocoon itself is calling this pipeline twice, for some 
> reason, and I have no idea why.
> 
> Thanks for the msg, though.
> 
> 
> DR
> 
> 
> At 10:04 AM 12/12/01 +0100, you wrote:
> >David,
> >
> >I think what Mitch meant and I'm not sure you mean the same - you may
> >trace down from which point of sitemap_xmap.java your pipelines are
> >invoked. And as soon you found _two_ places of invocation in 
> java code,
> >you may match them back to your sitemap.xmap (you should see what
> >exactly made your matcher to be invoked twice).
> >
> >Best wishes,
> >Nick
> >
> > > -Original Message-
> > > From: David Rosenstrauch [mailto:[EMAIL PROTECTED]] 
> > > Sent: Wednesday, December 12, 2001 12:01 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: RE: XSP page getting called TWICE! (was: Pipeline 
> > > dependencies)
> > > 
> > > 
> > > I did.  From the trace, it seems like the whole  > > pattern="rtf_merge_data"> pipeline is getting run twice - 
> > > which I found even more confusing.
> > > 
> > > Not sure why it should need to run that pipeline twice.  
> > > Clearly that's happening because of some combination of:  a) 
> > > it's an internal pipeline, b) I'm using the results of that 
> > > pipeline in a transform in another pipeline.
> > > 
> > > I can't figure out for the life of me why it should be run 
> > > twice though.
> > > 
> > > Thanks for giving it a shot though and please let me know if 
> > > you have any other suggestions, as I still haven't solved this.
> > > 
> > > 
> > > DR
> > > 
> > > 
> > > 
> > > 
> > > 
> > > At 08:58 AM 12/11/01 -0800, you wrote:
> > > >Have you tried modifying the code to print a stack trace 
> with each 
> > > >invocation?  This might help isolate the source of each call.
> > > >
> > > >-Mitch
> > > >
> > > >-Original Message-
> > > >From: David Rosenstrauch [mailto:[EMAIL PROTECTED]]
> > > >Sent: Tuesday, December 11, 2001 7:37 AM
> > > >To: [EMAIL PROTECTED]
> > > >Subject: Re: XSP page getting called TWICE! (was: Pipeline 
> > > >dependencies)
> > > >
> > > >
> > > >I posted this a couple of times here, as well as once to the 
> > > Dev list.  
> > > >No one's written back with any suggestions so far.
> > > >
> > > >I hope y'all don't mind, but I'd like to post this one more 
> > > time.  It's 
> > > >really stumping me!  Please help!
> > > >
> > > >==
> > > >
> > > >Anyone have any thoughts on this?
> > > >
> > > >What could cause an XSP page to get called twice in the 
> same request?
> > > >
> > > >Tnx!
> > > >
> > > >DR
> > > >
> > > >
> > > >At 12:07 PM 12/7/01 -0500, you wrote:
> > > > >Actually, regarding the setup below (which I mentioned 
> in another 
> > > > >message),
> > > >I'm having a problem with it and would appreciate some help.
> > > > >
> > > > >Take a look at the sitemap segment below.  And let me 
> clarify it a 
> > > > >bit too:
> > > > >
> > > > >The XSL stylesheet that I'm using in the transform on 
> > > > >"pd/mergedoc.html" is
> > > >generated *dynamically*, from an xsp page 
> > > ("pages/gen_merge_xsl.xsp").
> > > > >
> > > > >This is working just fine, except for one small problem:
> > > > >
> > > > >For some reason, on each request, this XSP page is getting 
> > > executed 
> > > > >TWICE!
> > > >Although this doesn't technically cause any errors, it's pretty 
> > > >inefficient since it hits the database twice, generates the 
> > > xsl twice, 
> > > >etc.
> > > > >
> > > > >Any ideas why?
> > > > >
> > > > >Some possible thoughts I had:
> > > > >
> > > > >* perhaps the internal-only="true" is causing this?
> > > > >
> > > > >* perhaps an additional aspect of this setup is 
> causing this:  the
> > > >"cocoon:/rtf_parse" generation step (not listed) is setting an 
> > > >"attachment" response header ("Content-Disposition: attachment; 
> > > >filename=myfile.rtf") so that the file will be 
> downloaded instead of 
> > > >displayed directly in the browser.  Could that be causing this?
> > > > >
> > > > >Any help appreciated!
> > > > >
> > > > >TIA!
> > > > >
> > > > >
> > > > >DR
> > > > >
> > > > >
> > > > >At 11:17 AM 12/7/01 -0500, you wrote:
> > > > > >It is possible.  I'm using that in my site:
> > > > > >
> > > > > >
> > > > > >  
> > > > > >  
> > > > > >   src="cocoon:/rtf_merge_data"/>
> > > > > >  
> > > > > >  
> > > > > >
> > > > > >
> >