At first glance, it does not appear possible to issue two RFC calls wrapped in a transaction/session using the WebAS SOAP interface. This would essentially make it impossible to use standard BAPIs/RFC's that "write" data and would seem to require writing "wrapper" custom RFC's that call the original RFC and commit it. Naturally, that would seem unnecessary and inconvenient. Is there a session-based protocol for WebAS using cookies and URI requests?
In 640 we have the WebService Definitions (instead of the generic SOAP interface in 620). When you generate one of these definitions, you have the ability to activate Session-Oriented Communication for Stateful web Service Communication.
However in 620 I have never tried to do the same thing using the generic SOAP interface. I have always done as you described and wrote wrapper classes around multiple BAPI calls. To tell you the truth, I rather like the measure of control that this provided me (considering another group(s) within my company will be calling these webservices).
Add a comment