问题标签 [biztalk]

我在 Biztalk 2006 R2 中编写了一个基于 net.tcp 的服务，它在某个位置进行侦听，

br> 我需要使用原始 TCP 请求调用此服务。即
我不想创建代理类并在.NET 客户端应用程序中使用它。我怎么能做到这一点？
实际情况是 Oracle 存储过程将用于与此服务进行通信，并且我被允许调用此服务的唯一方法是将 TCP 请求发送到托管该服务的 Biztalk 服务器。任何帮助或提示将不胜感激。谢谢。

我在 Biztalk 中发布了一个编排作为 Web 服务。有谁知道我如何使用 XML 序列化或其他东西从文件中加载 XML 并将其“转换”为 web 服务期望的消息类型？人们通常如何使用这个网络服务？我尽量避免使用无类型消息，因为我同时使用 XML 和平面文件，并且读到这可能意味着麻烦。

我有两个编排，其中一个用作另一个编排的错误处理程序，并从中获取失败的消息。我已经在 BAM 中进行了设置。问题是当文件在接收端口失败时，我在活动搜索中没有得到任何有用的信息。只是已经注册了一些东西。来自 BAM 的数据：

ActivityID：2738a492-04c7-4887-9ff3-6902f435bda4 错误代码：
ErrorDesc：
文件名：
进度错误：已处理的 TransactionId：
rcvPort：
sndPort：

在跟踪分析器中，我使用 errorReporter 中的属性。Ex ErrorReport.FailureCode。错误处理程序编排应按原样移动文件。

有人现在我做错了吗？

当文件在接收阶段失败时，是否可以获得任何信息？

大多数情况下，我需要文件名和错误代码/说明。（进度错误是我创建的进度活动）。

我正在使用从 codeplex 获得的用于 BizTalk Server 2006 的 TCP/IP 适配器：http: //www.codeplex.com/BTSTCPIP
一旦应用程序部署到生产环境中，我们就开始体验到应用程序性能的阻塞。请求越多，性能下降越多。
有时，接收端口会变得无响应，我们必须强制重启主机实例以暂时让服务再次响应，但我们一次又一次地遇到相同的问题。我想问一下你们中是否有人使用过相同的适配器并且遇到过类似的问题？如果是，我们如何克服这些问题。

谢谢。

我们已将 BizTalk 作为服务总线引入我们的组织，它将新的 Web GUI 链接到许多现有的后端系统。我们已将现有系统包装为服务 (WCF)，并将它们连接到 BUS。

我们还用我们的新 Web GUI 替换了一些遗留系统 GUI（确保我们复制现有功能），但我很好奇我们是否应该通过 BUS 公开所有遗留服务/api，直接连接到它们或以不同方式组合它们并且通过总线暴露它们。例如，假设我们的客户管理系统有 5 个现有服务/api，搜索、添加、检索、更新、设置帐单详细信息。

通过 BUS 公开这些服务是否有意义（有人认为它会增加延迟）？或者 BUS 是否应该只公开粗粒度的服务，例如搜索、添加、检索和更新，而不是细粒度的服务？GUI 是否应该直接连接到细粒度服务？

我的印象是，在理想的 SOA/ESB 中，您会将更新和设置计费详细信息组合到一个粗粒度服务中，这是正确的吗？

我想忠于 SOA/ESB 范式，请有人赐教。

消息能否在他想要处理的编排的“旧”或“最新”版本之间进行选择？谢谢

我们的 Biztalk 2006 应用程序包含两个经常调用的编排（大约每秒 15 个请求）。我们通过在主机中进行某些限制阈值更改来识别我们的应用程序中可能存在的内存泄漏。当我们禁用基于内存的限制时，进程内存开始增加到 1400 MB，之后我们开始遇到内存不足的异常。
发生这种情况时，我们被迫重新启动主机实例。
我们想知道在这种情况下，从 Orchestration 显式调用 GC.Collect 是否有效。使用这种方法有什么缺点？

谢谢。

我需要执行以下操作：

业务流程涉及多种基于 cXML 的文档类型。BizTalk 需要能够将这些推送到 SharePoint 表单库（作为 InfoPath 表单）以进行手动工作流。工作流完成后，xml 文档将返回给 BizTalk。

为了能够使用单个文档库，我必须使用内容类型。InfoPath 连接器能否使用单个库中的内容类型？

BizTalk 2006，WSS 3.0

感谢任何输入。

直流

所以我的解决方案需要的模型如下：

我需要轮询数据库并根据结果创建对数据库的请求以获取更多数据，获取响应并将其传递给一组端口，基于提升的属性，只有一个端口会起作用。

它看起来像这样：

但是，如果您将“Temp Out”分配给发送端口组，则消息将发送到组中的所有端口，而与每个端口上设置的过滤器无关。据我了解，这是预期的行为（阅读此处）。

所以我探索了其他选项，例如在 SDK 中使用基于内容的路由（CBR 示例）。你可以在这里查看。

我尝试了这个并完全删除了编排（它真的不需要）。但是，存在重大的路由/订阅错误，经过进一步研究，如果您有请求响应端口，您似乎无法做到这一点。这里有一些关于此的文章。我几乎有这个用户的相同问题。

最后，我是否使用编排对我来说并不重要。但是，我需要一种解决方案，在该解决方案中，我可以将消息传递到多个发送端口，并且我只能让一个实际使用消息并发送。这是必要的，这样我就可以轻松地编辑和添加端口，而无需在编排中修改任何其他内容或硬代码决策。

我正在尝试使用“WCF 服务发布向导”将一些 HL7 模式（有很多）发布为 wcf 服务。该向导似乎运行并完成得很好，创建了一个公开我想要的模式的服务。但是当我尝试浏览新创建的服务时，我得到“服务器应用程序不可用”......我查看了事件查看器并注意到错误消息：“System.OutOfMemoryException”。我在查看“任务管理器”时再次进行了测试，我注意到 aspnet_wp.exe 在终止之前消耗了超过 1 GB 的 RAM（应用程序池可能在达到允许的最大内存消耗后回收）。

我很困惑为什么会这样，所以我决定使用“Web 服务发布向导”发布与 ASMX Web 服务相同的模式，看看它是否会有所不同。运行向导后，我尝试浏览该服务，它运行良好，没有任何问题。我查看了生成的 WSDL 定义，它很大，所有引用的模式都作为内联模式添加，而不是作为包含或导入。

这让我相信这可能是 WSDL 生成的问题，在已发布的模式中有这么多包含，但我完全不确定是否会出现这种情况......

有没有人在尝试将模式发布为 wcf 服务时遇到过类似问题？我欢迎所有可以引导我在这个问题上朝着正确方向发展的建议。

谢谢。

-M.帕帕斯