News for hackers. Stuff that matters.
Re:Why not use GraphQL? by tpxl on Saturday November 07, 2020 @05:21PM (#25020150)
I haven't used WADL, but WSDL stands for Web Services Definition Language and is an amazing way to define endpoints and messages with type safety. From these you can generate bindings for pretty much any language or protocol that has a generator (and there are plenty, but probably not for the cool kids^TM 'golang' and 'rust').

One of the reasons it fell out of use is XML is verbose and typesafety is not cool anymore.

Re:Why not use GraphQL? by folmar on Sunday November 08, 2020 @06:22PM (#25030033)
There is a couple for go and at least one for rust, although I don't know how well it fares. It shines more with languages which allow first-class runtime reflection and code loading, but you only care if dealing with runtime-configured services. Also WSDL 2.0 supports REST.

I would not say fell out of use, most enterprise-grade apis, old or new, will have one -- think bank/government/big corp. GraphQL is not there yet - as other commenters pointed out the tooling is not good enough outside JS world, security is complicated on the service side, and the protocol is just to young - the official release is two years ago, so it may start appearing just around now.

Re:Why not use GraphQL? by pault on Saturday November 07, 2020 @11:05PM (#25022837)
> typesafety is not cool anymore

This is rapidly reversing as the javascript ecosystem has increasingly adopted typescript in the last two years. I, for one, refuse to start a new front end without it, and the only other js dev I've spoken with recently who disagreed had never actually used typescript and didn't want to "write a bunch of interfaces like java".

Re:Why not use GraphQL? by ErikBjare on Sunday November 08, 2020 @03:09AM (#25024033)
The same goes for Python, where typechecking with mypy is getting pretty popular.