Oh, now I see what you are saying (in both cases.)

That clears it up for me. Thanks.

Yaakov.

On 4/15/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> On 4/15/05, Yaakov Chaikin <[EMAIL PROTECTED]> wrote:
> > > 1) Applies to the core request class behavior. Cool, it works. The RD
> > > has to wrap it using a request wrapper, so it does not apply.
> >
> > So, what you are really saying is that the API should have pointed out
> > that getRequestURL() does not work the same way every time. Then, I am
> > not sure how anyone could have arrived at the conclusion that the
> > words "... URL the **client** used to make the request..." really
> > means "unless something else happens behind the scene" and the
> > returned value is no longer what the **client** used. That doesn't
> > seem strange to you, taking only into account what has been said?
> 
> I'm just pointing out you're not actually using the same class. The
> javadoc for the base class mentions the behavior of the non-wrapped
> base request class. After going in the request dispatcher and
> wrapping, this behavior is not the same.
> 
> > > 2) How about trying things instead of making what-if theories ? (hint:
> > > it works fine) ;)
> >
> > I haven't tried this particular part. True. I HAVE tried everything
> > else I mentioned however. Are you saying that how things really work
> > ONCE AGAIN is not the way the servlet spec describes they should?
> > Quote 8.4.2:
> > "If the forwarded servlet was obtained by using the getNamedDispatcher
> > method, these attributes **must not be set.**"
> 
> Well, the path values are simply set to the original ones, and,
> indeed, there are no attributes.
> 
> --
> xxxxxxxxxxxxxxxxxxxxxxxxx
> R�my Maucherat
> Developer & Consultant
> JBoss Group (Europe) S�RL
> xxxxxxxxxxxxxxxxxxxxxxxxx
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

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

Reply via email to