cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vadim Gritsenko" <>
Subject RE: servlet, generator or ... (design question)
Date Wed, 13 Feb 2002 16:28:04 GMT
> From: Mike Haarman []
> We are evaluating C2 for a very large, public, data-dissemination
> (NHGIS.ORG).  I would like to build a few small XML visualization
tools in
> C2 for demonstration purposes.  For example, a facility to upload an
> instance, associate it with a stylesheet living on the server and
> transformed XHTML.  The upload need not be saved anywhere on the
> I'd like to hand the uploading stream directly to Cocoon.  I can
> see a couple ways to accomplish this but suspect there are more:
> a) Specify a servlet external to Cocoon which handles multi-part form
> as the src attr on my generator in the pipeline.  How does this kick
> off the pipeline's processing?  I suspect I need to bind the upload
> to the pipeline within my servlet and make a call to Cocoon but I'm
> clear how.  Or is Cocoon waiting like a daemon for bytes to show up at
> mouth of the pipe?

Not possible.

> b) Extend one of Cocoon's generator classes (StreamGenerator?) to
> the multi-part form data and call it from my form.

Way to go. Yes, StreamGenerator.

> c) Is there a way to modify the File Upload example to hand the
> stream to a transformation?  It seems that example merely specifies a
> directory for uploads and does nothing with the stream itself.

It has different purpose; it supposed usage is to upload binary
resources, not the XML which requires further processing.


> d) ?
> What is the cleanest manner of doing this?  I suspect there is a
> pattern lurking in this problem and would like to implement the
> that best reflects such a pattern.
> ----------------------------------------------------------------
> Mike Haarman                        Minnesota Population Center,
>              University of Minnesota,
>                                     537 Heller Hall,
>                                     Minneapolis, MN 55455
> Co-Architect, Programmer,
>   National Historical GIS --
> Maintainer,
>   DDI Codebook DTD --

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

To unsubscribe, e-mail: <>
For additional commands, e-mail: <>

View raw message