Oracle SOA Suite 12c Unable to invoke endpoint URI successfully due to javax.xml.soap.SOAPException

3146670 · Jul 3, 2020 3:56PM

Hi folks,

I have a specific question with respect to the high availability of SOA suite which results in invocation of call back error as-

Unable to invoke endpoint URI "https://lbr.idam-host.com/soa-infra/services/default/DefaultOperationalApproval!6.1*soa_d9fbecea-0d96-4363-a6cb-3fd9d8911dd3/SMSNotification%23ApprovalProcess/SMSNotification" successfully due to: javax.xml.soap.SOAPException: javax.xml.soap.SOAPException: Bad response: 404 Not Found from url https://lbr.idam-host.com/soa-infra/services/default/DefaultOperationalApproval%216.1*soa_d9fbecea-0d96-4363-a6cb-3fd9d8911dd3/SMSNotification%23ApprovalProcess/SMSNotification

Below is the deployment architecture-

The request is being made from the IDAM environment(HA mode) to a different SOA environment (HA mode) for SMS notification service.
SMS is being sent from SOA Servers in DMZ and service is being called from IDAM system(LB).
SMS is processed but the exception is encountered during the callback in BPEL process.
Composite shows faulted state in flow instances
All necessary entries in the host file on LB & individual VMs are done.

I have tested all communications of respective servers and seems fine but not able to identify the issue cause.

@Martien van den Akker, can you please provide your expert comments to overcome this problem.

Martien van den Akker · Jul 5, 2020 6:48AM

Hi,

I'd have to dive into this, I'll have a closer look later. But you have two SOA environments, one sort of embedded in your oam domain and one separate SOA environment.

There are a few things to check:

your loadbalancer configurations: the lbr.idam-host loadbalancer should loadbalance over the oam soasuite, and the lbr.soa-host loadbalancer should loadbalance over the soa hosts. Quite obvious, but easy to have a mixup there. They should not loadbalance over the domains (so no routing from lbr.idam-host to the soa-domain soa servers and v.v.
Check the configuration plans used and/or the endpoints in the composite.xml and wsdls. Are they pointing to the correct loadbalancer?
You could verify the reference endpoints of the composites in the EM. Find the composites one by one on the deployed-composites tab on the soa-infra. Then click the references from the dashboard-subtab one by one. Select the properties sub tab and verify the reference. Depending on your way of deploying, this should be the actual endpoint. Check the reference points to the correct soa-environment that has the composite deployed.
Check the serverURL in the soa-infra common properties and check the front-end host/port of all the clusters. For the soa-clusters the serverURL should match the base-url of the corresponding loadbalancer.

In your case One composite on one environment tries to invoke a composite on one of the target environments that apparently is not there. Is that referenced composite deployed on the proper environment and does the URL in the errormessage match the composites url on the proper environment?

In the URL https://lbr.idam-host.com/soa-infra/services/default/DefaultOperationalApproval!6.1*soa_d9fbecea-0d96-4363-a6cb-3fd9d8911dd3/SMSNotification%23ApprovalProcess/SMSNotification

There is a specific composite version. This may suggest that you depend on the reference endpoint in the composite. WHile in the meantime there is an other version deployed.

Try if this URL will bring up the WSDL: https://lbr.idam-host.com/soa-infra/services/default/DefaultOperationalApproval/SMSNotification%23ApprovalProcess/SMSNotification?WSDL

Then check the particular composite and edit the URL.

Kind regards,

Martien

venkatesh182 · Jul 4, 2020 6:15AM

Can you undeploy DefaultOperationalApproval service and try redeploying. i think the approval process is not deployed properly.

Martien van den Akker · Jul 5, 2020 6:48AM

Hi,

I'd have to dive into this, I'll have a closer look later. But you have two SOA environments, one sort of embedded in your oam domain and one separate SOA environment.

There are a few things to check:

your loadbalancer configurations: the lbr.idam-host loadbalancer should loadbalance over the oam soasuite, and the lbr.soa-host loadbalancer should loadbalance over the soa hosts. Quite obvious, but easy to have a mixup there. They should not loadbalance over the domains (so no routing from lbr.idam-host to the soa-domain soa servers and v.v.
Check the configuration plans used and/or the endpoints in the composite.xml and wsdls. Are they pointing to the correct loadbalancer?
You could verify the reference endpoints of the composites in the EM. Find the composites one by one on the deployed-composites tab on the soa-infra. Then click the references from the dashboard-subtab one by one. Select the properties sub tab and verify the reference. Depending on your way of deploying, this should be the actual endpoint. Check the reference points to the correct soa-environment that has the composite deployed.
Check the serverURL in the soa-infra common properties and check the front-end host/port of all the clusters. For the soa-clusters the serverURL should match the base-url of the corresponding loadbalancer.

In your case One composite on one environment tries to invoke a composite on one of the target environments that apparently is not there. Is that referenced composite deployed on the proper environment and does the URL in the errormessage match the composites url on the proper environment?

In the URL https://lbr.idam-host.com/soa-infra/services/default/DefaultOperationalApproval!6.1*soa_d9fbecea-0d96-4363-a6cb-3fd9d8911dd3/SMSNotification%23ApprovalProcess/SMSNotification

There is a specific composite version. This may suggest that you depend on the reference endpoint in the composite. WHile in the meantime there is an other version deployed.

Try if this URL will bring up the WSDL: https://lbr.idam-host.com/soa-infra/services/default/DefaultOperationalApproval/SMSNotification%23ApprovalProcess/SMSNotification?WSDL

Then check the particular composite and edit the URL.

Kind regards,

Martien

3146670 · Jul 5, 2020 9:20AM

Thanks for your valuable time & comments. Will be checking the same as suggested.

3146670 · Jul 5, 2020 9:20AM

Deployed multiple times but no luck. The same issue is persisting again and again...

Martien van den Akker · Jul 5, 2020 9:49AM

Did you go over the points I suggested? Checked both loadbalancers, validated the urls, composite deployments on the proper environment, etc. etc.?

Kind regards,
Martien

Martien van den Akker · Jul 5, 2020 9:56AM

You apparently try to invoke the SMSNotification service from the SMSNotification%23ApprovalProcess in the DefaultOperationalApproval composite, that you expect to be deployed on the idam-host environment. And this is apparenlty done from a process in a composite deployed on the soa-environment. Is that right?

I get this from the (edited) url from your error message:

https://lbr.idam-host.com/soa-infra/services/default/DefaultOperationalApproval/SMSNotification%23ApprovalProcess/SMSNotification?WSDL

By the way, I see that you process is apparently called SMSNotification#ApprovalProcess, where the %23 is an URL encoding of the hash (#). I wouldn't use special characters and spaces in component-names in a composite application. I'd try to rename it. Only use letters, numbers and underscore for names.

Kind regards,
Martien

3146670 · Jul 5, 2020 7:21PM

@Martien van den Akker, thanks a lot for your valuable time again.

We are trying to validate the points you suggested. We have different teams for the different environment so we are in the process of validation of points especially the LB related point which I think is a major catch for the problem. Will update once get the positive update.

Kind Regards

Kumar Gaurav

User_UMVLK · Aug 25, 2020 8:55AM

Hello Experts,

Good Day.

A few days ago we have faced the same issue in our SOA environment (Version-12.2.1.4.0 and Runtime Version - WebLogic Server 12.2.1.4.0). We have 2 level approach to process Inbound or Outbound request in FMW as below

Inbound: B2B > JMS > Requester BPEL > triggers a webservice call over internal loadbalancer > Provider BPEL > JMS > SAP

Outbound: SAP > JMS > Requester BPEL > triggers a webservice call over internal loadbalancer > Provider BPEL > JMS > B2B

In the last week, we have disabled TLSv1.0 in our PROD WebLogic server level and allows only TLSv1.1, 1.2 following by servers restart.

After this change, we are getting the same error (pasted the error below). So when rolled back the change the issue has stopped occurring.

Please note that the issue was not reproduced when did the same exercise in UAT. However, due to security constraints, we have to disable TLSv1.0 in Prod as soon as possible

I would request your expertise to suggest any workaround or fix.

<Aug 8, 2020 4:50:18,880 PM EDT> <Error> <oracle.soa.bpel.engine.ws> <BEA-000000> <got FabricInvocationException

** Cikey: 9460169

** FlowId: 4640024

** Current Activity Key: 9460169-BpInv0-BpSeq3.6-3

** Current Activity Label: InvokeSAPPOProvider

** InvokeMessageGuid: c42f37cc-d9b8-11ea-88fb-005056b3037f

** ComponentDN: B2B/SAPPOACKRequester!1.0*soa_2865cbf0-1353-4c02-8d54-78be0858404c/SAPPOAckReqProcess

** Properties for component SAPPOAckReqProcess:

** bpel.config.oneWayDeliveryPolicy: async.persist

** bpel.preference.HostName: http://**********.com

** bpel.preference.PortName: 7201

** bpel.preference.SoaInfraDomainName: edi_domain1

** Transaction info: Name=[EJB com.collaxa.cube.engine.ejb.impl.bpel.BPELDeliveryBean.handleInvoke(com.collaxa.cube.engine.dispatch.message.invoke.InvokeInstanceMessage)],Xid=BEA1-28759F129F98EF12045E(782768404),Status=Active,numRepliesOwedMe=0,numRepliesOwedOthers=0,seconds since begin=1,seconds left=299,useSecure=false,activeThread=Thread[[ACTIVE] ExecuteThread: '46' for queue: 'weblogic.kernel.Default (self-tuning)',5,Pooled Threads],XAServerResourceInfo[SOADataSource_edi_domain1]=(ServerResourceInfo[SOADataSource_edi_domain1]=(state=started,assigned=none),xar=SOADataSource,re-Registered = false),SCInfo[edi_domain1+soa_server1]=(state=active),properties=({weblogic.transaction.partitionName=DOMAIN, weblogic.transaction.name=[EJB com.collaxa.cube.engine.ejb.impl.bpel.BPELDeliveryBean.handleInvoke(com.collaxa.cube.engine.dispatch.message.invoke.InvokeInstanceMessage)]}),local properties=({weblogic.jdbc.jta.SOADataSource=[switchingContext=null,autoCommit=true,enabled=true,isXA=true,isJTS=false,vendorID=0,connUsed=true,doInit=false,'null',destroyed=false,poolname=SOADataSource,appname=null,moduleName=null,connectTime=189,dirtyIsolationLevel=false,initialIsolationLevel=2,infected=false,lastSuccessfulConnectionUse=1596919817810,secondsToTrustAnIdlePoolConnection=10,currentUser=java.lang.Exception

at weblogic.jdbc.common.internal.ConnectionEnv.setup(ConnectionEnv.java:464)

at weblogic.common.resourcepool.ResourcePoolImpl.reserveResource(ResourcePoolImpl.java:404)

at weblogic.jdbc.common.internal.ConnectionPool.reserve(ConnectionPool.java:610)

at weblogic.jdbc.common.internal.ConnectionPool.reserve(ConnectionPool.java:521)

at weblogic.jdbc.common.internal.ConnectionPoolManager.reserve(ConnectionPoolManager.java:144)

at weblogic.jdbc.common.internal.ConnectionPoolManager.reserve(ConnectionPoolManager.java:94)

at weblogic.jdbc.jta.DataSource.getXAConnectionFromPool(DataSource.java:1938)

at weblogic.jdbc.jta.DataSource.refreshXAConnAndEnlist(DataSource.java:1645)

at weblogic.jdbc.jta.DataSource.getConnectionInternal(DataSource.java:523)

at weblogic.jdbc.jta.DataSource.getConnection(DataSource.java:500)

at weblogic.jdbc.common.internal.WLDataSourceImpl.getConnectionInternal(WLDataSourceImpl.java:631)

at weblogic.jdbc.common.internal.WLDataSourceImpl.getConnection(WLDataSourceImpl.java:611)

at weblogic.jdbc.common.internal.WLDataSourceImpl.getConnection(WLDataSourceImpl.java:604)

at weblogic.jdbc.common.internal.RmiDataSource.getConnection(RmiDataSource.java:108)

at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:135)

at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:162)

at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:346)

at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:309)

at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:581)

at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1634)

at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:321)

at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:615)

at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:560)

at org.eclipse.persistence.internal.sessions.AbstractSession.basicExecuteCall(AbstractSession.java:2062)

at org.eclipse.persistence.sessions.server.ClientSession.executeCall(ClientSession.java:309)

at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:260)

at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:246)

at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.selectOneRow(DatasourceCallQueryMechanism.java:732)

at org.eclipse.persistence.internal.queries.ExpressionQueryMechanism.selectOneRowFromTable(ExpressionQueryMechanism.java:2803)

at org.eclipse.persistence.internal.queries.ExpressionQueryMechanism.selectOneRow(ExpressionQueryMechanism.java:2756)

at org.eclipse.persistence.queries.ReadObjectQuery.executeObjectLevelReadQuery(ReadObjectQuery.java:555)

at org.eclipse.persistence.queries.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:1175)

at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:911)

at org.eclipse.persistence.queries.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:1134)

at org.eclipse.persistence.queries.ReadObjectQuery.execute(ReadObjectQuery.java:441)

at org.eclipse.persistence.queries.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:1222)

at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2899)

at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1863)

at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1845)

at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1810)

at org.eclipse.persistence.internal.jpa.QueryImpl.executeReadQuery(QueryImpl.java:258)

at org.eclipse.persistence.internal.jpa.QueryImpl.getSingleResult(QueryImpl.java:526)

at org.eclipse.persistence.internal.jpa.EJBQueryImpl.getSingleResult(EJBQueryImpl.java:400)

at com.collaxa.cube.persistence.dao.impl.jpa.JpaInvokeMessageDaoImpl.getByMessageGuidAndLock(JpaInvokeMessageDaoImpl.java:60)

at com.collaxa.cube.engine.data.DeliveryPersistenceMgr.loadInvoke(DeliveryPersistenceMgr.java:586)

at com.collaxa.cube.engine.delivery.DeliveryService.handleInvoke(DeliveryService.java:639)

at com.collaxa.cube.engine.ejb.impl.CubeDeliveryBean.handleInvoke(CubeDeliveryBean.java:502)

at com.collaxa.cube.engine.ejb.impl.bpel.BPELDeliveryBean_5k948i_ICubeDeliveryLocalBeanImpl.__WL_invoke(Unknown Source)

at weblogic.ejb.container.internal.SessionLocalMethodInvoker.invoke(SessionLocalMethodInvoker.java:33)

at com.collaxa.cube.engine.ejb.impl.bpel.BPELDeliveryBean_5k948i_ICubeDeliveryLocalBeanImpl.handleInvoke(Unknown Source)

at com.collaxa.cube.engine.dispatch.message.invoke.InvokeInstanceMessageHandler.handle(InvokeInstanceMessageHandler.java:43)

at com.collaxa.cube.engine.dispatch.DispatchHelper.handleMessage(DispatchHelper.java:154)

at com.collaxa.cube.engine.dispatch.BaseDispatchTask.process(BaseDispatchTask.java:150)

at com.collaxa.cube.engine.dispatch.BaseDispatchTask.run(BaseDispatchTask.java:90)

at com.collaxa.cube.engine.dispatch.WMExecutor$W.run(WMExecutor.java:248)

at weblogic.work.j2ee.J2EEWorkManager$WorkWithListener.run(J2EEWorkManager.java:209)

at weblogic.invocation.ComponentInvocationContextManager._runAs(ComponentInvocationContextManager.java:352)

at weblogic.invocation.ComponentInvocationContextManager.runAs(ComponentInvocationContextManager.java:337)

at weblogic.work.LivePartitionUtility.doRunWorkUnderContext(LivePartitionUtility.java:57)

at weblogic.work.PartitionUtility.runWorkUnderContext(PartitionUtility.java:41)

at weblogic.work.SelfTuningWorkManagerImpl.runWorkUnderContext(SelfTuningWorkManagerImpl.java:655)

at weblogic.work.ExecuteThread.execute(ExecuteThread.java:420)

at weblogic.work.ExecuteThread.run(ExecuteThread.java:360)

,currentThread=null,lastUser=null,currentError=null,currentErrorTimestamp=null,JDBC4Runtime=true,supportStatementPoolable=true,needRestoreClientInfo=false,defaultClientInfo={},supportIsValid=true]}),OwnerTransactionManager=ServerTM[ServerCoordinatorDescriptor=(CoordinatorURL=soa_server1+ipaddress:8211+edi_domain1+t3+ CoordinatorNonSecureURL=soa_server1+ipaddress:8211+edi_domain1+t3+ coordinatorSecureURL=soa_server1+ipaddress:8212+edi_domain1+t3s+, XAResources={eis/XAFileAdapterForHA, eis/Coherence/Remote, eis/tibjmsDirect/Queue, eis/Coherence/XALocal, [email protected]_server1, eis/oracle/in-memory, eis/aqjms/EDNLocalTxDurableTopic, WLStore_edi_domain1_SOAJMSFileStore_auto_1, WSATGatewayRM_soa_server1_edi_domain1, WLStore_edi_domain1_UMSJMSFileStore_auto_1, WLStore_edi_domain1_UMSJMSFileStore_auto_4, eis/wls/EDNxaTopic, oracle.tip.adapter.jms.JmsXAResource, eis/activemq/Queue, eis/pramati/Queue, WLStore_edi_domain1_KRS_FS1, jdbc/B2BLookup_edi_domain1, WLStore_edi_domain1_LogJMSFileStore1, eis/aqjms/EDNLocalTxTopic, eis/Coherence/Local, DTNRDS_edi_domain1, eis/tibjmsDirect/Topic, eis/wls/Topic, eis/tibjms/Topic, eis/jms/aiaB2BQueueCF, eis/wls/Queue, EDIB2B_edi_domain1, eis/jms/aiaErrorTopicCF, eis/tibjms/Queue, eis/fioranomq/Topic, [email protected]_server1, eis/wls/EDNxaDurableTopic, eis/aqjms/EDNxaTopic, EDNDataSource_edi_domain1, eis/wls/EDNLocalTxDurableTopic, SOADataSource_edi_domain1, eis/sunmq/Queue, OraSDPMDataSource_edi_domain1, eis/Apps/Apps, eis/aqjms/Topic, tangosol.coherenceTxCCI, eis/File/XAFileAdapter, eis/webspheremq/Queue, eis/File/XAFileAdapter2, eis/wls/EDNLocalTxTopic, eis/XAFileAdapter3, tangosol.coherenceTx, WLStore_edi_domain1__WLS_soa_server1, eis/XAFileAdapter, WLStore_edi_domain1_B2BOutboundFileStore1, eis/AQ/aqSample, eis/aqjms/EDNxaDurableTopic, WLStore_edi_domain1_B2BCustOutboundFileStore1, eis/aqjms/Queue, eis/aq/aiaB2BInfraAQCF, WLStore_edi_domain1_BPMJMSFileStore_auto_1, eis/jbossmq/Queue, WLStore_edi_domain1_sentinel_SOA_FS1},NonXAResources={})],CoordinatorURL=soa_server1+ipaddress:8211+edi_domain1+t3+)

** MaxThreadsConstraints: 12

** Total dispatcher messages scheduled for processing: 0

** Total number of threads processing dispatcher messages: 1

** Max Heap size: 12455444480

** Free Heap size: 9759040680

oracle.fabric.common.FabricInvocationException: Unable to invoke endpoint URI "http://loadbalancer:8211/soa-infra/services/B2B/SAPPOAckProvider/sappoprovprocess_client_ep" successfully due to: javax.xml.soap.SOAPException: Bad response: 404 Not Found from url http://loadbalancer:8211/soa-infra/services/B2B/SAPPOAckProvider/sappoprovprocess_client_ep

at oracle.integration.platform.blocks.soap.AbstractWebServiceBindingComponent.dispatchRequest(AbstractWebServiceBindingComponent.java:785)

at oracle.integration.platform.blocks.soap.WebServiceExternalBindingComponent.processOutboundMessage(WebServiceExternalBindingComponent.java:384)

at oracle.integration.platform.blocks.soap.WebServiceExternalBindingComponent.sendSOAPMessage(WebServiceExternalBindingComponent.java:1606)

at oracle.integration.platform.blocks.soap.WebServiceExternalBindingComponent.post(WebServiceExternalBindingComponent.java:1300)

at oracle.integration.platform.blocks.mesh.AsynchronousMessageHandler.doPost(AsynchronousMessageHandler.java:144)

at oracle.integration.platform.blocks.mesh.MessageRouter.post(MessageRouter.java:254)

at oracle.integration.platform.blocks.mesh.MeshImpl.post(MeshImpl.java:411)

at sun.reflect.GeneratedMethodAccessor2347.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:498)

at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:343)

at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:198)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)

at oracle.integration.platform.metrics.PhaseEventAspect.invoke(PhaseEventAspect.java:69)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)

at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212)

at com.sun.proxy.$Proxy500.post(Unknown Source)

at oracle.fabric.CubeServiceEngine.postToMesh(CubeServiceEngine.java:1152)

at com.collaxa.cube.ws.WSInvocationManager.invoke0(WSInvocationManager.java:260)

at com.collaxa.cube.ws.WSInvocationManager.invoke(WSInvocationManager.java:333)

at com.collaxa.cube.engine.ext.common.InvokeHandler.__invoke(InvokeHandler.java:1477)

at com.collaxa.cube.engine.ext.common.InvokeHandler.handleNormalWSDLInvoke(InvokeHandler.java:815)

at com.collaxa.cube.engine.ext.common.InvokeHandler.handleNormalInvoke(InvokeHandler.java:506)

at com.collaxa.cube.engine.ext.common.InvokeHandler.handle(InvokeHandler.java:157)

at com.collaxa.cube.engine.ext.bpel.common.wmp.BPELInvokeWMP.__executeStatements(BPELInvokeWMP.java:78)

at com.collaxa.cube.engine.ext.bpel.common.wmp.BaseBPELActivityWMP$1.call(BaseBPELActivityWMP.java:197)

at com.collaxa.cube.engine.ext.bpel.common.wmp.BaseBPELActivityWMP$1.call(BaseBPELActivityWMP.java:195)

at com.collaxa.bpel.sws.SWSComponentProcessActivityWrapper$1.call(SWSComponentProcessActivityWrapper.java:74)

at com.collaxa.bpel.sws.SWSCallableActivityWrapper.execute(SWSCallableActivityWrapper.java:89)

at com.collaxa.bpel.sws.SWSComponentProcessActivityWrapper.execute(SWSComponentProcessActivityWrapper.java:82)

at com.collaxa.cube.engine.ext.bpel.common.wmp.BaseBPELActivityWMP.perform(BaseBPELActivityWMP.java:205)

at com.collaxa.cube.engine.CubeEngine.performActivity(CubeEngine.java:2932)

at com.collaxa.cube.engine.CubeEngine._handleWorkItem(CubeEngine.java:1295)

at com.collaxa.cube.engine.CubeEngine.handleWorkItem(CubeEngine.java:1184)

at com.collaxa.cube.engine.dispatch.message.instance.PerformMessageHandler.handleLocal(PerformMessageHandler.java:92)

at com.collaxa.cube.engine.dispatch.DispatchHelper.handleLocalMessage(DispatchHelper.java:300)

at com.collaxa.cube.engine.dispatch.DispatchHelper.sendMemory(DispatchHelper.java:379)

at com.collaxa.cube.engine.CubeEngine.endRequest(CubeEngine.java:4972)

at com.collaxa.cube.engine.CubeEngine.endRequest(CubeEngine.java:4896)

at com.collaxa.cube.engine.CubeEngine._createAndInvoke(CubeEngine.java:782)

at com.collaxa.cube.engine.CubeEngine.createAndInvoke(CubeEngine.java:615)

at com.collaxa.cube.engine.delivery.DeliveryService.handleInvoke(DeliveryService.java:740)