谈到.NET和Java的间
Web服务交互性时
通常
选择只有SOAP over HTTP
而根据.NET 3.0
相关规范标准
这仅有
个选择也将会受到更多限制
.NET中提供
BasicHTTP将是唯
能直接和Java Web Servcies进行交互
方式
最近
有两个新
选择出现了——WebSphere MQ(WMQ)和ActiveMQ传送器
它们可以用于创建Java和.NET的间
交互式Web Services
而且.NET
可靠消息系统已经得到了扩展
因此对于MSMQ来说
WMQ和Active MQ都可以作为.NET Web Services
可靠传递者
WMQ解决方案基于IBM AlphaWorks中IBM WMQ for Windows Communication Foundation
定制通道(Custom Channel)
它
最新版本已于3月14日发布
这
产品允许将WMQ作为定制通道用于Windows Communication Foundation(WCF)框架(已随.NET Framework 3提供)中
它和微软
内建通道工作方式相同
消息都是经过格式化
以满足WMQ v6.0
SOAP over JMS实现
让应用
即可以和运行于WCF的上
服务进行通信
也能和运行在WebSphere SOAP over JMS服务基础的上
服务进行通信
包括WebSphere应用服务器和CICS
目前
实现是以概念验证为主
是为了帮助更好地理解对这
领域产品
需求(也就是说它并不适合在产品环境中使用)
如何产品化这
实现
计划还没有最终确定
定制通道
构建是通过Windows Communication Foundation
可扩展框架提供
这
可扩展框架允许集成和使用那些和微软提供
内建传送器类似
传送器
服务型应用只要通过配置就可以使用新
定制通道
只要客户端应用
是通过像微软
Service Metadata utility Tool(Svcutil.exe)这样
标准工具生成
它们就可以正常运行
服务
元数据描述可以被正在运行
服务直接发布(可以通过
个附加
HTTP端点来暴露)或者使用WSDL(Web Service Description Language)
目前
实现版本支持核心
消息功能
它有如下限制:
对于
个服务例子
只有
个客户端可以使用双向通道
模式;
双向通道是对WebSphere MQ v6所提供
SOAP/JMS实现
种扩展
它只能用于WCF服务和其客户端的间
通信;
仅支持核心
消息功能(如不支持像事务化和安全等高级特性)
运行在现存WMQ v6
SOAP/JMS环境中
SOAP/JMS服务仅能进行单向操作;
运行在CICS或WebSphere应用服务器
SOAP/JMS环境内
SOAP/JMS服务
不允许在
个单
合约中混合使用单向操作和请求/回复操作
而必须为每个通道形态分别创建独立
合约
Active MQ解决方案基于Axis提供
JMS(由Java编写而成)和“插件式协议”特性(由.NET编写而成)
因此
它并不是以真正
.NET定制通道方式包装
这就需要更多
定制编程
这两种解决方案都没有彻底
产品化
但它们却提供了
个很好实验基础
以选择合适
Web Services交互式传送器
延伸阅读
最新评论