Hi David Jencks,
Many cases in interop and webservices failed with following similar
exception at deployment phase after your owb/openejb refactor. Seems
deploymentinfo does not get initialized correclty in
org.apache.geronimo.openejb.EjbDeployment.initialize(BeanContext) {
...
}
at all. could you please take a look ?
Caused by: org.apache.geronimo.gbean.InvalidConfigurationException:
Configuration xxx failed to start due
following reasons:
The service
EJBModule=xxxx.jar,J2EEApplication=default/xxxx/1-default/car,SingletonBean=xxxx,j
WSLink,name=xxxx did not start because null
java.lang.NullPointerException
at
org.apache.geronimo.openejb.EjbDeployment.getBeanClass(EjbDeployment.java:239)
at
org.apache.geronimo.axis2.ejb.EJBWebServiceGBean.<init>(EJBWebServiceGBean.java:76)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at
org.apache.xbean.recipe.ReflectionUtil$ConstructorFactory.create(ReflectionUtil.java:958)
at
org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:276)
at
org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
at
org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:940)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:271)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:105)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:127)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:567)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:386)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:462)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:226)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:702)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:681)
at
org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67)
at java.lang.Thread.run(Thread.java:619)
On Thu, Jul 14, 2011 at 1:10 PM, David Jencks <[email protected]>wrote:
>
> On Jul 13, 2011, at 9:46 PM, David Blevins wrote:
>
> >
> > On Jul 11, 2011, at 12:54 AM, David Jencks wrote:
> >
> >>
> testSpecializedBeanNotInstantiated(org.jboss.jsr299.tck.tests.inheritance.specialization.enterprise.EnterpriseBeanSpecializationIntegrationTest)
> >>
> testSpecializingBeanHasBindingsOfSpecializedAndSpecializingBean(org.jboss.jsr299.tck.tests.inheritance.specialization.enterprise.EnterpriseBeanSpecializationTest)
> >>
> testSpecializingBeanHasNameOfSpecializedBean(org.jboss.jsr299.tck.tests.inheritance.specialization.enterprise.EnterpriseBeanSpecializationTest)
> >>
> testSpecializingClassDirectlyExtendsNothing(org.jboss.jsr299.tck.tests.inheritance.specialization.enterprise.broken.directlyExtendsNothing.DirectlyExtendsNothingTest)
> >>
> testSpecializingClassDirectlyExtendsSimpleBean(org.jboss.jsr299.tck.tests.inheritance.specialization.enterprise.broken.directlyExtendsSimpleBean.DirectlyExtendsSimpleBeanTest)
> >>
> testSpecializingClassImplementsInterfaceAndExtendsNothing(org.jboss.jsr299.tck.tests.inheritance.specialization.enterprise.broken.implementInterfaceAndExtendsNothing.ImplementsInterfaceAndExtendsNothingTest)
> >>
> testSpecializingAndSpecializedBeanHasName(org.jboss.jsr299.tck.tests.inheritance.specialization.enterprise.broken.sameName.SameNameTest)
> >
> > Have all but 3 of these passing in the embedded container in my local
> copy. The 3 that fail are "broken" ones. Simply need to add validation for
> those. My impl code is a bit hacked -- currently only works for @Stateful
> and not exactly implemented in the right spot -- but otherwise looks like a
> good approach. Will clean it up and check it in tomorrow.
> >
> >
>
> Excellent! On the geronimo side I've changed things around so that we have
> one openejb appInfo tree for the entire application and use it to set up the
> owb context. This _ought_ to fix the problem in g. that I was seeing that
> the owb context didn't include any of the specialized classes (since it was
> looking at only one of the modules in the ear). However I'm still cleaning
> up loose ends so apps will deploy ok :-)
>
> thanks
> david jencks
>
>
> > -David
> >
>
>
--
Shawn
