Hi all,
What are the typical effort estimations for development and unit testing of a low, medium and high complex Web Services with Soap protocol? What are the same for REST protocol?
Given the same Web service, Which protocol needs more effort and why so?
Appreciate your responses.
Thanks,
Rama.
Solved! Go to Solution.
Hi Rama
Your question is very much business concentric. Before giving my take on this i would like to share few things with you:-
There are many differences between SOAP and REST web services. The important differences between SOAP and REST are given below:
Very interesting article :- http://stackoverflow.com/a/30833793/6433590 //Do read it.
Soap Vs Rest
SOAP is definitely the heavyweight choice for Web service access. It provides the following advantages when compared to REST:
Language, platform, and transport independent (REST requires use of HTTP)
Works well in distributed enterprise environments (REST assumes direct point-to-point communication)
Standardized
Provides significant pre-build extensibility in the form of the WS* standards
Built-in error handling
Automation when used with certain language products
REST is easier to use for the most part and is more flexible. It has the following advantages when compared to SOAP:
No expensive tools require to interact with the Web service
Smaller learning curve
Efficient (SOAP uses XML for all messages, REST can use smaller message formats)
Fast (no extensive processing required)
Closer to other Web technologies in design philosophy
According to your requirement you may choose either.
If your question is which would require more implementation efforts, then both would require same efforts, they both have learning curve in it.
~kautuk
Rama,
Estimation is something which totally depends on what kind of functionality we are building. Nobody can guess without knowing full details. So, it should be taken care by the developer.
With regards to your question whether you should use SOAP or rest. This also depends on your web service support and business approval. If business wants to go with SOAP and your webservice does not support REST then you have your answer.
Views
Replies
Total Likes
Hi Jitendra,
I agree that without knowing the details, one can not estimate any work. But, could we assume the complexity as medium and take a stab at it?
But, my second question was not how/what to choose between REST and SOAP.
It is rather, given the same web service functionality, assuming that we could use SOAP or REST, which one takes more effort and why.
(Also, it may not be practical to say that a specific functionality is exposed as both REST and SOAP, but for our discussion, let us assume this case exists.)
Thanks,
Rama.
Views
Replies
Total Likes
Hi Rama
Your question is very much business concentric. Before giving my take on this i would like to share few things with you:-
There are many differences between SOAP and REST web services. The important differences between SOAP and REST are given below:
Very interesting article :- http://stackoverflow.com/a/30833793/6433590 //Do read it.
Soap Vs Rest
SOAP is definitely the heavyweight choice for Web service access. It provides the following advantages when compared to REST:
Language, platform, and transport independent (REST requires use of HTTP)
Works well in distributed enterprise environments (REST assumes direct point-to-point communication)
Standardized
Provides significant pre-build extensibility in the form of the WS* standards
Built-in error handling
Automation when used with certain language products
REST is easier to use for the most part and is more flexible. It has the following advantages when compared to SOAP:
No expensive tools require to interact with the Web service
Smaller learning curve
Efficient (SOAP uses XML for all messages, REST can use smaller message formats)
Fast (no extensive processing required)
Closer to other Web technologies in design philosophy
According to your requirement you may choose either.
If your question is which would require more implementation efforts, then both would require same efforts, they both have learning curve in it.
~kautuk
Also - it all depends on the end point you want to consume for your business requirements. For example - if the end point serving up data is SOAP, you want to build an AEM service that consumes the SOAP stack. Likewise, the same is true for a RESTFul service. We have AEM Community articles that show you how to build Restful and SOAP web services for AEM.
Rest - https://helpx.adobe.com/experience-manager/using/restful-services.html
Soap - https://helpx.adobe.com/experience-manager/using/creating-cxf-bundles-consume-web.html
Hope this helps....
Views
Replies
Total Likes
Hi Rama
Did you find information sheared useful ?
~kautuk
Views
Replies
Total Likes
Hi Kautuk,
Yes. This answers my query very much.
The general talk is the SOAP is a little more complex and would take more efforts to implement than REST.
But, I now understand that both are same in complexity and duration.
Appreciate your responses.
Thanks,
Rama.
Views
Replies
Total Likes
Views
Likes
Replies
Views
Likes
Replies
Views
Likes
Replies