I can't easily give you this ear file, because there is quite a bit of
configuration with jdbc and jms datasources and getting permission from legal
would be difficult. Anyway, I was able to build glassfish with some added
logging and below is the error I'm getting. It looks like this error:
http://forums.java.net/node/701804?force=407 and this:
http://java.net/jira/browse/GLASSFISH-13772
I am now hunting for EJB's in my library jars. I'll post back if I find
one, and if it worked yet.
[#|2011-04-26T13:12:42.094-0600|SEVERE|glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=1;_ThreadName=Thread-1;|org.glassfish.deployment.common.DeploymentException:
Error in linking security policy for RevEnterprise -- Inconsistent Module
State at
com.sun.enterprise.security.SecurityUtil.linkPolicyFile(SecurityUtil.java:335)
at
com.sun.enterprise.security.SecurityDeployer.linkPolicies(SecurityDeployer.java:271)
at
com.sun.enterprise.security.SecurityDeployer.access$100(SecurityDeployer.java:81)
at
com.sun.enterprise.security.SecurityDeployer$AppDeployEventListener.event(SecurityDeployer.java:114)
at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128) at
org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:262) at
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:460)
at
com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:364)
at
com.sun.enterprise.v3.server.ApplicationLoaderService.postConstruct(ApplicationLoaderService.java:208)
at
com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:131)
at
com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
at com.sun.hk2.component.SingletonInhabitant.get(SingletonInhabitant.java:67)
at
com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139)
at
com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:76)
at
com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:243)
at
com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:135)
at
com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
at
com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597) at
com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:55) |#]
I propose this patch to make this easier to diagnose. In
*core/kernel/src/main/java/com/sun/enterprise/v3/server/ApplicationLifecycle.java
(line 457 in tags/3.1-b43)*:
if (loadOnCurrentInstance(context)) {
appInfo.setLibraries(commandParams.libraries()); try { appInfo.load(context,
tracker); appInfo.start(context, tracker); } catch(Throwable loadException) {
report.failure(logger, "Exception while loading the app", loadException);
//*****loadException instead of null, why null? if that's what was intended,
there should be a comment. report.setFailureCause(loadException);
tracker.actOn(logger); return null; } }
--
[Message sent by forum member 'culli']
View Post: http://forums.java.net/node/789009