• @[email protected]
    link
    fedilink
    127 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

    • @[email protected]
      link
      fedilink
      English
      7
      edit-2
      7 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

      • @[email protected]
        link
        fedilink
        English
        56 days ago

        Aww a whole new generation of devs get to make the same mistakes SOAP made. Makes me feel all fuzzy inside.

        • @[email protected]
          link
          fedilink
          English
          2
          edit-2
          6 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.

        • @[email protected]
          link
          fedilink
          English
          17 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.