I'd recommend doing more research on SOAP and XML-RPC. They are VERY different specifications.
If you're using SOAP in many cases it is just a very heavy and expensive wrapper around an XML payload that represents the actual data to be transferred. Those XML payloads are generally defined with a custom XSD and it is almost always necessary to write code to process the input and output for each message (ie map them to OFBiz services or entities). The OFBiz service engine can handle any object going in or out, but the easiest structures to organize data are Maps and Lists. The nice thing about XML-RPC (and JSON-RPC) is that the spec includes mappings to and from the documents for Maps and Lists, as well as data types such as Strings and Numbers. Because of this it is much easier to use XML-RPC or JSON-RPC, and honestly this is why JSON is such a nice standard for data transfer (because it is data structured in lists and maps, making it easier to deal with than an arbitrary XML document that requires code to map to either an object model or to lists and maps). -David On Jun 23, 2011, at 9:46 AM, MikeBranch wrote: > Greetings - I've been trying off and on to expose SOAP web services in OFBiz. > I mean "normal" SOAP, not services that can only return a map. I know that > this is supposedly possible now, but I just haven't had much luck. I was > wondering if anybody out there has got this to work. Specifically, I want to > call the services from a .NET application so I can integrate with > QuickBooks. I'm also looking into calling OFBiz from Salesforce.com. > > Is XML-RPC, or some other method, preferred? > > -- > View this message in context: > http://ofbiz.135035.n4.nabble.com/Any-SOAP-success-stories-tp3620409p3620409.html > Sent from the OFBiz - User mailing list archive at Nabble.com.
