BPEL Inbound Adapter Does Not Activate After Server Restart (Doc ID 1321904.1)

Last updated on NOVEMBER 03, 2016

Applies to:

Oracle(R) BPEL Process Manager - Version 10.1.3.5.0 and later
Information in this document applies to any platform.
***Checked for relevance on 29-Jan-2013***

Symptoms

In 10g an inbound polling adapter used in BPEL does not start to process messages or files following the start of the server. In the BPEL $ORACLE_HOME/bpel/domains/<your domain>/logs/domain.log or the container log in $ORACLE_HOME/opmn/logs/<BPEL container>.log you will see startup of the JCA for example:

process='bpel://localhost/default/Route~1.0/'
domain='default'
WSDL location='Reader.wsdl'
portType='Consume_Message_ptt'
operation='Consume_Message'
activation properties={retryInterval=20,
clusterGroupId=ABC12, jca.retry.all=true,
portType=Consume_Message_ptt}


But the adapter never has the polling endpoint activated so is unable to process messages or files.

However, just above this section in the log you might find another polling adapter process whose start up logs indicate successful completion of endpointActivation as in this example:

2011-03-28 20:26:40,487> <INFO>
<snidomain.collaxa.cube.activation>[BPELScheduler_Worker-0]
<AdapterFramework::Inbound> JCAActivationAgent::initiateInboundJcaEndpoint -
Creating and initializing inbound JCA endpoint for:
process='bpel://localhost/default/InsertABCS~1.0/'
domain='default'
WSDL location='ReadInputParameters.wsdl'
portType='DEQUEUE_ptt'
operation='DEQUEUE'
activation properties={portType=DEQUEUE_ptt}


The workaround to get the non-activated adapter endpoint to start processing is to turn the affected BPEL process OFF then back ON from the BPELConsole after startup completes.

Cause

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms