I sent a change out for review. When it gets checked in, it will be in the next nightly build. Or if you can build an LPS from source you could test it now.
On Fri, Apr 16, 2010 at 12:14 PM, cem sonmez <[email protected]> wrote: > Thanks a lot > > 2010/4/16 P T Withington <[email protected]>: > > 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> > < > 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 > > > > > > > > -- > Cem SONMEZ > -- Henry Minsky Software Architect [email protected]
