Puis-je faire en sorte que cURL échoue avec un exitCode différent de 0 si le code d'état HTTP n'est pas 200 ?

Je suis arrivé à ce résultat en me basant sur Réponse de Dennis une ligne unique rapide qui échoue pour les codes d'état non-200 tout en conservant la sortie (vers stderr ):

[ $(curl ... -o /dev/stderr -w "%{http_code}") -eq 200 ]

J'ai récemment eu besoin de quelque chose comme ça, mais je voulais aussi imprimer la sortie à tout moment. J'ai utilisé l'extraction http_code et grep pour y parvenir.

out=$(curl -H"Content-Type: application/json"  -w '\nstatus_code=%{http_code}\n' -s http://localhost:4040${uri} -d "${body}")
code=$(echo ${out}|grep status_code|awk -F"=" '{print $2}')
echo ${out}
if [[ ${code} -ge 400 ]];
then
    exit 2;
fi;

Cette solution est basée sur celle de @Dennis, mais ne montre la sortie qu'en cas d'erreur (le code de retour n'est pas le même). 200 ):

#!/bin/bash

# Create temp file, readable and writable only by current user and root
SCRATCH=$( umask 0077; mktemp -t tmp.XXXXXXXXXX )

# Cleanup temp file on script exit
function cleanup_on_exit {
    rm -f "$SCRATCH"
}
trap cleanup_on_exit EXIT

# Perform curl call
HTTP_CODE=$( curl -s -o "$SCRATCH" -w '%{http_code}' your..stuff..here )

# Analyze HTTP return code
if [ ${HTTP_CODE} -ne 200 ] ; then
    cat "${SCRATCH}"
    exit 1
fi

Traitement alternatif des codes de retour HTTP, où 2XX est OK :

# Analyze HTTP return code
if [ ${HTTP_CODE} -lt 200 ] || [ ${HTTP_CODE} -gt 299 ] ; then
    cat "${SCRATCH}"
    exit 1
fi

Voici ma solution - elle utilise jq et suppose que le corps est json

#  this code adds a statusCode field to the json it receives and then jq squeezes them together
# curl 7.76.0 will have curl --fail-with-body and thus eliminate all this
  local result
  result=$(
    curl -sL -w ' { "statusCode": %{http_code}} ' -X POST "${headers[@]}" "${endpoint}" \
      -d "${body}"  "$curl_opts" | jq -ren '[inputs] | add'
  )
#   always output the result
  echo "${result}"
#  jq -e will produce an error code if the expression result is false or null - thus resulting in a
# error return code from this function naturally. This is much preferred rather than assume/hardcode
# the existence of a error object in the body payload
  echo "${result}" | jq -re '.statusCode >= 200 and .statusCode < 300' > /dev/null

J'ai récemment essayé d'utiliser les approches présentées ici, mais j'avais toujours une erreur parce que curl fournissait le response_code sous la forme suivante 000401 alors qu'il devrait être 401 (curl 7.64.1 (x86_64-apple-darwin19.0). Bash convertit 000401 a 257 donc essayer de tester pour >=200 y <=299 n'était pas fiable.

Je me retrouve avec cette fonction :

function curl_custom() {
    local RESPONSE_CODE
    RESPONSE_CODE=$(curl -v --silent --output /dev/stderr --write-out "%{response_code}" "$@")

    # Remove leading zeros (if any) to prevent bash interpreting result as octal
    RESPONSE_CODE=${RESPONSE_CODE##+(0)}

    if (( RESPONSE_CODE >= 200 )) && (( RESPONSE_CODE <= 299 )) ; then
        echo "INFO - Got response ${RESPONSE_CODE}"
    else
        echo "ERROR - Request failed with ${RESPONSE_CODE}"
        return 127
    fi
}

Exemples d'utilisation :

curl_custom example.com example.com
curl_custom -X PUT -U user:pass file.json example.com/api

J'espère que cela vous aidera.