Java 有没有办法通过在REST中使用端点URL来找到请求负载结构

我有端点URL和示例JSON请求负载，当我试图通过postman点击（发布）端点URL时，它会回复请求负载中缺少用户名字段。但是相同的请求负载在我们的内部工具中运行良好，该工具用于调用相同的端点URL。虽然我在postman中设置了基本身份验证，但仍然观察到相同的错误消息

---

是否有任何方法可以通过使用端点URL来标识示例请求负载？或者以任何其他方式确定此问题的根本原因以及解决方法？

RESTful web服务不像SOAP服务那样，您可以获取WSDL并（几乎可以肯定！）确定预期的输入和输出。记录RESTful web服务的请求/响应结构完全取决于供应商/维护人员（请参阅）

如果你100%确定你正确使用了邮递员，我建议：

使用Wireshark之类的工具查看通过电线发送的内容

使用curl或其他工具作为对该问题的第二（第三？）意见

---

RESTful web服务不像SOAP服务，在SOAP服务中，您可以获取WSDL并（几乎可以肯定！）确定预期的输入和输出。记录RESTful web服务的请求/响应结构完全取决于供应商/维护人员（请参阅）

如果你100%确定你正确使用了邮递员，我建议：

使用Wireshark之类的工具查看通过电线发送的内容

使用curl或其他工具作为对该问题的第二（第三？）意见

---

正如您在问题中提到的，您的URL正在回复

请求负载中缺少“用户名”字段

而且，使用您的内部工具点击相同的URL也可以正常工作，我建议您应该检查您在POST请求中发送的有效负载

根据获得的错误响应，您没有在有效负载中发送完成POST请求所需的“用户名”

我建议您再次检查：

您通过邮递员发送的有效负载，并将该有效负载与您通过内部工具发送的有效负载进行比较

另外，检查在POST请求中是否有一些额外的头文件由您的内部工具发送，您可能无法通过邮递员发送这些头文件

---

正如您在问题中提到的，您的URL正在回复

请求负载中缺少“用户名”字段

而且，使用您的内部工具点击相同的URL也可以正常工作，我建议您应该检查您在POST请求中发送的有效负载

根据获得的错误响应，您没有在有效负载中发送完成POST请求所需的“用户名”

我建议您再次检查：

您通过邮递员发送的有效负载，并将该有效负载与您通过内部工具发送的有效负载进行比较

另外，检查在POST请求中是否有一些额外的头文件由您的内部工具发送，您可能无法通过邮递员发送这些头文件

由于您使用post请求将用户名和密码传递给api，因此必须将其指定为post正文，上面的图片显示了如何使用postman进行此操作。

---

由于您使用post请求将用户名和密码传递给api，因此必须将其指定为post正文，上面的图片显示了如何使用postman执行此操作。

如果您想查看请求负载，可以查看“请求/响应相关属性”一段中的内容 您可以通过ie检查标题、数据、url等

console.log(request.data)

---

如果您想查看请求负载，可以查看“请求/响应相关属性”一段中的内容 您可以通过ie检查标题、数据、url等

console.log(request.data)

---

生产商的API文档？我对你的解释有点困惑。服务是否需要基本身份验证？如果是这样，则需要在

授权

标题中传递凭据，该标题的值以

基本

开头，后面是

用户名：密码

的base64编码版本。您应该进一步检查您的内部工具是否正在抢先发送凭证，而您的邮递员可能不会这样做。但是，如果正文中需要凭据，则基本身份验证将不起作用。我还在标题中添加了基本身份验证。但仍然面临着这个问题。另外，对于这个例子，我已经定义了请求负载，它没有用户名字段，但是使用内部工具一切正常。在producer的tool.API文档中也不需要任何基本的身份验证吗？我对你的解释有点困惑。服务是否需要基本身份验证？如果是这样，则需要在

授权

标题中传递凭据，该标题的值以

基本

开头，后面是

用户名：密码

的base64编码版本。您应该进一步检查您的内部工具是否正在抢先发送凭证，而您的邮递员可能不会这样做。但是，如果正文中需要凭据，则基本身份验证将不起作用。我还在标题中添加了基本身份验证。但仍然面临着这个问题。另外，对于这个例子，我已经定义了请求负载，它没有用户名字段，但是使用内部工具一切正常。在该工具中也不需要任何基本身份验证。