on 02-08-2005 10:47 AM
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).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
With 640 you should be in real good shape. For details check out the following forum and weblog listings. I have screen shots of where you can set the stateful flag for exposed webservices.
/people/thomas.jung3/blog/2004/11/17/bsp-a-developers-journal-part-xiv--consuming-webservices-with-abap
/people/thomas.jung3/blog/2004/11/15/bsp-150-a-developer146s-journal-part-xiii-developing-abap-webservices
In my weblog where I am consuming an external webservice, this is stateful. Really the generated proxy class takes care of all the details for you. Have a look and let me know if you have any questions.
User | Count |
---|---|
88 | |
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.