-
SAP transport now available for Mule (4 messages)
- Posted by: Ray George
- Posted on: August 14 2009 08:25 EDT
The new SAP transport for Mule provides connectivity with SAP ERP 6.0. Users can send an XML message that is equivalent to a BAPI function request and receive an XML message that is equivalent to a BAPI function response. The transport uses RFC and BAPI calls via JCO (SAP Java Connector) provided by SAP. For more information, visit the SAP transport project page.Threaded Messages (4)
- Re: SAP transport now available for Mule by Patrick Santana on August 14 2009 10:44 EDT
- Just on time! by Shlomo Schwarcz on August 16 2009 03:31 EDT
- Re: Just on time! by Diego Visentin on August 17 2009 05:40 EDT
- web services !? by Olli Plough on August 17 2009 11:22 EDT
- Re: Just on time! by Diego Visentin on August 17 2009 05:40 EDT
-
Re: SAP transport now available for Mule[ Go to top ]
- Posted by: Patrick Santana
- Posted on: August 14 2009 10:44 EDT
- in response to Ray George
Mule is doing a good job for the ESB community. -
Just on time![ Go to top ]
- Posted by: Shlomo Schwarcz
- Posted on: August 16 2009 03:31 EDT
- in response to Ray George
I was just looking for a way to execute a SAP BAPI using JCO through a web service. The idea is to have a generic service that can run any BAPI by sending and recieving XML structures. http://www.shefertech.com -
Re: Just on time![ Go to top ]
- Posted by: Diego Visentin
- Posted on: August 17 2009 05:40 EDT
- in response to Shlomo Schwarcz
You can already expose any BAPI/RFC as web-service. But this address only outbound scenario, so for an inbound scenario the use of an ESB is a viable option IMO. -
web services !?[ Go to top ]
- Posted by: Olli Plough
- Posted on: August 17 2009 11:22 EDT
- in response to Diego Visentin
You can already expose any BAPI/RFC as web-service. But this address only outbound scenario, so for an inbound scenario the use of an ESB is a viable option IMO.
Compared to a web service a solution via SAP JCo has very good performance and much better memory footprint. This is an issue as you typically load a lot of data from SAP for further processing when you run a bank or some other data intensive business. Inbound scenario is difficult to implement since on the SAP side you have to set locks to make sure someone outside of SAP is not able to change data currently being changed by some user logged into SAP. And so far I have not seen any ordinary SAP ABAP developer who is able to do this. Best approach is to avoid an architecture with an inbound solution, only write back the final values into SAP if you have to.