I was hoping to search the archive regarding this, but that capability
seems to be busted on codehaus right now. so…
The group I’m has been using a redmine instance running
via the glassfish gem for quite some time now.
Setup is :
Ubuntu 8.04.4
java version “1.6.0_18”
OpenJDK Runtime Environment (IcedTea6 1.8.2)
6b18-1.8.2-4ubuntu1~8.04.1)
OpenJDK Server VM (build 16.0-b13, mixed mode)
jruby 1.4.0 (ruby 1.8.7 patchlevel 174)
glasshfish gem 1.0.2
redmine 0.9.4
This was working until some point yesterday ( 30 Nov. 2010 )
when a coworker notice emails weren’t flowing when redmine
“issues” were being updated.
This morning an attempt to fix the problem involved restarting
glassfish. Looking at the log I noticed this
FINE: Cannot create docroot embedded directory at
/home/redmine/redmine-0.9.4/tmp/.glassfish/docroot
FINE: Cannot create config embedded directory at
/home/redmine/redmine-0.9.4/tmp/.glassfish/config
SEVERE: Cannot start container jruby
java.lang.NullPointerException
at
org.glassfish.kernel.config.DefaultConfigParser.parseContainerConfig(DefaultConfigParser.java:104)
…
SEVERE: Aborting, Failed to start container
org.glassfish.scripting.jruby.JRubyContainer
I’ve elided most of the stack trace for brevity. The “cannot create”
messages seem odd given that the items in question already exist and
all perms are correct.
If I run redmine by hand using ‘jruby script/server’ it seem to work
fine.
Any suggestions as to how to track this down?
Thanks,
~Rob
Maybe you don’t have permission to create those folders? Do you usually
run
glassfish as a different user than you are trying to now?
Joe
Some additional info ( which I’m wondering how I missed ) -
when I started glassfish thus
glassfish -e production --log-level 7
This shows up on the console -
java.lang.UnsupportedOperationException: Cannot create XMLStreamReader
or XMLEventReader from a javax.xml.transform.stream.StreamSource
at
com.sun.xml.internal.stream.XMLInputFactoryImpl.jaxpSourcetoXMLInputSource(XMLInputFactoryImpl.java:283)
at
com.sun.xml.internal.stream.XMLInputFactoryImpl.createXMLStreamReader(XMLInputFactoryImpl.java:143)
at org.jvnet.hk2.config.ConfigParser.parse(ConfigParser.java:109)
at
org.glassfish.kernel.config.DefaultConfigParser$2.run(DefaultConfigParser.java:93)
at
org.glassfish.kernel.config.DefaultConfigParser.parseContainerConfig(DefaultConfigParser.java:87)
at
org.glassfish.scripting.jruby.JRubyContainer.postConstruct(JRubyContainer.java:97)
(full trace provided if needed)
Hey Joe,
On 12/1/10 3:53 PM, Joseph A. wrote:
Maybe you don’t have permission to create those folders? Do you usually
run glassfish as a different user than you are trying to now?
I wondered about that, too. But everything has the same owner/group as
the user running glassfish (see perms comment below) and I made sure
to be the correct user.
Thanks for the input,
~Rob
Maybe this is your problem:
http://bugs.sun.com/view_bug.do?bug_id=6909759
http://bugs.sun.com/view_bug.do?bug_id=6909759Bug
ID:6909759Votes0*
Synopsis*using JDK 1.6.0_18-ea does not work with GlassFish v3
Joe
Thanks for the pointer Joe, that looks like it could be the
root of the problem.
~Rob