Hi Tom, Richard and all,
Thanks for the additional info.
While I was googling about this yesterday, I noticed that Arun had a
TOTD posting for this, that explained the 'solution'...
http://blogs.sun.com/arungupta/entry/totd_140_moving_glassfish_installation
That was excellent.
Snjezana wrote to me yesterday and pointed out that this is a filed
issue...
http://java.net/jira/browse/GLASSFISH-9988.
Does anybody know why it takes start-domain 600 seconds to detect that
the server did not start when the exceptions are triggered in less than
one second?
Could we put a better message into the log file or in the start-domain
command's response for this?
Or, just fail faster, so the user can start to take action sooner,
rather than later...
vbk
ps... I kept the strace on this message to help users find the info that
will help them...
Richard S. Hall wrote:
> On 2/18/11 9:52, Tom Mueller wrote:
>> Vince,
>> I appears that the Felix is not properly detecting that the directory
>> moved.
>>
>> It looks like it is seeing the "new" modules at the new directory
>> name, but every new module looks like a duplicate of the old module
>> at the old directory name. Felix is not realizing that the old
>> modules are now gone.
>
> Felix is not involved in such issues, it is the framework launcher
> that tries to re-deploy bundles, so it would be the one that would
> need to detect it.
>
> -> richard
>
>>
>> If the domain's osgi_cache directory is removed after changing the
>> name of the directory, then the domain will startup just fine.
>>
>> Tom
>>
>>
>> On 2/17/2011 5:39 PM, Vince Kraemer wrote:
>>>
>>> WARNING: Failed to install
>>> file:/export/home/vkraemer/GlassFish_Server5/glassfish/modules/gms-bootstrap.jar
>>>
>>> org.osgi.framework.BundleException: Bundle symbolic name and version
>>> are not unique: org.glassfish.cluster.gms-bootstrap:3.1.0
>>> at
>>> org.apache.felix.framework.BundleImpl.createModule(BundleImpl.java:1180)
>>>
>>> at org.apache.felix.framework.BundleImpl.<init>(BundleImpl.java:79)
>>> at org.apache.felix.framework.Felix.installBundle(Felix.java:2528)
>>> at org.apache.felix.framework.Felix.installBundle(Felix.java:2436)
>>> at
>>> org.apache.felix.framework.BundleContextImpl.installBundle(BundleContextImpl.java:129)
>>>
>>> at org.jvnet.hk2.osgimain.Main.install(Main.java:363)
>>> at org.jvnet.hk2.osgimain.Main.traverse(Main.java:293)
>>> at org.jvnet.hk2.osgimain.Main.start(Main.java:144)
>>> at
>>> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:629)
>>>
>>> at org.apache.felix.framework.Felix.activateBundle(Felix.java:1835)
>>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1752)
>>> at
>>> org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1156)
>>> at
>>> org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
>>> at java.lang.Thread.run(Thread.java:662)
>>>
>>> the last strace I see (if I start-domain --verbose) is this one
>>>
>>> java.lang.NullPointerException
>>> at org.jvnet.hk2.osgimain.Main.start(Main.java:147)
>>> at
>>> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:629)
>>>
>>> at org.apache.felix.framework.Felix.activateBundle(Felix.java:1835)
>>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1752)
>>> at
>>> org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1156)
>>> at
>>> org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
>>> at java.lang.Thread.run(Thread.java:662)
>>>
>>> vbk
>>>