Rest SoapUI,get方法中的请求主体?

Rest SoapUI,get方法中的请求主体?,rest,request,soapui,Rest,Request,Soapui,我没有看到在get请求中添加json主体所需的任何选项 这是因为GET根据定义不应该有body。对于GET,所有参数都应位于URL路径、查询字符串和标题内。如果您需要一个body,您应该使用POST或PUT。这是因为GET根据定义不应该有body。对于GET,所有参数都应位于URL路径、查询字符串和标题内。如果你需要一个身体,你应该使用POST或PUT。我认为你很容易混淆GET和POST 这是一个GET字符串。没有尸体。所有参数都作为GET字符串的一部分传递。之后的一切?被视为参数,它们由&分隔

我没有看到在get请求中添加json主体所需的任何选项

这是因为GET根据定义不应该有body。对于GET,所有参数都应位于URL路径、查询字符串和标题内。如果您需要一个body,您应该使用POST或PUT。

这是因为GET根据定义不应该有body。对于GET,所有参数都应位于URL路径、查询字符串和标题内。如果你需要一个身体,你应该使用POST或PUT。

我认为你很容易混淆GET和POST

这是一个GET字符串。没有尸体。所有参数都作为GET字符串的一部分传递。之后的一切?被视为参数,它们由&分隔,名称-值对由=


如果您有一个想要提交的JSON主体,那么您需要发布一篇文章。创建REST teststep(配置为发布)后,用于编辑身体的文本框应按预期显示。

我认为这是一个令人困惑的GET和POST

这是一个GET字符串。没有尸体。所有参数都作为GET字符串的一部分传递。之后的一切?被视为参数,它们由&分隔,名称-值对由=


如果您有一个想要提交的JSON主体,那么您需要发布一篇文章。创建REST teststep(配置为执行POST)后,用于编辑正文的文本框应按预期显示。

我不会混淆这一点,尽管我可以在请求正文中传递搜索条件。但我可以在请求参数中执行此操作。现在没问题了,我并没有混淆这一点,只是我可以在请求体中传递搜索条件。但我可以在请求参数中执行此操作。现在没问题,这是不对的。新的RFCs 7230-7237引用GET请求消息中的有效负载没有定义的语义;在GET请求上发送有效负载正文可能会导致某些现有实现拒绝该请求。但是SOAPUI仍然不支持它。这是不正确的。新的RFCs 7230-7237引用GET请求消息中的有效负载没有定义的语义;在GET请求上发送有效负载正文可能会导致某些现有实现拒绝该请求。但是SOAPUI仍然不支持它。