undefined | Better HN

0 pointsjgalt2129y ago0 comments

fair enough, but I posit X users started consuming this API when SOAP was prevalent and Y users started when ReST was prevalent and Y >> X. Furthermore, SOAP is hard to maintain these days because it's so ancient. i.e. the libraries are not new and/or actively maintained.

As such, I maintain SOAP should be gone for the good of the running system.

0 comments

creshal9y ago

In Python you simply don't have good SOAP libraries. They were all started at the tail end of its popularity and then all died quiet deaths when attention shifted to ReST before they were actually production ready, and if you now want to talk to a SOAP service… well, better don't do it in Python. 2, that is. Forget about 3.

corford9y ago

Have you seen Zeep?

It's literally billed as "A fast and modern Python SOAP client". Python 2 and 3 compatible. Last commit was two weeks ago.

http://docs.python-zeep.org/en/master/

creshal9y ago

Nope. We needed one last September, zeep didn't yet exist back then.

And going by the bugtracker, it's running into quite a few problems with almost-but-not-quite compliant servers/WSDL files, which is a real issue when you're trying to interface ass-old legacy APIs (we're talking "not upgraded since 2006"-old) made by $BigEnterprise. Maybe this time the project won't die before they work out all the little kinks.

j / k navigate · click thread line to collapse

0 pointsjgalt2129y ago0 comments

As such, I maintain SOAP should be gone for the good of the running system.

0 comments

creshal9y ago

corford9y ago

Have you seen Zeep?

It's literally billed as "A fast and modern Python SOAP client". Python 2 and 3 compatible. Last commit was two weeks ago.

http://docs.python-zeep.org/en/master/

creshal9y ago

Nope. We needed one last September, zeep didn't yet exist back then.

j / k navigate · click thread line to collapse