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
