目标
本部分演示如何使用 ESB Designer 域特定语言 (DSL) 创建可用于双向接口的请求响应行程。 你将创建一个路由名单来接收消息、转换消息、将消息提交到服务，并将服务响应消息返回到原始消息的提交者。
在本指南中，你将完成以下步骤：
使用转换路线服务创建路线路线名单，该服务实现Microsoft BizTalk Server 地图。
配置路线以将转换的消息路由到服务终结点。
配置路线以将服务响应消息返回到原始发送方。
使用“行程测试客户端”示例应用程序测试行程。
先决条件
本作指南主题中的过程需要完成 开发活动的先决条件。
步骤
创建 ESB 行程 DSL 模型
在 Visual Studio 中，打开 C：\HowTos\Patterns\Patterns.sln。
在解决方案资源管理器中，右键单击 “行程库 ”项目，指向 “添加”，然后单击“ 新建路线”。
在“ 添加新项 ”对话框中的“ 名称 ”框中键入 RequestResponse，然后单击“ 添加”。
配置行程的属性
在 Visual Studio 中，单击 RequestResponse.itinerary的设计界面。 在 RequestResponse 属性窗口中，配置以下属性：
在“是否请求响应”下拉列表中，单击“True”。
在 “模型导出程序 ”下拉列表中，单击“ XML 行程导出程序”。
在 “扩展程序设置” 部分中，单击 “行程 XML 文件 ”属性旁边的省略号按钮（...）。
在 “选择 XML 文件 ”对话框中的 “文件名 ”框中，键入 C：\HowTos\Itineraries\RequestResponse，然后单击“ 保存”。
注释
此步骤使你可以将行程导出为 XML 到本地文件位置。 通过将行程导出到本地文件位置而不是行程数据库，可以使用 ESB 测试客户端应用程序测试行程。 稍后将完成本作说明主题中的此过程。
定义行程的结构
从工具箱中，将 On-Ramp 模型元素拖到设计图面。 在 OnRamp1 “属性”窗口中，配置以下属性：
单击 Name 属性，然后键入 ReceiveNAOrder。
在 “扩展程序 ”下拉列表中，单击“ On-Ramp ESB 扩展程序”。
在 BizTalk 应用程序 下拉列表中，单击 Microsoft.Practices.ESB。
在 “接收端口 ”下拉列表中，单击 “OnRamp.Itinerary.Response”。
从工具箱中，将 “路线服务” 模型元素拖到设计图面，然后将其置于 On-Ramp 模型元素的右侧。 在 “ItineraryService1 属性”窗口中，配置以下属性：
单击 Name 属性，然后键入 MapNAOrderToCNOrder。
在 “行程服务扩展程序 ”下拉列表中，单击“ 消息传递扩展程序”。
注释
此属性定义进程将在管道（消息传送）中发生。 或者，如果进程将在业务流程中进行，请将 行程服务扩展程序 属性设置为 业务流程扩展程序。
在“容器”下拉列表中，展开ReceiveNAOrder，然后单击“接收处理程序”。
在 “服务名称 ”下拉列表中，单击 Microsoft.Practices.ESB.Services.Transform。
右键单击 MapNAOrderToCNOrder 模型元素的 Resolver 集合，然后单击“添加新的解析器”。 在 Resolver1 “属性”窗口中，配置以下属性：
单击 Name 属性，然后键入 StaticallySpecifyTheMap。
在 “解析程序实现 ”下拉列表中，单击 “静态解析程序扩展”。
在 “转换类型”下拉列表中，单击 GlobalBank.ESB.DynamicResolution.Transforms.SubmitOrderRequestNA_To_SubmitOrderRequestCN。
在工具箱中，单击“ 连接器”。 将连接从 ReceiveNAOrder 模型元素拖到 MapNAOrderToCNOrder 模型元素。
从工具箱中，将 “路线服务” 模型元素拖到设计图面，然后将其置于 MapNAOrderToCNOrder 模型元素的右侧。 在 “ItineraryService1 属性”窗口中，配置以下属性：
单击 Name 属性，然后键入 RouteToCNService。
在 “行程服务扩展程序 ”下拉列表中，单击“ 消息传递扩展程序”。
注释
此属性定义进程将在管道（消息传送）中发生。 或者，如果进程将在业务流程中进行，请将 行程服务扩展程序 属性设置为 业务流程扩展程序。
在“容器”下拉列表中，展开ReceiveNAOrder，然后单击“接收处理程序”。
在 “服务名称 ”下拉列表中，单击 Microsoft.Practices.ESB.Services.Routing。
右键单击 RouteToCNService 模型元素的 Resolver 集合，然后单击“添加新冲突解决程序”。 在 Resolver1 “属性”窗口中，配置以下属性：
单击 Name 属性，然后键入 StaticallySpecifyTheService。
在 “解析程序实现 ”下拉列表中，单击 “静态解析程序扩展”。
在 “传输名称 ”下拉列表中，单击 WCF-BasicHttp。
单击 “传输位置” 属性，然后键入 http://localhost/ESB.CanadianServices/SubmitPOService.asmx。
单击 “目标命名空间 ”属性，然后键入 http://globalbank.esb.dynamicresolution.com/canadianservices。
单击 Action 属性，然后键入 submitOrder。
在工具箱中，单击“ 连接器”。 将 MapNAOrderToCNOrder 模型元素中的连接拖动到 RouteToCNService 模型元素。
从工具箱中，将 Off-Ramp 模型元素拖到设计图面，然后将其置于 RouteToCNService 模型元素的右侧。 在 OffRamp1 “属性”窗口中，配置以下属性：
单击 Name 属性，然后键入 InvokeCNService。
在 “扩展程序 ”下拉列表中，单击 Off-Ramp ESB 扩展程序。
在 BizTalk 应用程序 下拉列表中，单击 GlobalBank.ESB。
在 Send Port 下拉列表中，单击 DynamicResolutionSolicitResp。
从工具箱中，将 “路线服务 ”模型元素拖到设计图面，然后将其放在 RouteToCNService 模型元素和 InvokeCNService 模型元素之间。 在 “ItineraryService1 属性”窗口中，配置以下属性：
单击 Name 属性，然后键入 SendPortFilter。
在 “行程服务扩展程序 ”下拉列表中，单击 Off-Ramp 扩展程序。
在 Off-Ramp 下拉列表中，展开 InvokeCNService，然后单击 发送处理程序。
在工具箱中，单击“ 连接器”。 将 RouteToCNService 模型元素的连接拖到 SendPortFilter 模型元素。
在工具箱中，单击“ 连接器”。 将连接从 SendPortFilter 模型元素拖动到 InvokeCNService 模型元素。
右键单击设计图面，然后单击“ 验证”。
注释
行程验证，无需将出口匝道重新连接到入口匝道，即可将响应消息发回请求方。 通过使用双向通道，最终信息会自动返回给请求方。
导出模型以用于路线测试客户端
在 Visual Studio 中，右键单击 RequestResponse 路线的设计图面，然后单击“ 导出模型”。
注释
将在 Visual Studio 中打开行程的 XML 版本。
保存所有项目工件。
在 Windows 资源管理器中，浏览到 C：\HowTos\行程。 请注意创建行程 XML（RequestResponse.xml）。
测试行程
使用在 开发活动的先决条件 （C:\HowTos\ESB.Itinerary.Test.exe - 快捷方式）中创建的快捷方式打开行程测试客户端示例应用程序。
在“路线测试客户端”中，清除“ 使用 WCF 服务 ”复选框。
在 “Web 服务选项 ”部分中，选中“ 双向服务 ”复选框，然后单击“ 加载路线”。
在 “打开路线文件 ”对话框中，浏览到 C：\HowTos\行程。 选择 RequestResponse.xml，然后单击“ 打开 ”加载行程。
单击“ 确定 ”以清除“ 成功加载路线 ”消息。
在“行程测试客户端”中，单击 “加载消息 ”框旁边的省略号按钮（...）。
在 “选择要加载的 XML 文档 ”对话框中，浏览到 C：\HowTos。 选择 NAOrderDoc.xml，然后单击“ 打开 ”以加载测试消息。
单击“ 提交请求 ”按钮。 测试完成后，单击“ 确定 ”以消除出现的确认。
在 “结果 ”框中，请注意消息的根节点为 submitOrderResponse ，默认命名空间为 ... 加拿大服务。
注释
如果在将响应发送到请求方之前响应需要其他转换，则必须使用包含 ESB 转发器组件的管道。 有关此功能的示例，请参阅 “安装和运行多个 Web 服务示例”。
其他资源
有关详细信息，请参阅下列相关主题：