2025-11-03 21:02:50 +00:00
2024-07-31 16:16:59 +01:00
2025-05-23 12:59:04 +01:00
2025-05-23 12:59:04 +01:00
2025-05-23 12:59:04 +01:00
2021-12-24 11:11:54 +00:00
2025-11-03 21:02:50 +00:00
2025-05-06 03:19:19 +00:00
2025-05-06 03:19:19 +00:00
2025-05-23 12:59:04 +01:00
2025-05-23 12:28:16 +01:00
2021-04-02 21:18:11 +01:00
2023-12-12 21:30:26 +00:00
2025-11-03 21:02:50 +00:00
2023-04-07 17:42:29 +01:00
2025-02-05 18:58:00 +00:00
2025-05-23 12:28:16 +01:00
2025-05-23 20:56:01 +01:00
2025-05-23 20:56:01 +01:00
2025-11-03 21:02:50 +00:00
2023-12-12 21:30:26 +00:00
2025-11-03 21:02:50 +00:00
2025-05-23 12:28:16 +01:00
2025-05-23 20:56:01 +01:00

Simple GraphQL client

Run unit tests codecov Go Reference

Ps. It's Hasura friendly.

Reasoning

I've tried to run a few GraphQL clients with Hasura, all of them required conversion of the data into the appropriate structures, causing issues with non-existing types ( thanks to Hasura ), for example, bigint which was difficult to export. Therefore, I present you the simple client to which you can copy & paste your graphQL query, variables and you are good to go.

Features

  • Executing GraphQL queries as they are, without types declaration
  • HTTP2 support!
  • Support for additional headers
  • Query cache

Usage example

Environment variables

  • GRAPHQL_ENDPOINT - Your GraphQL endpoint. Default: http://127.0.0.1:9090/v1/graphql
  • GRAPHQL_CACHE_ENABLED - Should the query cache be enabled? Default: false
  • GRAPHQL_CACHE_TTL - Cache TTL in seconds for SELECT type of queries. Default: 5
  • GRAPHQL_OUTPUT - Output format. Default: string, available: byte, string, mapstring
  • LOG_LEVEL - Logging level. Default: info available: debug, info, warn, error
  • GRAPHQL_RETRIES_ENABLE - Should retries be enabled? Default: false
  • GRAPHQL_RETRIES_NUMBER - Number of retries: Default: 3
  • GRAPHQL_RETRIES_DELAY - Delay in retries in milliseconds. Default: 250
  • GRAPHQL_RETRIES_PATTERNS - Comma-separated error patterns that trigger retries. Default: postgres,connection,timeout,transaction,could not,temporarily unavailable,deadlock

Modifiers on the fly

  • gql.SetEndpoint('your-endpoint-url') - modifies endpoint, without the need to set the environment variable
  • gql.SetOutput('byte') - modifies output format, without the need to set the environment variable

Retries

The library supports automatic retries for both HTTP-level errors and GraphQL errors that match configurable patterns.

Retry behavior:

  • HTTP errors (status codes outside 200-299): Always retried if retries are enabled
  • GraphQL errors: Only retried if the error message contains one of the configured patterns
  • Non-matching errors: Fail immediately without retrying (e.g., validation errors, field not found)

Configuring retryable patterns:

By default, errors containing these patterns will trigger retries:

  • postgres - Database connection/transaction errors
  • connection - Network connection issues
  • timeout - Request timeout errors
  • transaction - Database transaction conflicts
  • could not - Generic transient failures
  • temporarily unavailable - Service unavailability
  • deadlock - Database deadlocks

You can customize these patterns using the GRAPHQL_RETRIES_PATTERNS environment variable:

export GRAPHQL_RETRIES_PATTERNS="postgres,connection,timeout,custom-error-pattern"

Example: To handle flaky Hasura database connections, enable retries:

export GRAPHQL_RETRIES_ENABLE=true
export GRAPHQL_RETRIES_NUMBER=3
export GRAPHQL_RETRIES_DELAY=250

This will retry GraphQL queries up to 3 times when postgres transaction errors occur, with exponential backoff starting at 250ms.

Cache

You have two options to enable the cache:

  • Use GRAPHQL_CACHE_ENABLED environment variable which will enable the cache globally. It may be desired if you want to use the cache for all queries.
  • Add gqlcache: true header for your query which will enable the cache for this query only with GRAPHQL_CACHE_TTL TTL.
  • You can check the list of supported per-query modifiers below

Example:

// following values passed as headers will modify behaviour of the query
// and disregard settings provided via environment variables
headers := map[string]interface{}{
  ...
  "gqlcache": true, // sets the cache as on for this query only
  "gqlretries": false, // disables retries for this query only
}

Example reader code

import (
  fmt
  graphql "github.com/lukaszraczylo/go-simple-graphql"
)

func main() {
  headers := map[string]interface{}{
    "x-hasura-user-id":   37,
    "x-hasura-user-uuid": "bde1962e-b42e-1212-ac10-d43fa27f44a5",
  }

  variables := map[string]interface{}{
    "fileHash": "123deadc0w321",
  }

  query := `query searchFileKnown($fileHash: String) {
    tbl_file_scans(where: {file_hash: {_eq: $fileHash}}) {
    	racy
    	violence
    	virus
    }
  }`

  gql := graphql.NewConnection()
  result, err := gql.Query(query, variables, headers)
  if err != nil {
    fmt.Println("Query error", err)
    return
  }
  fmt.Println(result)
}

Tips

  • Connection handler ( gql := graphql.NewConnection() ) should be created once and reused in the application especially if you run dozens of queries per second. It will allow you also to use cache and http2 to its full potential.

Result

{"tbl_user_group_admins":[{"id":109,"is_admin":1}]}

Working with results

Currently attempting to switch to the fork of the ask library

Before, I used an amazing library tidwall/gjson to parse the results and extract the information required in further steps and I strongly recommend this approach as the easiest and close to painless, for example:

result := gjson.Get(result, "tbl_user_group_admins.0.is_admin").Bool()
if result {
  fmt.Println("User is an admin")
}
Languages
Go 99.6%
Makefile 0.4%