Comment puis-je POSTER des données JSON avec cURL?

J'utilise Ubuntu et y ai installé cURL . Je veux tester mon application Spring REST avec cURL. J'ai écrit mon code POST côté Java. Cependant, je veux le tester avec cURL. J'essaie de publier des données JSON. Les données d'exemple sont comme ceci:

{"value":"30","type":"Tip 3","targetModule":"Target 3","configurationGroup":null,"name":"Configuration Deneme 3","description":null,"identity":"Configuration Deneme 3","version":0,"systemId":3,"active":true}

J'utilise cette commande:

curl -i \
    -H "Accept: application/json" \
    -H "X-HTTP-Method-Override: PUT" \
    -X POST -d "value":"30","type":"Tip 3","targetModule":"Target 3","configurationGroup":null,"name":"Configuration Deneme 3","description":null,"identity":"Configuration Deneme 3","version":0,"systemId":3,"active":true \
    http://localhost:8080/xx/xxx/xxxx

Il renvoie cette erreur:

HTTP/1.1 415 Unsupported Media Type
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=utf-8
Content-Length: 1051
Date: Wed, 24 Aug 2011 08:50:17 GMT

La description de l'erreur est la suivante:

Le serveur a refusé cette demande car l'entité de demande est dans un format non pris en charge par la ressource demandée pour la méthode demandée ().

Journal Tomcat: "POST / ui / webapp / conf / clear HTTP / 1.1" 415 1051

Quel est le bon format de la commande cURL?

Voici mon PUTcode latéral Java (j'ai testé GET et DELETE et ils fonctionnent):

@RequestMapping(method = RequestMethod.PUT)
public Configuration updateConfiguration(HttpServletResponse response, @RequestBody Configuration configuration) { //consider @Valid tag
    configuration.setName("PUT worked");
    //todo If error occurs response.sendError(HttpServletResponse.SC_NOT_FOUND);
    return configuration;
}

Vous devez définir votre type de contenu sur application / json. Mais -denvoie le Content-Type application/x-www-form-urlencoded, qui n'est pas accepté du côté de Spring.

En regardant la page de manuel curl , je pense que vous pouvez utiliser-H :

-H "Content-Type: application/json"

Exemple complet:

curl --header "Content-Type: application/json" \
  --request POST \
  --data '{"username":"xyz","password":"xyz"}' \
  http://localhost:3000/api/login

( -Hest l'abréviation de--header , -dpour --data)

Notez que cela -request POSTest facultatif si vous utilisez-d , car l' -dindicateur implique une demande POST.

Sous Windows, les choses sont légèrement différentes. Voir le fil de commentaires.

Essayez de mettre vos données dans un fichier, dites body.json, puis utilisez

curl -H "Content-Type: application/json" --data @body.json http://localhost:8080/ui/webapp/conf

Vous pourriez trouver resty utile: https://github.com/micha/resty

Il s'agit d'un wrapper round CURL qui simplifie les demandes REST en ligne de commande. Vous le pointez vers votre point de terminaison API et il vous donne des commandes PUT et POST. (Exemples adaptés de la page d'accueil)

$ resty http://127.0.0.1:8080/data #Sets up resty to point at your endpoing
$ GET /blogs.json                  #Gets http://127.0.0.1:8080/data/blogs.json
                                   #Put JSON
$ PUT /blogs/2.json '{"id" : 2, "title" : "updated post", "body" : "This is the new."}'
                                   # POST JSON from a file
$ POST /blogs/5.json < /tmp/blog.json

De plus, il est souvent toujours nécessaire d'ajouter les en-têtes de type de contenu. Vous pouvez le faire une fois, cependant, pour définir une valeur par défaut, pour ajouter des fichiers de configuration par méthode et par site: Définition des options RESTY par défaut

Pour Windows, avoir un seul devis pour la -dvaleur n'a pas fonctionné pour moi, mais cela a fonctionné après être passé à un double devis. J'ai également eu besoin d'échapper aux guillemets doubles entre crochets.

Autrement dit, les éléments suivants n'ont pas fonctionné:

curl -i -X POST -H "Content-Type: application/json" -d '{"key":"val"}' http://localhost:8080/appname/path

Mais ce qui suit a fonctionné:

curl -i -X POST -H "Content-Type: application/json" -d "{\"key\":\"val\"}" http://localhost:8080/appname/path

Cela a fonctionné pour moi en utilisant:

curl -H "Accept: application/json" -H "Content-type: application/json" -X POST -d '{"id":100}' http://localhost/api/postJsonReader.do

Il a été heureusement mappé au contrôleur Spring:

@RequestMapping(value = "/postJsonReader", method = RequestMethod.POST)
public @ResponseBody String processPostJsonData(@RequestBody IdOnly idOnly) throws Exception {
        logger.debug("JsonReaderController hit! Reading JSON data!"+idOnly.getId());
        return "JSON Received";
}

IdOnlyest un POJO simple avec une propriété id.

Par exemple, créez un fichier JSON, params.json, et ajoutez-y ce contenu:

[
    {
        "environment": "Devel",
        "description": "Machine for test, please do not delete!"
    }
]

Ensuite, vous exécutez cette commande:

curl -v -H "Content-Type: application/json" -X POST --data @params.json -u your_username:your_password http://localhost:8000/env/add_server

Je viens de rencontrer le même problème. Je pourrais le résoudre en spécifiant

-H "Content-Type: application/json; charset=UTF-8"

Cela a bien fonctionné pour moi.

curl -X POST --data @json_out.txt http://localhost:8080/

Où,

-X Signifie le verbe http.

--data Désigne les données que vous souhaitez envoyer.

Vous pouvez utiliser Postman avec son interface graphique intuitive pour assembler votre cURLcommande.

1. Installer et démarrer Postman
2. Saisissez votre URL, le corps du message, les en-têtes de demande, etc. pp.
3. Cliquer sur Code
4. Sélectionnez cURLdans la liste déroulante
5. copiez et collez votre cURLcommande

Remarque: Il existe plusieurs options pour la génération automatisée de demandes dans la liste déroulante, c'est pourquoi j'ai pensé que mon message était nécessaire en premier lieu.

En utilisant CURL Windows, essayez ceci:

curl -X POST -H "Content-Type:application/json" -d "{\"firstName\": \"blablabla\",\"lastName\": \"dummy\",\"id\": \"123456\"}" http-host/_ah/api/employeeendpoint/v1/employee

Vous pouvez utiliser postman pour convertir en CURL

HTTPie est une alternative recommandée curlcar vous pouvez faire simplement

$ http POST http://example.com/some/endpoint name=value name1=value1

Il parle JSON par défaut et gérera à la fois la définition de l'en-tête nécessaire pour vous ainsi que l'encodage des données en tant que JSON valide. Il y a aussi:

Some-Header:value

pour les en-têtes, et

name==value

pour les paramètres de chaîne de requête. Si vous avez un gros morceau de données, vous pouvez également le lire à partir d'un fichier qu'il soit encodé en JSON:

 field=@file.txt

Si vous testez de nombreux envois / réponses JSON par rapport à une interface RESTful, vous pouvez consulter le plug-in Postman pour Chrome (qui vous permet de définir manuellement les tests de service Web) et sa commande Newman basée sur Node.js. compagnon en ligne (qui vous permet d'automatiser les tests par rapport aux "collections" de tests Postman.) Gratuit et ouvert!

Cela a bien fonctionné pour moi, en plus d'utiliser l'authentification BASIC:

curl -v --proxy '' --basic -u Administrator:password -X POST -H "Content-Type: application/json"
        --data-binary '{"value":"30","type":"Tip 3","targetModule":"Target 3","configurationGroup":null,"name":"Configuration Deneme 3","description":null,"identity":"Configuration Deneme 3","version":0,"systemId":3,"active":true}'
        http://httpbin.org/post

Bien sûr, vous ne devez jamais utiliser l'authentification BASIC sans SSL et un certificat vérifié.

J'ai rencontré cela de nouveau aujourd'hui, en utilisant cURL 7.49.1 de Cygwin pour Windows ... Et lorsque vous utilisez --dataou --data-binaryavec un argument JSON, cURL est devenu confus et interpréterait {}le JSON comme un modèle d'URL. L'ajout d'un -gargument pour désactiver la globalisation cURL a corrigé cela.

Voir aussi Passer une URL avec des crochets pour boucler .

Vous pouvez également mettre votre contenu JSON dans un fichier et le transmettre à curl en utilisant l' --file-uploadoption via une entrée standard, comme ceci:

 echo 'my.awesome.json.function({"do" : "whatever"})' | curl -X POST "http://url" -T -

Cela a fonctionné pour moi:

curl -H "Content-Type: application/json" -X POST -d @./my_json_body.txt http://192.168.1.1/json

J'utilise le format ci-dessous pour tester avec un serveur Web.

use -F 'json data'

Supposons ce format de dict JSON:

{
    'comment': {
        'who':'some_one',
        'desc' : 'get it'
    }
}

Exemple complet

curl -XPOST your_address/api -F comment='{"who":"some_one", "desc":"get it"}'

Utilisez l'option -d pour ajouter une charge utile

curl -X POST \
http://<host>:<port>/<path> \
-H 'Accept: application/json' \
-H 'Content-Type: application/json' \
-d '{
"foo": "bar",
"lorem": "ipsum"
}'

En plus:

utiliser -X POST pour utiliser la méthode POST

utilisez -H 'Accept: application / json' pour ajouter un en-tête de type accept

utilisez -H 'Content-Type: application / json' pour ajouter un en-tête de type de contenu

Veuillez vérifier cet outil . Il vous aide à créer facilement des extraits de boucles.

curl -XGET -H "Accept: application/json" -d "{\"value\":\"30\",\"type\":\"Tip 3\",\"targetModule\":\"Target 3\",\"configurationGroup\":null,\"name\":\"Configuration Deneme 3\",\"description\":null,\"identity\":\"Configuration Deneme 3\",\"version\":0,\"systemId\":3,\"active\":true}" "http://localhost:8080/xx/xxx/xxxx"

Cela a fonctionné pour moi sur Windows10

curl -d "{"""owner""":"""sasdasdasdasd"""}" -H "Content-Type: application/json" -X  PUT http://localhost:8080/api/changeowner/CAR4

Voici une autre façon de le faire, si vous avez des données dynamiques à inclure.

#!/bin/bash

version=$1
text=$2
branch=$(git rev-parse --abbrev-ref HEAD)
repo_full_name=$(git config --get remote.origin.url | sed 's/.*:\/\/github.com\///;s/.git$//')
token=$(git config --global github.token)

generate_post_data()
{
  cat <<EOF
{
  "tag_name": "$version",
  "target_commitish": "$branch",
  "name": "$version",
  "body": "$text",
  "draft": false,
  "prerelease": false
}
EOF
}

echo "Create release $version for repo: $repo_full_name branch: $branch"
curl --data "$(generate_post_data)" "https://api.github.com/repos/$repo_full_name/releases?access_token=$token"

Je sais, beaucoup a été répondu à cette question, mais je voulais partager où j'ai eu le problème de:

curl -X POST http: // votre-point-de-fin-de-serveur -H "Content-Type: application / json" -d @ chemin-de-votre-fichier-json.json

Vous voyez, j'ai tout fait correctement, une seule chose - "@" j'ai raté avant le chemin du fichier JSON.

J'ai trouvé un document de référence pertinent sur Internet - https://gist.github.com/subfuzion/08c5d85437d5d4f00e58

J'espère que cela pourrait aider quelques-uns. Merci

Si vous configurez SWAGGER sur votre application Spring Boot et appelez n'importe quelle API à partir de votre application, vous pouvez également voir cette demande CURL.

Je pense que c'est le moyen facile de générer les demandes via le CURL.

Vous pouvez passer l'extension du format souhaité comme fin de l'URL. comme http: // localhost: 8080 / xx / xxx / xxxx .json

ou

http: // localhost: 8080 / xx / xxx / xxxx .xml

Remarque: vous devez ajouter les dépendances jackson et jaxb maven dans votre pom.