在 Biztalk 中使用代理类

发布于 2024-10-22 17:16:41 字数 121 浏览 11 评论 0原文

我有一个代理类(使用 WDSL 创建)。

现在我想用它来开发 Biztalk 应用程序。

我如何使用代理类来发送和接收消息。我知道使用代理类配置端口的过程。我遇到的唯一问题是对我的消息使用代理类?

I've got a proxy class (created with WDSL).

Now i want to use this for developing a Biztalk Application.

How can i use the proxy class for sending and receiving messages. I know the process of configuring the ports with the proxy class. The only problem i've got is using the proxy class for my messages?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

橘虞初梦 2024-10-29 17:16:41

我假设您想从 Biztalk 调用 Web 服务?如果是这样,您可以

  1. 生成代理类,然后从编排调用的 .Net 类库中使用它
  2. 。使用 Biztalk 的使用服务向导生成调用服务所需的架构、编排和运行时绑定。

如果您想采用第一种方法,请创建一个类库,该类库通过公开可由您的编排调用的方法来进行 Web 服务调用。如果需要将 Biztalk 消息作为参数传递给该方法,请使用 Microsoft.XLANGs.BaseTypes 库中的 XLANGMessage 类型。您首先需要生成消息架构的 .net 表示形式(使用 xsd.exe 或 svcutil.exe),以便可以使用 XLANGPart.RetrieveAs(typeOf(xxx)) 反序列化消息。如果您需要将 Web 服务响应传递到另一条消息中,则可以使 .net 方法返回类型 XmlDocument,只要响应映射到消息架构,BizTalk 就会为您处理转换。

如果您想采用第二条路线,那么通常会更容易,因为 BizTalk 将生成调用服务所需的所有工件,而无需任何编码。如果您不需要做任何花哨的事情(例如在运行时更改 Web 服务端点地址),那么这是最好的方法。

希望这有帮助。
TC

I assume you want to call a web service from Biztalk? If so you can either

  1. Generate your proxy class and then use this from in .Net class library called from an orchestration
  2. Use Biztalk's Consume Service wizard to generate the schemas, orchestrations amd run-time bindings needed to call the service.

If you want to go the first route, create a class library which makes the web service call by exposing a method which can be called by your orchestration. If you need to pass Biztalk messages as arguments to the method use the XLANGMessage type found in Microsoft.XLANGs.BaseTypes library. You will first need to generate a .net representation of your message schema (using xsd.exe or svcutil.exe) so that you can deserialise the message using XLANGPart.RetrieveAs(typeOf(xxx)). If you need to pass the web service response out into another message then you can make your .net method return type XmlDocument and as long as the response maps to a message schema, BizTalk will take care of the conversion for you.

If you want to go the second route, then it's generally easier because BizTalk will generate all the artifacts you need to make a call to the service without any coding needed. This is the best approach if you don't have to do anything fancy like change the web service endpoint address at runtime.

Hope this helps.
TC

谁人与我共长歌 2024-10-29 17:16:41

通常,在编排场景中,通过向项目添加 Web 引用(当然我们也可以不这样做)并将发送和接收形状链接到操作端口(Web 方法)来使用 Web 服务,这意味着,正在为我们生成允许使用 WS 的代理类。

参考文献: http://blogs.digitaldeposit.net/saravana/post/2007/01/31/Calling-Web-Service-from-BizTalk-2006- in-a-Messaging-only-Scenario-(又名-Content-based-Routing).aspx
http://blogs.msdn.com/b/amantaras/archive/2010/03/03/consuming-a-web-service-in-a-non-orchestration-scenario.aspx

Typically, in an orchestration scenario, a web service is consumed by adding a web reference to the project (of course we can do it without to as well) and linking send and receive shapes to the operation port (web method) it means, a proxy class is being generated for us allowing to consume the WS.

References: http://blogs.digitaldeposit.net/saravana/post/2007/01/31/Calling-Web-Service-from-BizTalk-2006-in-a-Messaging-only-Scenario-(aka-Content-based-Routing).aspx
http://blogs.msdn.com/b/amantaras/archive/2010/03/03/consuming-a-web-service-in-a-non-orchestration-scenario.aspx

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文