Java与.NET的SOA互操作简易教程 - 编程入门网

在使用了TIBCO Rendezvous 之后，我们就可以将请求的相同XML表现形式发送到隐式的异步服务执行了。我 们还没有尝试过MQ系列，不过应该没有什么问题。

就我们的范例来说， 这意味着针对天气详情的请求不会马上得到回复。相反，在等待片刻之后才会收 到响应。这是一个巨大的变化，可能意味着你不得不改变或者放弃对API的某些 简单设计。例如，下面的Façade方法可能派不上用场了：

取而代之的是两个接口，每一个都带了单独的方法，这样会更合适些 ：

关于消息传送的模式，有许多值得学习，不过在这里我们不打算深入 探讨。然而，值得一提的是，存在两个常用的模式值得我们考虑一下。第一种设 计是队列，在这个设计中，你发送的请求只能接受返回给你的请求。第二种概念 是多播（Multicast），其中线上的事件被发送到多个订阅者处（出版者/订阅者 模式）。此外，一个没有明确指出的事实，你可以设计出一个队列，让它持续不 断地发送修正的信息。如果你熟悉JMS的话，那么Rendezvous在这方面和它只有 些许不同。

Java与.NET的SOA互操作简易教程(6)

WSDL到哪儿去了？

我们编码完成的生产者/消费者设计以简单的形 式交换XML。但是，在正式的Web服务设计中发现阶段所固有的协议检查在我们这 个例子里是不存在的。

对此，我们的建议是，这并不是必要的。相反， 全面遵循敏捷思维，设计出一套全面符合持续集成（Continuous Integration） 的集成测试。这样，在部署上线之前，服务的不兼容问题就可以事先发现。因此 ，你可以把一套复杂的WSDL规范丢在一旁，取而代之拥有的是一系列从提供者和 使用者角度断言描述服务的单元测试。不管怎么说，WSDL只能在运行期提示不兼 容问题，而这时候恢复已经不是一件容易的事情了。这么说来，我们是不是错为 它建了神龛了？

要以平台无关的方式创建这类测试，Schematron是可选 方案之一。

要辅助调试和文档，你还得准备一些范例文档：

此外，你还可以使用XML Schema（XSD）来控制文档格式：

同时静态提供XSD和范例XML是个不错的注意（碰巧作者们在XSD方面意 见不统一）。在这里“静态提供”指的是，API可以由人们通过Web浏 览器手动请求调用 ——

http://x.com/weather/xsd/WeatherQuer

http:/ /x.com/weather/sample/WeatherQuery

记住，XSD和范例文档都只是可选方案，也可以很容易地生成。

Java与.NET的SOA互操作简易教程(7)

本文要点回溯

本例中的法宝是使用Codehaus的XStream，通过HTTP-POST而不是GET与.NET进 行文档交换。其它的所有内容早就有人在博客上撰文详述或者写过相应白皮书了 。选用XStream意味着消息本身的“规范”存在与Java和/或C#的代码当中，而不 存在于基于XML、常常让你不得不面对WS-*规范的设计中。

此外，传统的REST金科玉律推荐使用HTTP-GET，因为它更适合对命令进行编 码……

http://x.com/weather/WeatherQuery?locn=Chicago

……在结果可以被Web服务器缓存的情况下尤其如此。或许我们这种风格最适 用于通讯的场景，在这种情况下，试图进行缓存是没有意义的。在GET方案中存 在着另外一些优势，这些优势是我们的方案所不具备的。GET方案更优雅，并且 在可测试性上更突出，人们可以使用浏览器通过完整的URL完成测试。然而，它 所或缺的，是POST方法所带来多功能性，对于参数格式上不仅局限于名称/键值 对；而且XML的有效载荷的复杂程度也可以任意指定。当然，在更大型的解决方 案中，GET和POST都拥有一席之地。

在这篇论文撰写过程中，我们向XStream团队提了一项建议（用补丁的

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!