I'll file a bug and assign to me On Fri, Apr 16, 2010 at 11:28 AM, P T Withington <[email protected]> wrote:
> Cem was setting his locale to English to avoid this problem, but that has > now caused him another problem where the class loader cannot find a file in > his file system (probably because his filesystem is not English). > > So, if we fix the problem André identified, Cem can leave his locale alone > and everything should work. > > You wanna file a bug with this info and fix it? Presumably we should check > all uses of toUpperCase in the servlet. Seems plausible someone might have > used toLowerCase for the same purposes and that might have similar issues... > > On 2010-04-16, at 11:19, Henry Minsky wrote: > > > That sure sounds like the problem. I wonder why it just showed up now > > though. > > > > > > > > On Fri, Apr 16, 2010 at 11:16 AM, André Bargull <[email protected] > >wrote: > > > >> Concerning the initialization error: > >> According to [1], String#toUpperCase() is equivalent to > >> String#toUpperCase(Locale.getDefault()). And as [1] states, there might > be > >> problems with different locales, e.g. Turkish: > >> > >>> Note: This method is locale sensitive, and may produce unexpected > results > >>> if used for strings that are intended to be interpreted locale > >>> independently. Examples are programming language identifiers, protocol > keys, > >>> and HTML tags. For instance, "title".toUpperCase() in a Turkish locale > >>> returns "T?TLE", where '?' is the LATIN CAPITAL LETTER I WITH DOT ABOVE > >>> character. To obtain correct results for locale insensitive strings, > use > >>> toUpperCase(Locale.ENGLISH). > >>> > >> > >> Short version: "i".toUpperCase() leads to 'wrong results' with a Turkish > >> locale. > >> > >> And in org.openlaszlo.servlets.LZServlet.java l.452, we've got > >> 'lzt.toUpperCase()' (that's in the #getResponder(String) method). > >> #getResponder(String) is called from #initLPS(HttpServletRequest, > >> HttpServletResponse) with getResponder("media"), see ll. 252. Well, and > in > >> "media" there is a lower case "i" which doesn't get converted to "I" as > >> expected because of the issue reported above. > >> > >> > >> - André > >> > >> > >> [1] > >> > http://java.sun.com/javase/6/docs/api/java/lang/String.html#toUpperCase()<http://java.sun.com/javase/6/docs/api/java/lang/String.html#toUpperCase%28%29> > < > http://java.sun.com/javase/6/docs/api/java/lang/String.html#toUpperCase%28%29 > > > >> > >> > >> > >> On 4/16/2010 4:43 PM, P T Withington wrote: > >> > >>> [cc-ing Henry because I think you recently made some changes that might > >>> have to do with locale or path separators? cc-ing Max and André, > because I > >>> think they recently made a change that requires at least Tomcat > 5.5.28?] > >>> > >>> Sure looks like we must have recently made a change to use the locale > and > >>> that is breaking your work-around. > >>> > >>> The right thing is for us to figure out the real problem that is > causing > >>> > >>> "Error: > >>>>> Initialization error: no request type: media" on browser > >>>>> > >>>> > >>> so that you can set your locale correctly. I suspect with the locale > >>> setting you are using, the class loader is somehow not able to find a > file > >>> in your filesystem. > >>> > >>> On 2010-04-16, at 10:03, cem sonmez wrote: > >>> > >>> hi > >>>> I have downloaded the latest two nightly builds of openlaszlo (r16156, > >>>> r16139 - openlaszlo-5.0.x-unix.tar.gz) > >>>> I just do the same steps for the other working versions of openlaszlo > >>>> (4.7.1, 4.7.0, 4.6.x ..) : > >>>> - LC_ALL=en_EN.UTF-8 (Doing this to avoid message : "Error: > >>>> Initialization error: no request type: media" on browser ) > >>>> - sh $LPS_HOME/Server/tomcat-5.0.24/bin/startup.sh > >>>> > >>>> Everything seems fine, getting this message on console : > >>>> Using CATALINA_BASE: > /home/cem/Masaüstü/lps-5.0.x/Server/tomcat-5.0.24 > >>>> Using CATALINA_HOME: > /home/cem/Masaüstü/lps-5.0.x/Server/tomcat-5.0.24 > >>>> Using CATALINA_TMPDIR: > >>>> /home/cem/Masaüstü/lps-5.0.x/Server/tomcat-5.0.24/temp > >>>> Using JAVA_HOME: /opt/sun-jdk > >>>> > >>>> But on the browser, any directory of lps is not being accessed. Just > >>>> see the http://localhost:8080/lps-5.0.x/ index page. None of links > are > >>>> accessible. > >>>> Then when I try to stop tomcat like : > >>>> - sh $LPS_HOME/Server/tomcat-5.0.24/bin/shutdown.sh > >>>> > >>>> getting this message on console : > >>>> > >>>> Using CATALINA_BASE: > /home/cem/Masaüstü/lps-5.0.x/Server/tomcat-5.0.24 > >>>> Using CATALINA_HOME: > /home/cem/Masaüstü/lps-5.0.x/Server/tomcat-5.0.24 > >>>> Using CATALINA_TMPDIR: > >>>> /home/cem/Masaüstü/lps-5.0.x/Server/tomcat-5.0.24/temp > >>>> Using JAVA_HOME: /opt/sun-jdk > >>>> Exception in thread "main" java.lang.NoClassDefFoundError: > >>>> org/apache/catalina/startup/Bootstrap > >>>> Caused by: java.lang.ClassNotFoundException: > >>>> org.apache.catalina.startup.Bootstrap > >>>> at java.net.URLClassLoader$1.run(URLClassLoader.java:202) > >>>> at java.security.AccessController.doPrivileged(Native Method) > >>>> at java.net.URLClassLoader.findClass(URLClassLoader.java:190) > >>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:307) > >>>> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) > >>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:248) > >>>> Could not find the main class: org.apache.catalina.startup.Bootstrap. > >>>> Program will exit. > >>>> > >>>> And I want to specify that this problem does not repeats anymore if I > >>>> use my default locale (LC_ALL=tr_Tr.UTF-8). > >>>> But in this case, as I said before, I am getting "Error: > >>>> Initialization error: no request type: media" on the browser if I > >>>> click the *.lzx file. > >>>> > >>>> Did any of you face such like problem before? > >>>> Thanks in advance > >>>> Kind regards > >>>> -- > >>>> Cem SONMEZ > >>>> > >>>> > >>> > >>> > > > > > > -- > > Henry Minsky > > Software Architect > > [email protected] > > -- Henry Minsky Software Architect [email protected]
