Dynamics crm 无效的Uri:Uri方案太长。“例外情况”;动态CRM中的xml
我正在尝试使用FetchXML-get-request查询动态CRM系统。 错误: “无效Uri:Uri方案太长。UriFormatException” 在使用特定属性\筛选器时发生。 例如: 尝试使用带有“on或after”运算符的筛选条件时,引用带有时间戳的日期时间。我得到: 最初的查询很大,可以正常工作,但当我缩短查询并使用特定属性时,会出现错误。我无法指出这个问题。 请参见我的代码,例如: 这不起作用:Dynamics crm 无效的Uri:Uri方案太长。“例外情况”;动态CRM中的xml,dynamics-crm,postman,fetchxml,Dynamics Crm,Postman,Fetchxml,我正在尝试使用FetchXML-get-request查询动态CRM系统。 错误: “无效Uri:Uri方案太长。UriFormatException” 在使用特定属性\筛选器时发生。 例如: 尝试使用带有“on或after”运算符的筛选条件时,引用带有时间戳的日期时间。我得到: 最初的查询很大,可以正常工作,但当我缩短查询并使用特定属性时,会出现错误。我无法指出这个问题。 请参见我的代码,例如: 这不起作用: <filter> <condition attribute="
<filter>
<condition attribute="scheduledend" operator="le" value="2020-03-16T10:23:30" />
</filter>
这正在工作,但没有时间戳:
<filter>
<condition attribute="scheduledend" operator="on-or-before" value="03/16/2020" />
</filter>
让我强调一点,那就是
<filter>
<condition attribute="scheduledend" operator="le" value="2020-03-16T10:23:30" />
</filter>
如果我删除一些查询属性或过滤器,可能会起作用-因此这只是一个示例-我找不到工作\不工作的模式。
这个问题的根本原因可能是什么 我突然想到,由于冒号
:
是HTTP URI的正常部分,时间戳中的冒号可能会触发问题。
根据,:
编码到%3A
。
也许可以试一试
另一个需要考虑的问题是,单引号是合法的URL字符,但双引号是,因此可以在FetchXML中切换到单引号: