Re: [Bug 60013] Non-ASCII characters in querystring get mangled after URL Rewrite using RewriteValve
On 11/03/2022 07:19, bugzi...@apache.org wrote: https://bz.apache.org/bugzilla/show_bug.cgi?id=60013 --- Comment #41 from kiran --- Sigh. Another idiot who doesn't realise that all links from our BZ are no-follow. Account disabled, spam deleted. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Apache Tomcat 9.0.60
ср, 9 мар. 2022 г. в 18:40, Rémy Maucherat : > > The proposed Apache Tomcat 9.0.60 release is now available for voting. > > It can be obtained from: > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-9/v9.0.60/ > ... > The proposed 9.0.60 release is: [ ] Broken - do not release [x] Stable - go ahead and release as 9.0.60 (stable) Tested on Windows 10. Smoke tests OK (installer, Java 8, examples). Unit tests OK (Java 11, Java 8, Java 17). Testing with Java 8 was done using a recipe from the "Running unit tests with JVMs < 11" thread https://lists.apache.org/thread/mltqyq912z97klqvzg0d5mb7h658j734 Best regards, Konstantin Kolinko - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [DAEMON] Tagging 1.3.0
Mark, On 3/10/22 15:53, Mark Thomas wrote: Just a heads up that I'm planning on tagging Daemon 1.3.0 soon - probably tomorrow. Woah! Once release per decade is a good release policy. All kidding aside, did you mean to post this to commons-dev? -chris - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[GitHub] [tomcat] ChristopherSchultz commented on pull request #481: changing HashMap to LinkedHashMap to maintain execution order of deployment
ChristopherSchultz commented on pull request #481: URL: https://github.com/apache/tomcat/pull/481#issuecomment-1065380953 What exactly does this accomplish? LinkedHashMap just produces iterators which maintain insertion-order. It doesn't impose any order on when they were inserted. Is this intended to maintain _redeployment_-order when auto-deployment is enabled and all applications are updated simultaneously? If so, it's entirely possible that your application updates would be processed across multiple background-processing executions and therefore wouldn't necessarily be redeployed in the order you expected, anyway. I must not understand the use-case, here. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
