Showing results for 
Search instead for 
Did you mean: 

jdbc -rfc -jdbc

0 Kudos

hi all,

i have jdbc - rfc - jdbc scenario,should i go with bpm or without bpm approach?

Accepted Solutions (0)

Answers (5)

Answers (5)

Former Member
0 Kudos

i have jdbc - rfc - jdbc scenario,should i go with bpm or without bpm approach?

we have 3 Approaches :

1. using bpm synchasynchbridge

2.RFC LooKUP it is standard function of the "CONVERSION" Function Group in pi 7.1

Defining RFC Lookups Graphically

note: if you are using pi 7.1 below version, then you need to wite one udf for RFC Lookup.

3.Standard Adapter Module BEans RequestResponseBean

Active Contributor
0 Kudos

I would recommend you to go without BPM.

If your requirement is async on both jdbc sender and receiver side, you dont need to go for BPM. Plus JDBC sender continous polling inside BPM container could cause performance issues.

you might also want to see the below link replacing file with jdbc in your situation


Active Contributor
0 Kudos

JDBC sender adapter not support Sync calls.. so you have two alternatives

1)Using BPM

2)jdbc Sender-->XI(rfc Lookup)--->JDBC reciver.

RFC lookup going gove response for your JDBC sender data.



Active Participant
0 Kudos

Can u elaborate ur scenario. Is there any dependency between the scenarios.

Is your scenario synchronous or asnchronous ?

Active Participant
0 Kudos

if the response from RFC, needs to be passed as insert/update of receiver jdbc, then i think you have to use bpm.

i am not sure, if it is possible without using ccBPM.

if the response of RFC is not used, and if it is asynch rfc, and if two different RFCs present, then a possible way without bpm is:

create two scenarios jdbc->RFC1 and RFC2->TargetJdbc.

RFC1 should call RFC2 with PI destination, to trigger the second scenario.