Issue Details (XML | Word | Printable)

Key: GLASSFISH-5097
Type: Bug Bug
Status: Resolved Resolved
Resolution: Cannot Reproduce
Priority: Minor Minor
Assignee: Tom Mueller
Reporter: llc
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
glassfish

failure to start results in "Framework successfully started"

Created: 03/Jun/08 10:28 AM   Updated: 04/Jan/13 03:48 PM   Resolved: 04/Jan/13 03:48 PM
Component/s: other
Affects Version/s: V3
Fix Version/s: 4.0

Time Tracking:
Not Specified

Environment:

Operating System: All
Platform: All


Issuezilla Id: 5,097
Status Whiteboard:

gfv3-prelude-excluded

Tags:
Participants: dochez, kumara, llc and Tom Mueller


 Description  « Hide

The user is informed that "Framework successfully started", but it hasn't been. The startup process
should detect the failure, report it as a failure, then abort. It's unclear why this build is not starting,
but that is irrelevant; the point here is that the server doesn't start properly, yet reports that it has.

-----------

— Creating new installation in /v3/run —
--- unjarring /v3/code/distributions/web/target/web.zip---
DONE

Jun 3, 2008 10:22:43 AM com.sun.enterprise.admin.launcher.GFLauncherLogger info
INFO: JVM invocation command line:
/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/bin/java
-cp
/v3/run/modules/glassfish-10.0-SNAPSHOT-sources.jar:/v3/run/modules/glassfish-10.0-
SNAPSHOT.jar
-XX:+UnlockDiagnosticVMOptions
-XX:NewRatio=2
-XX:+LogVMOutput
-XX:LogFile=/v3/run/domains/domain1/logs/jvm.log
-Xmx512m
-client
-Djdbc.drivers=org.apache.derby.jdbc.ClientDriver
-Djavax.net.ssl.trustStore=/v3/run/domains/domain1/config/cacerts.jks
-Dsun.rmi.dgc.client.gcInterval=3600000
-Djavax.net.ssl.keyStore=/v3/run/domains/domain1/config/keystore.jks
-Djava.security.policy=/v3/run/domains/domain1/config/server.policy
-Dsun.rmi.dgc.server.gcInterval=3600000
-
Dcom.sun.enterprise.config.config_environment_factory_class=com.sun.enterprise.config.serverbeans.
AppserverConfigEnvironmentFactory
-Djava.security.auth.login.config=/v3/run/domains/domain1/config/login.conf
-Djava.endorsed.dirs=/v3/run/lib/endorsed
-
Djava.ext.dirs=/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/lib/ext:/System
/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/jre/lib/ext:/v3/run/domains/domain1/
lib/ext:/v3/run/javadb/lib
com.sun.enterprise.glassfish.bootstrap.ASMain
-domainname
domain1
-instancename
server
-verbose
true
-debug
false
-domaindir
/v3/run/domains/domain1
Jun 3, 2008 10:22:43 AM com.sun.enterprise.admin.launcher.GFLauncherLogger info
INFO: Successfully launched in 154 msec.
Jun 3, 2008 10:22:43 AM com.sun.enterprise.glassfish.bootstrap.ASMain main
INFO: Launching GlassFish on Apache Felix OSGi platform
Jun 3, 2008 10:22:43 AM com.sun.enterprise.glassfish.bootstrap.ASMainOSGi getSharedRepos
INFO: /v3/run/domains/domain1/lib does not exist

Welcome to Felix.
=================

Jun 3, 2008 10:22:43 AM HK2Main start
INFO: contextRootDir = /v3/run/modules
Jun 3, 2008 10:22:43 AM OSGiFactoryImpl initialize
INFO: Singleton already initialized as com.sun.enterprise.module.impl.HK2Factory@a4aad7f
ERROR: Error starting file:/v3/run//modules/osgi-adapter-0.3.1.jar
(org.osgi.framework.BundleException: Activator start error.)
com.sun.enterprise.module.ResolveError: Failed to start org.glassfish.core:kernel:1.0
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.resolve(OSGiModuleImpl.java:112)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:121)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl$1$1.loadClass(OSGiModuleImpl.java:256)
at com.sun.hk2.component.LazyInhabitant.fetch(LazyInhabitant.java:91)
at com.sun.hk2.component.LazyInhabitant.type(LazyInhabitant.java:78)
at org.jvnet.hk2.component.Habitat.addIndex(Habitat.java:155)
at com.sun.hk2.component.InhabitantsParser.add(InhabitantsParser.java:154)
at com.sun.hk2.component.InhabitantsParser.parse(InhabitantsParser.java:133)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.parseInhabitants(OSGiModuleImpl.java:273)
at
org.jvnet.hk2.osgiadapter.OSGiModulesRegistryImpl.parseInhabitants(OSGiModulesRegistryImpl.java:10
4)
at
com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModules
RegistryImpl.java:135)
at com.sun.enterprise.module.bootstrap.Main.createHabitat(Main.java:392)
at org.jvnet.hk2.osgiadapter.HK2Main.start(HK2Main.java:114)
at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:591)
at org.apache.felix.framework.Felix._startBundle(Felix.java:1610)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1544)
at org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:1125)
at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:258)
at java.lang.Thread.run(Thread.java:637)
Caused by: org.osgi.framework.BundleException: Unresolved package in bundle 15: module;
(&(bundle-symbolic-name=com.sun.enterprise.hk2)(bundle-version>=0.3.1)(bundle-version<=0.3.1))
at org.apache.felix.framework.Felix._resolveBundle(Felix.java:1728)
at org.apache.felix.framework.Felix._startBundle(Felix.java:1591)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1544)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:371)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.resolve(OSGiModuleImpl.java:109)
... 18 more
Jun 3, 2008 10:22:44 AM com.sun.enterprise.glassfish.bootstrap.ASMainFelix launchOSGiFW
INFO: Framework successfully started



Tom Mueller added a comment - 04/Jan/13 03:48 PM

Marking this as cannot reproduce since this is not a problem that is showing up in recent versions of GlassFish.


Tom Mueller added a comment - 06/Mar/12 09:56 PM

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.


kumara added a comment - 24/Oct/08 08:14 PM

Reclassifying as P4 because these issues are not must fix for prelude release.
This issue will be scrubbed after prelude release and will be given the right
priority for v3 final release.


dochez added a comment - 18/Sep/08 04:44 PM

After talking with Richard Hall, it seems we will need some modification to felix to throw some sort of
feedback when this happens. Since they are not planning a new Felix release before prelude ship, we will
have to do that after prelude


kumara added a comment - 03/Sep/08 01:20 AM

v3 defect tracking


kumara added a comment - 19/Aug/08 10:43 PM

Add gfv3-prelude-include to status whiteboard