Hi Christopher,
Thanks for the reply. I still have confusion it may be related
to tomcat based on the scenario that
even RequestFacade doesnt have request parameter values but has sessionid,
querystring, hostname etc
My request is processed as doGet, and all the process go smooth until it hit
global sitemap (cocoon) of my webapp.
There I just use the request parameter and do a parameterselecttest based on
my req-param.
here is the sample code: (Global sitemap)
map:match pattern=myapps/**
map:act type=debugaction !-- just to see
RequestFacade values --
map:parameter name=sessionid
value={request-param:jsessionid}/ (empty sometimes with retry of same
request!)
map:parameter name=requst_query
value={request:queryString} / (always there in all tries)
/map:act
map:select type=regexp-header-wget
map:parameter name=header-name value=user-agent /
map:when test=wget /
map:when test=java /
map:otherwise
map:mount check-reload=yes
src=myapp/sitemap.xmap uri-prefix=myapp pass-through=true /
/map:otherwise
/map:select
/map:match
when the request hits the match pattern and I use a simple action which has
get the parameter values.
The strange thing I used to get sessionid as empty when try to get from
request parameter but in request I
has sessionid, querystring and all values I need.
The request parameter is not there even in RequestFacade too.
I will check http request and response also.
Thanks!
with regards,
Saravanan.N
On Thu, Sep 29, 2011 at 5:55 PM, Christopher Schultz
ch...@christopherschultz.net wrote:
-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