我使用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;
}
TL；博士：
使用神圣的三位一体，jo+curl+jq（或fx）：
jo value=30 type="Tip 3" targetModule="Target 3" configurationGroup=null name="Configuration Deneme 3" description=null identity="Configuration Deneme 3" | \
curl --json @- \
-X POST \
http://localhost:8080/xx/xxx/xxxx | \
jq
这将涵盖丢失的必要标头：无需显式定义Content-Type和Accept标头。
使用--json的新卷曲方式
2022年3月初，curl发布了一个新的命令行参数——json，版本为7.82.0。这允许通过JSON发送快捷方式，并且无需定义缺少的ContentType和Accept标头，因为这些标头是自动假定的，因此减少了错误风险：
curl --json '{"tool": "curl"}' https://example.com/
但等等。。。还有更多。不要将json参数定义为curl命令行的字符串，而是使用漂亮的joCLI工具将json定义为一系列键-值对，并通过curl管道输出。仅使用jo来定义JSON，其工作方式如下：
> jo -p 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
{
"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命令来展示这一点，但没有额外的头，并使用jo+jq来实现良好的输出：
jo value=30 type="Tip 3" targetModule="Target 3" configurationGroup=null name="Configuration Deneme 3" description=null identity="Configuration Deneme 3" | \
curl --json @- \
-X POST \
http://localhost:8080/xx/xxx/xxxx | \
jq
免费API示例
使用免费模拟API进行演示：
> jo title="Blog Post" body="lorem ipsum" userId=33 | \
curl --json @- \
-X POST \
https://jsonplaceholder.typicode.com/posts | \
jq
由于jq，输出格式很好：
{
"title": "Blog Post",
"body": "lorem ipsum",
"userId": 33,
"id": 101
}
问题在这里：
HTTP/1.1 415 Unsupported Media Type
服务器登录无法解释此请求的媒体类型，因此将其解析为text/html
任何资源的媒体类型都在内容类型中声明请求标头的属性
“接受”。。。header将使该请求失败，因此发送任何JSON请求都需要以下内容，即内容类型
-H 'content-type: application/json'
假设数据和URL类似于
｛“电子邮件”：“admin@admin.com“，”密码“：”123456“｝
http://localhost:5000/api/login
然后在Linux中
curl http://localhost:5000/api/login -H 'content-type: application/json' -d '{"email": "user@admin.com", "password": "123456"}'
在Windows中（参数周围的单引号不起作用）
curl http://localhost:5000/api/login -H "content-type: application/json" -d "{\"email\": \"user@admin.com\", \"password\": \"123456\"}"
-当命令中存在-d｛…..｝时，不需要X POST密钥。
对于PUT请求：
-X PUT
