【问题标题】:InfoPath Secondary WCF Data Source's XML StructureInfoPath 辅助 WCF 数据源的 XML 结构
【发布时间】:2015-01-11 08:18:32
【问题描述】:

我正在开发一个 WCF 服务,供 InfoPath 2007 表单使用。将服务添加为辅助数据源后,InfoPath 本身将自动生成某个结构。例如:

我的问题是生成的 xpaths。 displayname 的 xpath 例如:

/dfs:myFields/dfs:dataFields/ns3:whoamiResponse/ns3:whoamiResult/q1:displayname

由于我的 Web 服务必须替换以多种形式实现的较旧的 Web 服务,其逻辑引用恰好是某个 xpath,因此我必须获得在我的新 Web 服务中生成的完全相同的 xpath。

如何影响这些生成的前缀,例如 ns3:whoamiResult/q1:displayname ?

我注意到 q1 在我将操作的返回类型从 DataSet 更改为自定义类之后出现。并且 tns/ns1/ns2/ns3 .. 取决于我在 [ServiceContract]、[ServiceBehaviour] 和其他一些属性中更改的命名空间。

[ServiceContract(Name="Webservice", Namespace = "BestNamespaceToBeEnteredHere")]
public interface IWebservice
{

    [OperationContract]
    //...
}

有人能指出我正确的方向吗?我可以以某种方式通过 Web 服务响应传递自定义模式,我可以在其中定义结构的外观吗?

干杯!菲尔

【问题讨论】:

    标签: xml web-services wcf infopath-2007


    【解决方案1】:

    ServiceContractDataContracts 上的 Namespace 属性会影响 SOAP 响应中使用的命名空间。前缀通常是任意的,我认为 InfoPath 显示它们是相当奇怪的,但是有很多关于如何影响它们的文章。

    虽然我通常不支持仅链接的答案,但我将它们列在下面,因为我无法解释它们已经有的:

    重复:

    【讨论】:

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