When you file the bug can you cc me please. I tried the nightly build, bec. existing mouse wheel problem has been resolved with the last revision. I should go on working on 4.7.*. I hope this problem will might be fixed with 5.0 version Thanks Regards
2010/4/16 Henry Minsky <[email protected]>: > 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> >> >> >> >> >> >> >> >> 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] > > > -- Cem SONMEZ
