Hi, I have updated the setup method. here is the code:
public void setup(SourceResolver resolver, Map objectModel, String src, Parameters par) throws ProcessingException, SAXException, IOException { try { super.setup(resolver, objectModel, src, par); } catch(ProcessingException exc) { throw(exc); } catch(SAXException exc) { throw(exc); } catch(IOException exc) { throw(exc); } request = ObjectModelHelper.getRequest(objectModel); paramNames = request.getParameterNames(); uri = request.getRequestURI(); } I had a sily mistake in the pipeline, too (in the generate line I wrote source instead of src). The corrected pipeline is: <map:pipeline> <map:match pattern="foo/*"> <map:act type="request"> <map:parameter name="parameters" value="true"/> <map:generate type="ist" src="{../1}"/> </map:act> <map:serialize type="xml"/> </map:match> <map:handle-errors> <map:transform src="stylesheets/system/error2html.xsl"/> <map:serialize status-code="500"/> </map:handle-errors> </map:pipeline> Now I can get the src in the source field of the generator. The parameters field of the generator still conatins 0 parameters. Br, Istvan On Thursday 01 August 2002 17:23, you wrote: > Ah, I think the problem is that I overrode the setup() method from > AbstractGenerator, but didn't look at what it > was doing in the original - I presumed incorrectly that it did nothing. > You should be able to get at the source by > adding super.setup() to the first line of the new setup() call below. Now > that I've looked more carefully, we could get rid of our own implementation > of setup and use the instance variable objectModel from the superclass to > get our parameters from within generate if we really wanted to - on the > other hand, for demonstration purposes it's better in my view to show that > it's available as a callback method from the container for performing setup > tasks. > > Thank you by the way for reorganizing the output to be more xml friendly. > I've already started work turning this example into a how-to for the > documentation. Would you mind if I incorporate your modifications for that > so I don't have to come up with another example? > > Geoff --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>