Hacker News Reader

Comment by seanalltogether | Hacker News Reader

I'll admit to being completely ignorant about the benefits of using SOAP to communicate between servers. However I can say that for server->client communication it is the worse data representation I've ever had to work with and I genuinely hope we see the end of it. JSON maybe not be perfect, but it's so much better at delivering a structured data model then xml is.

View on HN

I think I'd like JSON as a data representation a lot more if schemas for it were more prevalent. I've noticed it's a lot harder to generate valid JSON -- or rather a lot harder to escape data. With XML, this is fairly trivial. Granted, my use case is considerably different from most.

The other idea from SOAP I'd love to see applied to ReST is a descriptor document for the API. Given how poorly many ReST APIs are documented, I do miss the good 'ol WSDL. Plus, it gave me some measure of security that the API didn't change.

Does WADL provide what you liked about WSDL?

http://www.w3.org/Submission/wadl/

I haven't heard of this before. But I'll be checking it out. Thanks for the info.

The strictness in generating valid json is exactly why i like it so much. I've worked with too many SOAP services with nodes and attributes thrown lazily around the document simply because xml is so unstructured. I do agree however that json could use a few more built-in data types to handle more complex use cases.

You seem to be confused between SOAP and Restful XML Web Services? They are different...

You don't think you can replace one with the other?

There's also XMLRPC which is as simple as JSON and still XML

Reply on news.ycombinator.com