cancel
Showing results for 
Search instead for 
Did you mean: 

Inbound qRFC XBTM: IDoc long-runner

Former Member
0 Kudos

Hi,

following async 1:n scenario in PI 7.11 SP4:

IDOC->Split->IntegrationProcesses(with correlations)->IDocs.

All is working fine.

But when sending a 3,5MB IDoc to PI it is RUNNING in qRFC inbound queue XBTM (for large messages) for hours and won´t end.

Queue is registered and running.

Can´t find any errors.

There is only a simple mapping between IDoc and IP, so there shouldn´t be a performance issue.

Maybe some basis stuff like work processes?

Cheers,

andré

Accepted Solutions (1)

Accepted Solutions (1)

former_member200962
Active Contributor
0 Kudos
IDOC->Split->IntegrationProcesses(with correlations)->IDocs.

Where is the Split mapping included? If I am not wrong you cannot pass the output of a multi-mapping program to a BPM (IP). I hope you are splitting the IDOC inside the BPM.

Regards,

Abhishek.

Former Member
0 Kudos

HI Abhishek,

it´s possible to split the source-message in front of BPM and sending the created n messages against the IP.

It´s a simple 1:n multi-mapping.

It´s is working fine. But in case of a large IDoc (27.511 segments) it will take hours in queue XBTM.

Cheers,

André

former_member200962
Active Contributor
0 Kudos
it´s possible to split the source-message in front of BPM and sending the created n messages against the IP.

may be.....but what is the point in splitting the message outside the BPM and collecting it in the BPM? It is also mentioned as a restriction in this blog:

/people/jin.shin/blog/2006/02/07/multi-mapping-without-bpm--yes-it146s-possible

Answers (0)