different solution than I expected and it does not make a difference
with %2B and '+' characters, but it should work and be spec- (or at
least reality-) compliant. :-)
I will let you know whether it solves the problem.
Tero Karttunen
with Tomcat! :-)
Thanks for pointing this out!
Tero Karttunen
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
throw new UnknownUrlException (url);
}
What do you think? Is my approach valid? Am I somehow abusing
URLCodec? Should the request be (partially) decoded in some other way?
Best Regards,
Tero Karttunen
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
ts reserved characters. But this is only my first guess.
+ForwardUriCompatUnparsed solves the mod_jk part of the problem _for
me_, but while HTTPD people are working on bug 32328 (since 2007),
could it be benecifial for mod_jk to maybe offer a fifth Forwarding
mode as a wo
Bone%3csix HTTP/1.1" 200 399
This time my application sees the intended request after decoding the
URL: sites/one+onehttp://localhost/sites/one%2Bone%3Cthree gives the same same results
as http://localhost:8082/contextroot/subcontext/sites/one%2Bone%3Cthree?
Best Regards,
Tero Karttunen
use of this very high standard that I am giving this
feedback, because so far the support for application deployment has
not been as extensive as the rest of your software.
Best Regards,
Tero Karttunen
-
To unsubscribe, e-mail:
BACKGROUND INFORMATION:
I have used mod_jk to configure Apache to work as a load balancer for
two Tomcat server instances. To these Tomcat instances, I have
deployed two Web Applications, "ts_core_virtual_repository" and "pum".
These Web Applications are actually simple servlets that DO NOT use
J2E
