My Oracle Support Banner

Files are Being Corrupted while Writing to FTP Server with Errors ORABPEL-11007 and ORABPEL-11445 (Doc ID 1441952.1)

Last updated on NOVEMBER 18, 2019

Applies to:

Oracle(R) BPEL Process Manager 10g - Version and later
Information in this document applies to any platform.


The files written were corrupted and could not be opened. bpel console shows the instances being successful

- File contents are treated as Opaque objects hence no transformation is being done. File are being polled and then FTped with no changes to the content.

- SFTP is being used. The ORABPEL-11445 errors is associated to the inbound directory for polling and Read a File that was archived.

Below is the complete error stack in the logs:

<2012-02-29 18:44:46,192> <ERROR> <> <AdapterFramework::Outbound> file:/gembin/oracle/product/10.1.3/SOA/bpel/domains/gemptp/tmp/.bpel_ftp_8e88588d4fb54ebd2ac7ef66c8421d52.tmp/readPPData.wsdl [ SynchGet_ptt::SynchGet(Empty,Data) ] - Rolling back JCA LocalTransaction
<2012-02-29 18:44:46,192> <DEBUG> <> <AdapterFramework::Outbound> WSIFCache: Closing CCI Connection
<2012-02-29 18:44:46,192> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> Begin Closing Interaction.
<2012-02-29 18:44:46,192> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> End Closing Interaction.
<2012-02-29 18:44:46,192> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> Sending event: 1 with: oracle.tip.adapter.ftp.FTPConnection@7474eb1e
<2012-02-29 18:44:46,193> <DEBUG> <> <AdapterFramework::Outbound> file:/gembin/oracle/product/10.1.3/SOA/bpel/domains/gemptp/tmp/.bpel_1.0_8e88588d4fb54ebd2ac7ef66c8421d52.tmp/readPPData.wsdl [ SynchGet_ptt::SynchGet(Empty,Data) ] - Marking this exception as Locally Retryable
<2012-02-29 18:44:46,193> <DEBUG> <> <AdapterFramework::Outbound> WSIFCache: Closing CCI Connection
<2012-02-29 18:44:46,193> <ERROR> <> <WSIFInvocationHandler::invoke> Fault happened: file:/gembin/oracle/product/10.1.3/SOA/bpel/domains/gemptp/tmp/.bpel_1.0_8e88588d4fb54ebd2ac7ef66c8421d52.tmp/readPPData.wsdl [ SynchGet_ptt::SynchGet(Empty,Data) ] - WSIF JCA Execute of operation 'SynchGet' failed due to: No Data to process.
File /appltop/ERPUAT/apps/apps_st/appl/xxgil/12.0.0/outbound/IPTP103/bpelarchive/33327.dat201202291330568493 to be processed was not found or not available or has no content [Caused by: No such file]
; nested exception is:
No Data to process.
File /appltop/ERPUAT/apps/apps_st/appl/xxgil/12.0.0/outbound/IPTP103/bpelarchive/833327.dat201202291330568493 to be processed was not found or not available or has no content [Caused by: No such file]
Check the error stack and fix the cause of the error. Contact oracle support if error is not fixable.

***********************Errror (Catch Exception)  <====== AIAsyncErrorHandlingBPELProcess

<2012-02-29 18:44:46,212> <DEBUG> <> <WSInvocationManager::invoke> operation: initiate, partnerLink: <partnerLink name="AIAAsyncErrorHandlingBPELProcess" partnerLinkType="{}AIAAsyncErrorHandlingBPELProcess">
<2012-02-29 18:49:35,553> <INFO> <gemptp.collaxa.cube.activation> <AdapterFramework::Inbound> JCAActivationAgent::uninit Shutting down the JCA activation agent, processId='bpel://localhost/gemptp/CS~1.0/', activation properties={OUTDIR=/inbound/0033000_ARPP_1, clusterGroupId=BCS, inputDataDir=/appltop/ERPUAT/apps/apps_st/appl/xxgil/12.0.0/outbound/IPTP103/bpelarchive, InputDIR=/appltop/ERPUAT/apps/apps_st/appl/xxgil/12.0.0/outbound/IPTP103/out, portType=Get_ptt}
<2012-02-29 18:49:35,562> <INFO> <gemptp.collaxa.cube.activation> <AdapterFramework::Inbound> JCAActivationAgent left cluster group CS1.0
<2012-02-29 18:49:35,562> <INFO> <gemptp.collaxa.cube.activation> <AdapterFramework::Inbound> Adapter Framework instance: OraBPEL - performing endpointDeactivation for portType=Get_ptt, operation=Get
<2012-02-29 19:15:56,966> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> Check availability of directory: /Usr/dt/Out/
<2012-02-29 19:15:56,966> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> Trying to validate session: oracle.tip.adapter.ftp.SshImpl.SSHSessionImpl@11db68d
<2012-02-29 19:15:56,966> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> Trying to reconnect session: oracle.tip.adapter.ftp.SshImpl.SSHSessionImpl@11db68d
<2012-02-29 19:15:56,967> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> Trying to reconnect to: at port 22 using usernamegileadt buffered (start own threads?): false
<2012-02-29 19:15:56,967> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> Trying to reconnect using SOCKETS
<2012-02-29 19:15:57,459> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> The connected host's key (ssh-dss) is
<2012-02-29 19:15:57,459> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> b0:45:55:83:ca:a0:96:f0:2b:87:de:e6:8e
<2012-02-29 19:15:57,845> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> Trying to re-authenticate using password authentication
<2012-02-29 19:15:57,845> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> Trying to authenticate user:
<2012-02-29 19:15:57,908> <DEBUG> <gemptp.collaxa.cube.activation> <File Adapter::Inbound> Re-authenticate successful
<2012-02-29 19:15:58,290> <DEBUG> <gemptp.collaxa.cube.activation> <AdapterFramework::Inbound> onAlert: sent alert <<

 Recovered after error: ORABPEL-11445
The SSH API threw an exception.
The SSH API threw an exception. [Caused by: Unexpected terminaton: sequenceNo = 33 bytesIn = 2424 bytesOut = 1664]
Check the error stack and fix the cause of the error. Contact oracle support if error is not fixable.
. Resuming normal operation.




To view full details, sign in with your My Oracle Support account.

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

In this Document

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.