cancel
Showing results for 
Search instead for 
Did you mean: 

bgRFC and synchronous webservice

former_member185171
Participant
0 Kudos

Hi all,

we have a scenario combining bgRFC and synchronous web services.

We queue function modules that call a proxy which calls an external web service (to Exchange). It has to wait for the response (synchronous it is) in order to do some updates in SAP.

These calls (sometimes, regularly, not always) get stuck with an error about locks. It also seems impossible to restart these units since the service keeps on giving an error... The proxy is using SOA-Manager. We are trying a set-up with PI.

In a simulation, we use an HTTP-call in stead of an external  web service. Here we (also sometimes) get an error in the bgRFC-monitor, but the  units can all be restarted.

I have already made another post http://scn.sap.com/thread/3495803 but without any response.

We opened an OSS message but SAP has no experience with such a scenario, and advice us to contact SCN. There is a note about setting up bgRFC with a-synchronous web services, but not with synchronous ones.

Has anyone anywhere ever done this? ... and is willing to share his/her experience?

Thanks for any response.

Kris

Accepted Solutions (1)

Accepted Solutions (1)

former_member185171
Participant
0 Kudos

The bgRFC has a commit trap, as commits within bgRFC unit processing are generally not recommended. In case a commit is necessary (as e.g. the implicit DB commit caused by an HTTP call within WS processing), there is an option to switch off the bgRFC commit trap for a specific bgRFC unit. This is exposed via interface IF_BGRFC_UNIT, and e.g. is used by WS for the reason explained above.

   

So if the bgRFC commit trap is responsible for the dumps, the application has the option either to avoid the commit or switch off the commit trap.

So this is the statement that solves the problem:

gr_unit->if_bgrfc_unit~disable_commit_checks( ).

 

 

Regards.

Answers (1)

Answers (1)

former_member182290
Participant
0 Kudos

Hi Kris,

Are you trying to implement Async- Request - Response pattern or pure Sync process ?

Thank You

Regards

Gov

former_member185171
Participant
0 Kudos

Hi Goc,

it is a pure Sync processs we are implementing.

Regards.

Kris

former_member182290
Participant
0 Kudos

Hi Kris,

Please can you share the reasoning for combining bgRFC call and webservice call.

My understanding is bgRFC should be used for background processing.

Thank You

Regards

Gov

former_member185171
Participant
0 Kudos

Honestly, I don't see why background processing en webservice calls might be in contradiction.

What we have to do: we have an event-process for thousands of students and we need to send these data to each agenda in Exchange.

We want to use the load distribution and the queue of bgRFC to send all individual data to Exchange.

This is done with a synchronous webservice that returns a GUID we store in an SAP table. The webservice is a service we can't change. And the returning GUID we need for later updates (or deletes) of the agenda-item.

We are aware of all possible risks this architecture might cause, but I don't see why it should not be technically possible.

SAP says it is too time consuming to look for a possible error ...