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]>

Reply via email to