Hi Marina,
I've turned up the logging level to FINER, and I got the same exception
as on the other machine:
.EjbDeployer load method
java.lang.RuntimeException: EJB Container initialization error
at
org.glassfish.ejb.startup.EjbApplication.loadContainers(EjbApplication.java:232)
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:245)
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:92)
at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:172)
at
org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:234)
at
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:363)
at
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:204)
at
org.glassfish.kernel.embedded.EmbeddedDeployerImpl.deploy(EmbeddedDeployerImpl.java:189)
at
org.glassfish.kernel.embedded.EmbeddedDeployerImpl.deploy(EmbeddedDeployerImpl.java:138)
at
org.glassfish.ejb.embedded.EJBContainerImpl.deploy(EJBContainerImpl.java:133)
at
org.glassfish.ejb.embedded.EJBContainerProviderImpl.createEJBContainer(EJBContainerProviderImpl.java:124)
at
javax.ejb.embeddable.EJBContainer.createEJBContainer(EJBContainer.java:116)
at
hu.sch.test.base.ContainerHolder.fireUpEJBContainer(ContainerHolder.java:56)
at
hu.sch.test.base.ContainerAwareAbstractTest.setup(ContainerAwareAbstractTest.java:46)
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
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at
org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
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
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)
Caused by: java.lang.IncompatibleClassChangeError: Expected non-static
field org.apache.naming.resources.FileDirContext.sm
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:955)
at
org.apache.naming.resources.FileDirContext.file(FileDirContext.java:870)
at
org.apache.naming.resources.FileDirContext.lookup(FileDirContext.java:280)
at
org.glassfish.web.loader.WebappClassLoader.findResourceInternalFromRepositories(WebappClassLoader.java:2109)
at
org.glassfish.web.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:2064)
at
org.glassfish.web.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1956)
at
org.glassfish.web.loader.WebappClassLoader.findClass(WebappClassLoader.java:895)
at
org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1465)
at
org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1348)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at java.lang.Package.getPackageInfo(Package.java:352)
at java.lang.Package.getAnnotations(Package.java:383)
at
org.glassfish.apf.impl.AnnotationProcessorImpl.processAnnotations(AnnotationProcessorImpl.java:281)
at
org.glassfish.apf.impl.AnnotationProcessorImpl.processAnnotations(AnnotationProcessorImpl.java:267)
at
org.glassfish.apf.impl.AnnotationProcessorImpl.process(AnnotationProcessorImpl.java:167)
at
org.glassfish.apf.impl.AnnotationProcessorImpl.process(AnnotationProcessorImpl.java:130)
at
com.sun.enterprise.deployment.archivist.Archivist.processAnnotations(Archivist.java:607)
at
org.glassfish.web.embed.impl.EmbeddedWebArchivist.processAnnotations(EmbeddedWebArchivist.java:123)
at
com.sun.enterprise.deployment.archivist.Archivist.readAnnotations(Archivist.java:456)
at
com.sun.enterprise.deployment.archivist.Archivist.readAnnotations(Archivist.java:443)
at
com.sun.enterprise.deployment.archivist.Archivist.readRestDeploymentDescriptors(Archivist.java:419)
at
com.sun.enterprise.deployment.archivist.Archivist.readDeploymentDescriptors(Archivist.java:394)
probably just the two server had two different logging configuration.
Any hint on this?
Thanks,
Peter
2010-08-11 00:47 keltezéssel, Marina Vatkina írta:
> Hi Peter,
>
> The second error means that something went wrong during
> createEJBContainer() call. Look in the output log for more details.
>
> -marina
>
> Major Péter wrote:
>> Hi,
>>
>> I've just tried to run some tests with glassfish-embedded-all
>> 3.1-SNAPSHOT, but it's failing on one machine with this message:
>> Skipping
>> reparsing...file:/path/to/workspace/sch-pek-ejb-impl/../sch-pek-ejb-impl/target/classes/
>>
>> [#|2010-08-07T22:59:54.213+0200|WARNING|glassfish3.1|javax.enterprise.system.core.org.glassfish.kernel.event|_ThreadID=1;_ThreadName=main;|Exception
>>
>> while dispatching an event
>> java.lang.IncompatibleClassChangeError: Expected non-static field
>> org.apache.naming.resources.FileDirContext.sm
>> at
>> org.apache.naming.resources.FileDirContext.file(FileDirContext.java:955)
>>
>>
>> and on another with this:
>> javax.ejb.EJBException: No EJBContainer provider available
>> The following providers:
>> org.glassfish.ejb.embedded.EJBContainerProviderImpl
>> Returned null from createEJBContainer call.
>> at
>> javax.ejb.embeddable.EJBContainer.reportError(EJBContainer.java:200)
>> at
>> javax.ejb.embeddable.EJBContainer.createEJBContainer(EJBContainer.java:135)
>>
>>
>> Are these known issues? Don't you want to create separate (stable)
>> builds instead of this nightly ones? It's really hard to test (timers
>> for example), when there is no fallback if the nightly is buggy...
>>
>> Thanks,
>> Peter