Hi Peter,
What does your classpath contain? The exception comes from the
web-naming package that should not be used by EJBs...
thanks,
-marina
Major Péter wrote:
> 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
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>