我使用Ubuntu并在上面安装了cURL。我想用cURL测试我的SpringREST应用程序。我在Java端编写了POST代码。然而,我想用cURL测试它。我正在尝试发布JSON数据。示例数据如下:

{"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}

我使用以下命令:

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

它返回以下错误:

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

错误描述如下:

服务器拒绝了此请求,因为请求实体的格式不受请求方法()的请求资源支持。

Tomcat日志:“POST/ui/webapp/conf/clearHTTP/1.1”415 1051

cURL命令的正确格式是什么?

这是我的Java端PUT代码(我测试过GET和DELETE,它们都有效):

@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;
}

当前回答

这对我来说效果很好,另外还使用了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

当然,在没有SSL和已检查证书的情况下,您不应该使用BASIC身份验证。

我今天再次遇到这个问题,使用Cygwin的cURL 7.49.1 for Windows。。。当在JSON参数中使用--data或--data二进制时,cURL会感到困惑,并将JSON中的{}解释为URL模板。添加-g参数以关闭cURL globbing修复了这个问题。

另请参见传递带括号的URL以卷曲。

其他回答

你可能会发现resty很有用:

它是CURL的包装器,简化了命令行REST请求。您将其指向API端点,它将为您提供PUT和POST命令(示例改编自主页)。

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

此外,通常仍然需要添加Content-Type标头。但是,您可以这样做一次,以设置每个站点每个方法添加配置文件的默认值:设置默认RESTY选项

对于Windows,对-d值使用单引号对我来说不起作用,但在更改为双引号后,它确实起了作用。我还需要在大括号内转义双引号。

也就是说,以下操作无效:

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

但以下措施奏效了:

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

我的问题是:

卷曲-X POSThttp://your-server-end-point-H“内容类型:application/json”-d@path-of-your-json-file.json

瞧,我做的一切都是对的。只有一件事——我错过了JSON文件路径前面的“@”。

我在互联网上找到了一个相关的文档——通用选项。

对于我使用过的PowerShell:

curl.exe -H "Content-Type: application/json" --data "@content.json" http://localhost:8080/appname/path

其中content.json是包含请求的本地json文件的名称,curl.exe而不是curl,不使用InvokeWebRequest的别名。

或者如果您想直接指定JSON:

curl.exe -H "Content-Type: application/json" --data '{\"username\":\"xyz\",\"password\":\"xyz\"}' http://localhost:8080/appname/path

您可以使用Postman及其直观的GUI来组装cURL命令。

安装并启动Postman键入您的URL、Post Body、Request Headers等。单击代码从下拉列表中选择cURL复制并粘贴cURL命令

注意:下拉列表中有几个自动生成请求的选项,这就是为什么我认为我的文章首先是必要的。