• @Olap@lemmy.world
    link
    fedilink
    1511 days ago

    Except of course that http has a myriad of response codes that are more useful than a 200 with an error body. This was a serious mistake of GraphQL imo

    • @dreadbeef@lemmy.dbzer0.com
      link
      fedilink
      English
      7
      edit-2
      11 days ago

      What’s wrong with graphql over a web socket? Graphql doesn’t necessitate http or any other transport method, it can be done via pigeons. Graphql has zero control over how http works when you use graphql over http, it doesn’t force implementors to use http at all

        • @dreadbeef@lemmy.dbzer0.com
          link
          fedilink
          English
          2
          edit-2
          11 days ago

          I used SOAP in my first web dev job over a decade ago when I was making flight search software and connecting to horrific APIs owned by the airline industry to get flight details and purchase tickets. Why are these two things even remotely the same? It’s closer to SQL than SOAP, and I’d choose graphql over any soap api. I still wouldn’t do it over http if I could avoid it though.

        • @dreadbeef@lemmy.dbzer0.com
          link
          fedilink
          English
          111 days ago

          Then complain to Apollo or whoever created the server, not the graphql spec. I’ve used graphql over a web socket on production apps for almost a decade now. I don’t use http for graphql if I can avoid it and I always have been able to.