All,
I just installed Servoy v4.0.1 on my machine for the first time and when I tried to run it after the installation was completed the JVM crashed after prompting me for a workspace location. I’m running CentOS 5.2 (RHEL 5.2 equivalent) x86-64bit with 32-bit JVM.
Here’s the output from the console:
$ ./servoy
0 [Thread-2] INFO com.servoy.j2db.util.Debug - Loading servoy.properties from /opt/servoy-4.0/developer/../application_server/servoy.properties
570 [Thread-2] INFO com.servoy.j2db.util.Debug - Loading - Done
Sep 3, 2008 12:02:05 PM org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
Sep 3, 2008 12:02:05 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 536 ms
Sep 3, 2008 12:02:05 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Sep 3, 2008 12:02:05 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0-snapshot
Sep 3, 2008 12:02:05 PM org.apache.catalina.loader.WebappLoader start
INFO: Dual registration of jndi stream handler: factory already defined
Sep 3, 2008 12:02:05 PM org.apache.catalina.loader.WebappLoader setClassPath
INFO: Unknown loader org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader@da6bf4 class org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader
Sep 3, 2008 12:02:05 PM org.apache.catalina.startup.DigesterFactory register
WARNING: Could not get url for /javax/servlet/resources/web-app_2_5.xsd
Sep 3, 2008 12:02:05 PM org.apache.catalina.loader.WebappLoader setClassPath
INFO: Unknown loader org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader@da6bf4 class org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader
Sep 3, 2008 12:02:05 PM org.apache.catalina.loader.WebappLoader setClassPath
INFO: Unknown loader org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader@da6bf4 class org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader
Sep 3, 2008 12:02:05 PM org.apache.catalina.loader.WebappLoader setClassPath
INFO: Unknown loader org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader@da6bf4 class org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader
Sep 3, 2008 12:02:05 PM org.apache.catalina.loader.WebappLoader setClassPath
INFO: Unknown loader org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader@da6bf4 class org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader
Sep 3, 2008 12:02:06 PM org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on http-8080
Sep 3, 2008 12:02:06 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 1010 ms
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0x02cec827, pid=10382, tid=4159941136
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_12-b04 mixed mode, sharing)
# Problematic frame:
# C [libxul.so+0xcec827]
#
# An error report file with more information is saved as hs_err_pid10382.log
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
Aborted
After some Googling around this seems to be a known issue with the Eclipse framework (236724 – [Browser] Eclipse causes JVM crash in libxul when editing Java) picking up the wrong version of the xul library when launching the internal web browser on 64bit Linux. I was able to solve the problem by editing the servoy.ini file and adding the following line to it:
-Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib/xulrunner-1.9
Hopefully you can implement a workaround for this issue or document this issue and the workaround in your release notes for others that may run into this problem.
Thanks,
Corey