Remy, BTW, since which version of the spec has this change been instituted?
Thanks, Yaakov. On 4/15/05, Yaakov Chaikin <[EMAIL PROTECTED]> wrote: > 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]
