【问题标题】:SoapUI, Rest: how to avoid parameters encoding in REST request URI in soapui?SoapUI,Rest:如何避免soapui中REST请求URI中的参数编码?
【发布时间】:2018-06-09 10:52:51
【问题描述】:

在 Postman 中,我成功地“按原样”发送 Get/Rest,例如:

http://host:4444/api/someaction?x=1&y=A;B&date=01/02/2018

但是在 SoapUI 中,它被转移到了

http://host:4444/api/someaction?x=1&y=A%3BB&date=01%2F02%2F2018

那么,问题来了:如何避免URI中的这种编码,并将请求平等地发送给Postman?


请注意以下(与问题没有直接关系):

在这里找到答案很重要,因为有额外的令牌作为响应,而且,我们正在使用 Postman 和 SoapUI 接收不同的令牌(我猜是因为这种编码),这使得任何进一步的自动化尝试都不可用(使用 SOAPUI),用于我正在处理的当前 API。

【问题讨论】:

  • 你能澄清一下这个问题吗?您不希望对 URL 进行编码吗?
  • SoapUI 中收到的响应不是想要的吗?
  • @DannyDainton 是的。饶是的,不需要回应。
  • 能否附上问题的详细信息? Postman 等的屏幕截图。您是否收到特定的错误消息?我还是不太明白“将请求平等地发送给 Postman”——你的意思是使用 Postman 吗?
  • 对不起,丹尼,我会尽力而为。不幸的是,它被泄露了......通常,我只是提醒一下,在 Postman - URI 中发送时,它没有被编码,并且可以正常发送。但是在发送soapui时(在从邮递员添加rest URI之后) - URI编码为Raw。还有一点——有趣的是,为什么反应会不同? (而且它们是不同的)/

标签: rest get soapui postman


【解决方案1】:

好吧,我直接在“如何避免参数编码”这个问题上找到了答案——我们可以在配置 REST 参数时将其关闭:

但还有其他问题 - 来自 POSTMAN 和 SoapUI 的相同请求的响应仍然不同。

我会将这个问题标记为我自己提出的(如果 2 天内没有更好的答案),并会单独询问有关请求配置的问题。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2023-04-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-20
    相关资源
    最近更新 更多