Spring for GraphQL 1.4 M1 已釋出

與 GraphQL over HTTP 規範保持一致

GraphQL over HTTP 草案規範正在取得良好進展，因此我們決定在 1.4 版本中對其進行全面對齊。Spring for GraphQL 的先前版本已經支援官方的 "application/graphql-response+json"，並且它已經成為我們預設的響應媒體型別一段時間了。

通常，當伺服器不可用、安全憑證丟失或請求體不是有效的 JSON 時，GraphQL HTTP 客戶端應期望 4xx/5xx HTTP 響應。與此新規範的剩餘差距在於 GraphQL 引擎完全失敗時的 HTTP 響應狀態行為。最近的更改意味著，如果客戶端傳送的 GraphQL 文件無法解析或被 GraphQL 引擎視為無效，"application/graphql-response+json" 響應也將使用 4xx 狀態。當我們保留客戶請求 "application/json" 媒體型別時的先前行為。

此更改是朝著使平臺和工具在生產環境中更好地理解 GraphQL 互動邁出的一步，即使用 HTTP 響應狀態。這並不能取代對專用 GraphQL 指標和跟蹤的需求。Spring for GraphQL 已經擁有出色的可觀測性支援，並計劃很快透過 DataLoader 儀器來擴充套件它。

新的傳輸功能

除了支援 GraphQL over HTTP 規範外，我們還將繼續改進我們的傳輸支援。這個新的里程碑版本為基於 Servlet 的應用程式帶來了效能改進，支援 Server Sent Events 上的訂閱的 keep-alive，以及透過新的 WebGraphQlInterceptor 提供全域性 HTTP 超時支援。

更好的 Federation 支援

Spring for GraphQL 升級到 Apollo GraphQL Federation 5.3.0 並改進了我們的 Federation 支援。我們現在支援 @EntityMapping 方法的 DataLoader 引數；這是由從 GraphQL Java Kickstart 遷移到我們堆疊的開發者請求的。

此外，我們的模式檢查功能現在可以檢測並報告未被任何 @EntityMapping 方法覆蓋的 federated 實體。這讓您可以確信您的整個模式都由應用程式實現。