It's http://jira.openlaszlo.org/jira/browse/LPP-8916
I added you as a watcher. On 2010-04-16, at 12:10, cem sonmez wrote: > 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
