on 02-07-2014 3:04 PM
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
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Kris,
Are you trying to implement Async- Request - Response pattern or pure Sync process ?
Thank You
Regards
Gov
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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 ...
User | Count |
---|---|
86 | |
10 | |
10 | |
9 | |
6 | |
6 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.