如果使用BizTalk与Web服务通信,如何禁用Expect100Continue?

如果使用BizTalk与Web服务通信,如何禁用Expect100Continue?,biztalk,Biztalk,接口要求我们不包括expect-100。(文档假设我将使用c#或php代码进行对话,并且有代码不发送expect-100) 我很快在谷歌上搜索了一下,找到了很多关于不使用BizTalk时如何禁用此功能的主题,并找到了多篇文章,这些文章让我相信BizTalk默认情况下也会发送expect-100。(和)。我很难找到试图禁用它的人 既然我找到了禁用它的C代码,那么解决方案是创建一个自定义管道组件来禁用它吗?这不是我会担心的问题。我不记得曾经见过Expect:100-使用WCF在任何指向BizTalk

接口要求我们不包括expect-100。(文档假设我将使用c#或php代码进行对话,并且有代码不发送expect-100)

我很快在谷歌上搜索了一下,找到了很多关于不使用BizTalk时如何禁用此功能的主题,并找到了多篇文章,这些文章让我相信BizTalk默认情况下也会发送expect-100。(和)。我很难找到试图禁用它的人


既然我找到了禁用它的C代码,那么解决方案是创建一个自定义管道组件来禁用它吗?

这不是我会担心的问题。我不记得曾经见过Expect:100-使用WCF在任何指向BizTalk或来自BizTalk的跟踪中继续

我要说的是,很奇怪,他们会依赖于看不到这一点。无论哪种方式,如果WCF正在发送它,您应该能够通过一个行为将其删除


你得把这一切都安排好,看看是否有问题。这就是我要说的,试试看会发生什么。

那么这个web服务需要像oAuth或类似的预验证吗?如果是这种情况,您希望使用端点行为而不是管道组件,因为适配器中往往会发生这种情况。另外,您使用什么绑定/适配器连接到web服务?您是否尝试发送到web服务而不尝试删除Expect:100继续?如果是这样,发生了什么事?@Dijkgraaf我实际上还没有开始这项工作,我收到了客户的“文档”,并被要求按时做出估计。我自己只使用WCF BasicHttp类型做过简单的Web服务。我不记得曾经见过Expect:100-使用WCF在BizTalk之间或与BizTalk之间的任何跟踪中继续。我要说的是,很奇怪,他们会依赖于看不到这一点。无论哪种方式,如果WCF正在发送它,您应该能够通过一个行为将其删除。但是,这不是我现在会担心的事情,因为你需要做一半的工作才能把事情做好。这就是我要说的,试试看会发生什么。