I have been trying to start Cocoon on a snapshot by this time, but when I tried to start it on a DRLVM which is built manually from sources, the application started and performed the same way as on IBM VME.
2006/11/9, Mikhail Loenko <[EMAIL PROTECTED]>:
What is passed to java.lang.Float.parseFloat(Float.java:335) ? 2006/11/9, Anton Rusanov <[EMAIL PROTECTED]>: > I've managed to get the stacktrace of the exception which prevents > Cocoon from starting on DRLVM. Here it is. > > Uncaught exception in main: > java.lang.reflect.InvocationTargetException > at java.lang.reflect.VMReflection.invokeMethod(Native Method) > at java.lang.reflect.Method.invoke(Unknown Source) > at Loader.invokeMain(Unknown Source) > at Loader.run(Unknown Source) > at Loader.main(Unknown Source) > Caused by: java.lang.ExceptionInInitializerError > at org.apache.cocoon.util.log.ExtensiblePatternFormatter.addTextRun(ExtensiblePatternFormatter.java:182) > at org.apache.cocoon.util.log.ExtensiblePatternFormatter.parse(ExtensiblePatternFormatter.java:397) > at org.apache.cocoon.util.log.ExtensiblePatternFormatter.setFormat(ExtensiblePatternFormatter.java:416) > at org.apache.cocoon.servlet.CocoonServlet.initLogger(CocoonServlet.java:797) > at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:350) > at org.mortbay.jetty.servlet.ServletHolder.start(ServletHolder.java:217) > at org.mortbay.jetty.servlet.ServletHandler.initializeServlets(ServletHandler.java:445) > at org.mortbay.jetty.servlet.WebApplicationHandler.initializeServlets(WebApplicationHandler.java:146) > at org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext.java:455) > at org.mortbay.http.HttpServer.start(HttpServer.java:662) > at org.mortbay.jetty.Server.main(Server.java:429) > at java.lang.reflect.VMReflection.invokeMethod(Native Method) > ... 4 more > Caused by: java.lang.NumberFormatException: > at org.apache.harmony.luni.util.FloatingPointParser.parseFltImpl(FloatingPointParser.java) > at org.apache.harmony.luni.util.FloatingPointParser.parseFloat(FloatingPointParser.java:310) > at java.lang.Float.parseFloat(Float.java:335) > at org.apache.commons.lang.SystemUtils.getJavaVersionAsFloat(SystemUtils.java:1115) > at org.apache.commons.lang.SystemUtils.<clinit>(SystemUtils.java:797) > at org.apache.cocoon.util.log.ExtensiblePatternFormatter.addTextRun(ExtensiblePatternFormatter.java:182) > ... 15 more > > > > > 08 Nov 2006 12:14:45 +0600, Egor Pasko <[EMAIL PROTECTED]>: > > On the 0x21B day of Apache Harmony Anton Rusanov wrote: > > > Cocoon 2.1.9 now works on Harmony (IBM VME + Classlib)! > > > It starts and works normally. > > > > great! > > If you find some DRLVM-specific problems, please, let us know (ASAP) > > > > > The only issues are: > > > * It cannot be built from source code using Harmony because the build > > > tries to do this with com.sun.tools.javac.Main. > > > An attempt to make a wrapper with such name for Harmony javac didn't > > > succeed: (%COCOON%\tools\targets\compile-build.xml:54: Error starting > > > modern compiler). > > > * While checking up the "Hello, World!" sample it was discovered that > > > Cocoon failed to display the JPEG representation of that text because > > > of this error: java.lang.NoClassDefFoundError: > > > com.sun.image.codec.jpeg.JPEGCodec. > > > > > > I will update the application status in Wiki. > > > > > > -- > > > Thanks, > > > Anton > > > > > > > -- > > Egor Pasko > > > > > > > -- > Thanks, > Anton >
-- Thanks, Anton