4 Replies Latest reply on Jun 23, 2008 12:25 PM by jakkur

Spring integration via AbstractSpringAction

jakkur Jun 16, 2008 5:36 PM

I am integrating Spring framework into my ESB project using AbstractSpringAction where I extend my action classes as shown in the jboss-soa-p.4.2.0 spring_helloworld quickstart sample. While I can build/deploy/run fine the sample, I am getting the following exception when I did the same in my app. Can somebody explain what these exceptions mean and what I am missing if any. Thanks,

2008-06-16 15:49:39,170 WARN [org.jboss.system.ServiceController] Problem starting service jboss.esb:deployment=NDE_DHS_INS.esb
org.jboss.soa.esb.listeners.lifecycle.ManagedLifecycleException: Error configuring action processing pipeline
at org.jboss.soa.esb.listeners.message.MessageAwareListener.doInitialise(MessageAwareListener.java:188)
at org.jboss.soa.esb.listeners.lifecycle.AbstractManagedLifecycle.initialise(AbstractManagedLifecycle.java:133)
at org.jboss.soa.esb.listeners.lifecycle.ManagedLifecycleController.initialiseInstances(ManagedLifecycleController.java:150)
at org.jboss.soa.esb.listeners.lifecycle.ManagedLifecycleController.start(ManagedLifecycleController.java:69)
at org.jboss.soa.esb.listeners.config.JBoss4ESBDeployment.startService(JBoss4ESBDeployment.java:83)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor165.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at org.jboss.system.ServiceController.start(ServiceController.java:435)
at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1015)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy9.deploy(Unknown Source)
at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:274)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:225)
Caused by: org.jboss.soa.esb.ConfigurationException: Unexpected exception during lifecycle initialisation
at org.jboss.soa.esb.listeners.message.ActionProcessingPipeline.initialise(ActionProcessingPipeline.java:264)
at org.jboss.soa.esb.listeners.message.MessageAwareListener.doInitialise(MessageAwareListener.java:184)
... 51 more
Caused by: java.lang.NullPointerException
at org.jboss.soa.esb.actions.AbstractSpringAction.initialise(AbstractSpringAction.java:60)
at org.jboss.soa.esb.listeners.message.OverriddenActionLifecycleProcessor.initialise(OverriddenActionLifecycleProcessor.java:123)
at org.jboss.soa.esb.listeners.message.ActionProcessingPipeline.initialise(ActionProcessingPipeline.java:259)
... 52 more
2008-06-16 15:49:39,201 INFO [org.jboss.ejb3.JmxKernelAbstraction] creating wrapper delegate for: org.jboss.ejb3.stateless.StatelessContainer
2008-06-16 15:49:39,201 INFO [org.jboss.ejb3.JmxKernelAbstraction] installing MBean: jboss.j2ee:jar=business_service-ejb.jar,name=DataFileValidatorEJB,service=EJB3 with dependencies:
2008-06-16 15:49:39,216 INFO [org.jboss.ejb3.EJBContainer] STARTED EJB: org.noaa.espc.nde.dhs.ingest.ejb.DataFileValidatorBean ejbName: DataFileValidatorEJB
2008-06-16 15:49:39,216 INFO [org.jboss.ejb3.JmxKernelAbstraction] creating wrapper delegate for: org.jboss.ejb3.stateless.StatelessContainer
2008-06-16 15:49:39,216 INFO [org.jboss.ejb3.JmxKernelAbstraction] installing MBean: jboss.j2ee:jar=business_service-ejb.jar,name=MD5ChecksumGeneratorEJB,service=EJB3 with dependencies:
2008-06-16 15:49:39,232 INFO [org.jboss.ejb3.EJBContainer] STARTED EJB: org.noaa.espc.nde.dhs.ingest.ejb.MD5ChecksumGeneratorBean ejbName: MD5ChecksumGeneratorEJB
2008-06-16 15:49:39,248 INFO [org.jboss.ejb3.JmxKernelAbstraction] creating wrapper delegate for: org.jboss.ejb3.stateless.StatelessContainer
2008-06-16 15:49:39,248 INFO [org.jboss.ejb3.JmxKernelAbstraction] installing MBean: jboss.j2ee:jar=business_service-ejb.jar,name=MetadataExtractorEJB,service=EJB3 with dependencies:
2008-06-16 15:49:39,248 INFO [org.jboss.ejb3.EJBContainer] STARTED EJB: org.noaa.espc.nde.dhs.ingest.ejb.MetadataExtractorBean ejbName: MetadataExtractorEJB
2008-06-16 15:49:39,263 INFO [org.jboss.ejb3.JmxKernelAbstraction] creating wrapper delegate for: org.jboss.ejb3.stateless.StatelessContainer
2008-06-16 15:49:39,263 INFO [org.jboss.ejb3.JmxKernelAbstraction] installing MBean: jboss.j2ee:jar=business_service-ejb.jar,name=MetadataPersistorEJB,service=EJB3 with dependencies:
2008-06-16 15:49:39,263 INFO [org.jboss.ejb3.EJBContainer] STARTED EJB: org.noaa.espc.nde.dhs.ingest.ejb.MetadataPersistorBean ejbName: MetadataPersistorEJB
2008-06-16 15:49:39,279 INFO [org.jboss.ejb3.EJB3Deployer] Deployed: file:/C:/jboss/jboss-soa-p.4.2.0/jboss-as/server/production/tmp/deploy/tmp39016NDE_DHS_INS.esb-contents/business_service-ejb.jar

1. Re: Spring integration via AbstractSpringAction

beve Jun 17, 2008 1:45 AM (in response to jakkur)
Hi,

I looks like there might be an issue with your implementation of AbstractSpringAction.
Are you storing the ConfigTree in your implemenations constructor, like this:
public class MySpringEnabledAction extends AbstractSpringAction { public MySpringEnabledAction(ConfigTree config) throws Exception { configTree = config; } ... }

AbstractSpringAction needs to have access to the configTree instance and if it is null, you would get this error.

I'll find out if there is a reason why this is not enforced with a constructor in AbstractSpringAction.

Regards,

Daniel
Actions
2. Re: Spring integration via AbstractSpringAction

kconner Jun 17, 2008 4:00 AM (in response to jakkur)

The abstract class should definitely be enforcing that requirement through a constructor, it should not be the responsibility of the subclasses to guess the intentions.

Daniel, can you please log a JIRA against this?

Jakkur, please implement the constructor as Daniel has shown, this will solve your problems.
Actions
3. Re: Spring integration via AbstractSpringAction

beve Jun 17, 2008 4:11 AM (in response to jakkur)

I've logged a Jira for this : http://jira.jboss.com/jira/browse/JBESB-1815

Regards,

Daniel
Actions
4. Re: Spring integration via AbstractSpringAction

jakkur Jun 23, 2008 12:25 PM (in response to jakkur)

Thanks.
It resolved my problem.
Actions

Go to original post