-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Sharun,

Marking OT because this is almost certainly not a Tomcat issue, but
Cocoon configuration or something else.

On 9/29/2011 9:27 AM, Sharun superstar wrote:
> I am using cocoon 2.1.9 as my web application frame work on tomcat
> 6.0.33

I'm on Cocoon 2.1.11. You and me both need to upgrade badly! I also
happen to be using Tomcat 6.0.32 in production.

> I get strange problem that I get request object and also able to
> get values of querystring and sessionid from the request object.
> (RequestFacade)

So... that's how things are supposed to work, so that's not a problem.

> But when try to get request-parameter using the same object it some
> times gives empty as value.(even if the request parameter is there
> in the request).

Exactly what does your configuration look like? We have pipelines like
this:
    <map:match pattern="report/full.xml">
      <map:generate
src="{global:base-url}/report.xml.do;jsessionid={request:requestedSessionId}?id={request-param:id}"
/>

      <map:transform
src="{global:stylesheet-url}/responses-to-cinclude.xsl">
        <map:parameter name="base-url" value="{global:base-url}" />
        <map:parameter name="include-foo"
                      value="{request-param:include-foo}" />
      </map:transform>

      <map:transform
src="{global:stylesheet-url}/resources-to-cinclude.xsl">
        <map:parameter name="rsid-param" value="{request-param:rsid}" />
      </map:transform>

      <map:transform type="cinclude" />

      <map:serialize type="xml" />
    </map:match>

The above {request-param:foo} settings seem to work reliably for me.
All of our requests are GET... all POST requests are handled by
non-Cocoon-based code.

> Refreshing the same request url on browser (Firefox) again give me
> request parameter but consequent tries ends in empty
> request-parameter.

That's certainly strange. Have you tried observing the HTTP traffic
using something like fiddler, LiveHTTPHeaders, etc. to see what the
client is sending?

> I need help that how to check at which point the request parameter
> is initialized by tomcat.

Request parameters are read from POST requests the first time any of
the ServletRequest.getParameter* family of methods are called. I'm not
entirely sure when GET parameters are parsed... probably at the same
time. If you use {request-param:foo}, that will translate (eventually)
into a call to ServletRequest.getParameter("foo"), so this should work
consistently.

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6ElQ0ACgkQ9CaO5/Lv0PCqOgCeLMRx2dQOONiQAYHCjf3zH/d/
iXYAoJcaWJK7kjmDP4spi3bkKu+sccla
=Kiw1
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to