This would appear to be a bug. Line 147 has:
long id = currentManagedBundles.get(location).getBundleId();
The return value from get(location) is apparently null, so an NPE is
thrown so the thread exits with actually getting the autostart bundles
started.
A second bug is that the GlassFish bootstrap code doesn't detect that
the autostart bundles didn't start, and the server doesn't exit. The
way to pass the message to StartServerHelper.java is by having the
server exit when it runs into trouble.
Tom
On 2/18/2011 10:59 AM, Vince Kraemer wrote:
> So, there isn't any way to get the message "We are not going to start"
> from org.jvnet.hk2.osgimain.Main.start(Main.java:147) to someplace in
> StartServerHelper.java so that it can stop waiting and start bailing?
>
> OK...
>
> That is a bit of a surprise.
>
> vbk
>
>
> Tom Mueller wrote:
>> We have the following issue filed for making start-domain smarter
>> about how long to wait:
>> http://java.net/jira/browse/GLASSFISH-10076
>>
>> Currently, the command is hard-coded to wait 10 minutes for the DAS
>> to either finish starting (by creating the "pid" file) or exit. In
>> this case, the DAS is doing neither - it just starts and sits there
>> without actually making progress towards creating the pid file. See
>> the file StartServerHelper.java for details.
>>
>> Tom
>>
>