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
