Alternative Windows installer
Thanks to permission from the PMC, the initial release of my alternative Windows installer is available: https://github.com/Bill-Stewart/ApacheTomcatSetup I designed this to meet some specific needs in my organization. Perhaps others might find it useful as well. Regards, Bill - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat9, JSP, CSS and JS not loading in Firefox
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Léa, On 1/17/20 8:48 AM, Lmhelp1 wrote: > Hello, > > Thank you for your answer. > > So, I removed the filter from "web.xml". > > Now, some characters with diacritics are rendered properly (for > example constant strings like menu entries: "Présentation"). > > But I created a new user "Léa": I entered "Léa" in a input type > text HTML element and submitted the form in which was the input > element. Now "Léa" is rendered as "Léa" when I need to dipslay it > either back in an input or as text in a "div". > > The filter that I put in 2015 in the Webapp (I don't really > remember how, I guess I had the same problem at the time) prevented > such things from happening. Your filter changes the encoding of both the request AND the response. It's likely that fixing the request-encoding was necessary, while changing the response-encoding was not. The problem is: 1. The official RFC-defined default character encoding for HTTP is ISO-8859-1. 2. The browser default appears to be unpredictable, but often UTF-8. 3. The browsers have all agreed not to tell the server what characted encoding is actually being used. It's fun. It's a very simply-solved problem: the browser should just advertise the character encoding and everything would be great. Sadly, n o. I would encourage you to read this page in its entirety: https://cwiki.apache.org/confluence/display/TOMCAT/Character+Encoding - -chris -BEGIN PGP SIGNATURE- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl4hwhQACgkQHPApP6U8 pFixlRAAxZzJiGd/uqbehT1qF7BF2Bff7KfiAxqmCzohjwEv2S6mSDw9t7EiV744 oNlPTiXeok6Rt+gH5TNpSAtFXFPSpr2IKP42FjwmXjJabdHfByZrUor65TIfZCfS DbzHVsRm4YPBobeEtwNVtIhYbcdEt0/qP4QticyNo/mXh1aHA1q0HPvcvNrJeYgn RAgrhUUxZnU+TQvB6GbX06/70LRz42H4jsxxI+MA7cmy/i1JejJ4RQad6LE85fuO kmeZea0XohrjnJevE2vjpuTmI02+j7IJKWgaIWfKUWgys64VG4L1O6u6RG4Wzku5 V9yi7kHI46PFUVAABykmsybZV1kH7nqQoAX/h8RxhZToFCowtahYDstyoNe2Zy8S Q80RtgyLwo8OviQIat0F9SeZG47EZ7KRzlvYLUNad/eGpW5jKXyktyXB4nk9qXdY Uk2xWiYxa4krCh+Ug7YMBooYvmHAL9Ch6AuLQDezzngTGC1Gt8IPxYZ/Jltducce 6IvVWDIDsu3D6AXCedmg2CldgdxYMA1Q2EoYWym/bPkE8Fynltuo5nE+BOPHU+k+ /zapbocbRJ7xFAVuJ6XNQUfC4vYHofg68s8W6LOfpQqFM/bjvyOp2vWX1MQ0zKzh SSaBl7NnysRCAHsgJcvqpIRwGZKvBHBiqU10d0ZaPLzU8m31DMY= =Uf+6 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat9, JSP, CSS and JS not loading in Firefox
Hello, Thank you for your answer. So, I removed the filter from "web.xml". Now, some characters with diacritics are rendered properly (for example constant strings like menu entries: "Présentation"). But I created a new user "Léa": I entered "Léa" in a input type text HTML element and submitted the form in which was the input element. Now "Léa" is rendered as "Léa" when I need to dipslay it either back in an input or as text in a "div". The filter that I put in 2015 in the Webapp (I don't really remember how, I guess I had the same problem at the time) prevented such things from happening. Please help. Thanks, -- Léa On 17/01/2020 9:36 AM, André Warnier (tomcat/perl) wrote: I believe Chris had a bit too much - or too little - coffee when he wrote the above, and that he meant : 1. Delete the *filter*and remove all references to it in web.xml 2. ... The point is : if your application is well-written and follows the standards, you should not normally need this Encoding filter, and everything should "just work". This filter is probably a left-over "patch" from either an older (and incorrect) application version, or some older version of Tomcat. That is why I first recommended that you remove the whole filter section from your web.xml, and check what happens. Display some pages which /should/contain some text in non-English languages (meaning with "diacritics" like è, é, à, ü, ö, ..) and if they display correctly, there is nothing else to do. Only if you /do/get a wrong display of some of that data, then you should come back here, and try to describe what is wrong. And we could then help you find the root cause. That would be better than trying to apply a patch over a patch over a patch..
Re: Tomcat9, JSP, CSS and JS not loading in Firefox
On 17.01.2020 04:15, Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Léa, On 1/16/20 9:33 AM, Lmhelp1 wrote: Hello, Thank you for your answers. I changed /* to *.jsp I also un-commented the line: servletResponse.setContentType("text/html; charset=" + Finals.S_CHARSET); It looks like the problem is solved. [snip] Shall I leave *.jsp as it is, or can you suggest another pattern? There is a better solution: 1. Delete the files and removed references to it in web.xml 2. Edit your JSP files and properly set the content-type and encoding in the @page directive at the top of the file. I believe Chris had a bit too much - or too little - coffee when he wrote the above, and that he meant : 1. Delete the *filter* and remove all references to it in web.xml 2. ... The point is : if your application is well-written and follows the standards, you should not normally need this Encoding filter, and everything should "just work". This filter is probably a left-over "patch" from either an older (and incorrect) application version, or some older version of Tomcat. That is why I first recommended that you remove the whole filter section from your web.xml, and check what happens. Display some pages which /should/ contain some text in non-English languages (meaning with "diacritics" like è, é, à, ü, ö, ..) and if they display correctly, there is nothing else to do. Only if you /do/ get a wrong display of some of that data, then you should come back here, and try to describe what is wrong. And we could then help you find the root cause. That would be better than trying to apply a patch over a patch over a patch.. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org