While the order is determined by RequestUtils.computeURL(), this "final" URL
is then given to Response.encodeURL() to handle putting the jsessionid into
the URL.  I looked at the implementation of my Servlet engine (Resin) and it
puts the jsessionid after the anchor.  I then looked at how Tomcat does this
and it puts the jsessionid before the anchor. So I concluded that the bug is
in Resin and not Struts.  Any implementation of Response.encodeURL() should
handle the anchor tag correctly.

Tim

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 21, 2002 12:18 PM
To: Struts Users Mailing List
Subject: RE: Possble bug in html:link tag



Its actually the order in which the url is built inside
org.apache.struts.util.RequestUtils.
Look at the computeURL method.

-Shyam



 

                    "Pedone, Tim"

                    <Tim_Pedone@i        To:     "'Struts Users Mailing
List'" <[EMAIL PROTECTED]>                 
                    ntuit.com>           cc:

                                         Subject:     RE: Possble bug in
html:link tag                                          
                    03/21/2002

                    01:22 PM

                    Please

                    respond to

                    "Struts Users

                    Mailing List"

 

 




Upon further investigation, looks like the problem resides with my Servlet
engine's implementation of Response.encodeURL()

Tim

-----Original Message-----
From: Pedone, Tim [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 21, 2002 8:53 AM
To: '[EMAIL PROTECTED]'
Subject: Possble bug in html:link tag


I'm using the "anchor" attribute of the html:link tag <html:link
href="/cpi/do/home" anchor="about"/> and when the tag rewrites the url with
a session id it ends up like this:

/cpi/do/home#about;jsessionid=xxxxxx

I think this is backward because the browser doesn't send anything after
the
# in the request.  If I use a scriptlet to produce:

/cpi/do/home;jsessionid=xxxxx#about

it works.

Tim


--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>



--
To unsubscribe, e-mail:   <
mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <
mailto:[EMAIL PROTECTED]>






--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to