Comments on: REST, SOAP or JSON? http://developer.mevio.com/2007/07/03/rest-soap-or-json Exposing Ourselves to the World Sat, 05 Jul 2008 12:18:42 -0700 http://wordpress.org/?v=2.8.6 hourly 1 By: MikeTheBee http://developer.mevio.com/2007/07/03/rest-soap-or-json/comment-page-1#comment-40974 MikeTheBee Mon, 23 Jul 2007 08:27:32 +0000 http://developer.podshow.com/2007/07/03/rest-soap-or-json#comment-40974 Yahoo Pipes offer a JSON feed input. Yahoo Pipes offer a JSON feed input.

]]> By: Nigel http://developer.mevio.com/2007/07/03/rest-soap-or-json/comment-page-1#comment-40838 Nigel Sat, 21 Jul 2007 14:21:35 +0000 http://developer.podshow.com/2007/07/03/rest-soap-or-json#comment-40838 I only just found the authoring API today after getting a little tired of the PDN web interface. I do a bit of perl scripting as well as podcasting and the XML-RPC took only a few minutes to get going in perl. I don't know much about Rest/JSON/SOAP, but XML-RPC seems very easy to get going... Nigel. I only just found the authoring API today after getting a little tired of the PDN web interface.

I do a bit of perl scripting as well as podcasting and the XML-RPC took only a few minutes to get going in perl.

I don’t know much about Rest/JSON/SOAP, but XML-RPC seems very easy to get going…

Nigel.

]]> By: Mark http://developer.mevio.com/2007/07/03/rest-soap-or-json/comment-page-1#comment-40393 Mark Tue, 17 Jul 2007 06:11:30 +0000 http://developer.podshow.com/2007/07/03/rest-soap-or-json#comment-40393 Personally i prefer Soap/WSDL. There are good proxy generators for c# or java. So you have a jump start using the underlying functionality. I have played with the xml-rpc api and it took a while before it was running fine. I have developed a lot of Soap/WSDL applications and used it in applications and the service is more or less self describing regards, Mark Personally i prefer Soap/WSDL. There are good proxy generators for c# or java. So you have a jump start using the underlying functionality. I have played with the xml-rpc api and it took a while before it was running fine. I have developed a lot of Soap/WSDL applications and used it in applications and the service is more or less self describing

regards,
Mark

]]> By: Paul Rogalinski http://developer.mevio.com/2007/07/03/rest-soap-or-json/comment-page-1#comment-40306 Paul Rogalinski Mon, 16 Jul 2007 09:29:18 +0000 http://developer.podshow.com/2007/07/03/rest-soap-or-json#comment-40306 As it appears to me, it’s only about exposing underlying functionality via RPC. SOAP/WSDL is a good option if you target larger client applications. There are good Stub-Generators for c# or java, so once you expose your services via SOAP and describe them via WSDL it will be a matter of few clicks for a developer to get a hello world application up and running. On the other hand SOAP does include a little bit more work on the server-side. If you are lucky (depending on the frameworks/technology being used on the server), you can use a wrapper around the core-services which will auto-expose the services via SOAP and also take care about the WSDL. There are also downsides of such auto generated endpoints. For example you will expose internals of the software architecture to the service consumers. Also, if you do some minor changes to the service methods, it might break many clients since you have no abstraction layer between your core-services and the SOAP interface. The solution to this problem will be using SOAP as it’s meant to be used. Think about SOAP as Message-Interface, not as an RPC mechanism. Then handwrite a WSDL which defines how the messages should look like and write a single endpoint which parses the messages and delegates them to the backend. Regarding XML-RPC and REST or JSON, they are great if you plan to develop "Web"-Based clients. Using AJAX on the clientside or PHP on the serverside. If it comes to more complex standalone / GUI Applications they are rather unhandy and require more "parsing" and "service-wrapping" on the server side when compared to the SOAP variant. I hope this helps you to decide which technology could be used in your scenario. Let me know if i can help you an further! I would love to. Cheers! Paul. As it appears to me, it’s only about exposing underlying functionality via RPC. SOAP/WSDL is a good option if you target larger client applications. There are good Stub-Generators for c# or java, so once you expose your services via SOAP and describe them via WSDL it will be a matter of few clicks for a developer to get a hello world application up and running.

On the other hand SOAP does include a little bit more work on the server-side. If you are lucky (depending on the frameworks/technology being used on the server), you can use a wrapper around the core-services which will auto-expose the services via SOAP and also take care about the WSDL. There are also downsides of such auto generated endpoints. For example you will expose internals of the software architecture to the service consumers. Also, if you do some minor changes to the service methods, it might break many clients since you have no abstraction layer between your core-services and the SOAP interface.

The solution to this problem will be using SOAP as it’s meant to be used. Think about SOAP as Message-Interface, not as an RPC mechanism. Then handwrite a WSDL which defines how the messages should look like and write a single endpoint which parses the messages and delegates them to the backend.

Regarding XML-RPC and REST or JSON, they are great if you plan to develop “Web”-Based clients. Using AJAX on the clientside or PHP on the serverside. If it comes to more complex standalone / GUI Applications they are rather unhandy and require more “parsing” and “service-wrapping” on the server side when compared to the SOAP variant.

I hope this helps you to decide which technology could be used in your scenario.

Let me know if i can help you an further! I would love to.

Cheers!
Paul.

]]> By: PJ http://developer.mevio.com/2007/07/03/rest-soap-or-json/comment-page-1#comment-38632 PJ Tue, 03 Jul 2007 20:01:46 +0000 http://developer.podshow.com/2007/07/03/rest-soap-or-json#comment-38632 Personally i don't care for XML-RPC or SOAP they seem very akward to work with. In my opinion REST is best, it just makes sense without re-inventing the wheel. As far as the formats offered by the API, we already offer XML/RSS but think we should have more choices available. JSON is by far the easiest to work with when exchanging data but XML is still very good for that as well. I have some ideas i would like to present about offering more RESTful urls and services. Still a work in progress but will try to get it out as soon as possible. Personally i don’t care for XML-RPC or SOAP they seem very akward to work with. In my opinion REST is best, it just makes sense without re-inventing the wheel.

As far as the formats offered by the API, we already offer XML/RSS but think we should have more choices available. JSON is by far the easiest to work with when exchanging data but XML is still very good for that as well.

I have some ideas i would like to present about offering more RESTful urls and services. Still a work in progress but will try to get it out as soon as possible.

]]>