基于服务总线ESB的.Net应用程序部署

1.发布一个web站点,包含所有的wsdl文件(由各服务提供者提交);

2.修改web/*.wsdl以指向总线地址,形如:

<wsdl:service name="hr">
    <wsdl:port name="hrHttpSoap11Endpoint" binding="ns:hrSoap11Binding">
      <soap:address location="http://172.16.0.60:7800/ncesb/services/hr" />
    </wsdl:port>
    <wsdl:port name="hrHttpSoap12Endpoint" binding="ns:hrSoap12Binding">
      <soap12:address location="http://172.16.0.60:7800/ncesb/services/hr" />
    </wsdl:port>
    <wsdl:port name="hrHttpEndpoint" binding="ns:hrHttpBinding">
      <http:address location="http://172.16.0.60:7800/ncesb/services/hr" />
    </wsdl:port>
  </wsdl:service>

3.应用程序请求web/*.wsdl,自动生成本地包装代码;

4.应用程序(vs2005IDE)将自动生成web.config对应节内容,形如:

<applicationSettings>
        <InsEAI.Properties.Settings>
            <setting name="InsEAI_BusHRService_hr" serializeAs="String">
                <value>http://172.16.0.60:7800/ncesb/services/hr</value>
            </setting>
            <setting name="InsEAI_BusNGService_PsoftGZB" serializeAs="String">
                <value>http://172.16.0.60:7800/ncesb/services/psoft</value>
            </setting>
            <setting name="InsEAI_BusUUService_uuia" serializeAs="String">
                <value>http://172.16.0.60:7800/ncesb/services/uuia</value>
            </setting>
        </InsEAI.Properties.Settings>
    </applicationSettings>

5.基于总线本地包装代码编写应用实现代码;

6.将应用程序和包含wsdl文件的站点进行发布.

ps:在部署后的2009/04/17,接到通知,发布wsdl的web站点的端口号由80调整为9005,无意间发现总线服务依然可以正常调用,甚至于删除发布wsdl的web站点,总线服务一样可以正常调用,因此,可以非常确定的认为,发布wsdl的web站点只是一个在最开始的时候为IDE定位服务的一个壳而已.

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
NServiceBus 是一个.Net平台下开源的消息服务框架,这类产品有时也被称作ESB(Enterprise Service Bus)——企业服务总线。NServiceBus也是dotnet世界里面最流行的开源企业服务总线。       NServiceBus 是一个用于构建企业级 .NET系统的开源通讯框架。它在消息发布/订阅支持、工作流集成和高度可扩展性等方面表现优异,因此是很多分布式系统基础平台的理想选择。,它能够帮助开发人员在搭建企业.NET系统时避免很多典型的常见问题。同时,该框架也提供了一些可伸缩的关键特征,比如对发布/订阅的支持、集成的长时间工作流及深入的扩展能力等。       NServiceBus的核心并不依赖于MSMQ。NServiceBus可扩展性允许我们插入自行编写的通信传送器,、订阅存储器和工作流的实现。 NServiceBus的特性1、高性能和可扩展性可以广泛应用于许多业务领域,可扩展性和性能都经过了实战检验。2、具有自动重试的可靠性集成通过配置机制提供基于消息通讯的的最佳实践方案,能够识别错误响应并自动重试。3、工作流和后台任务调度通过Saga来完成长时间运行的流程定义和管理功能,提供强大而灵活的工作流功能。4、消息的集中审核流程很容易将整个分布式系统聚集到一个中心位置配置消息审核。5、通过发布/订阅来减少耦合提供了发布/订阅机制。可扩展、可配置、易于理解和易于使用。6、易于扩展和配置多个灵活的扩展点和配置选项,NServieBus可以根据用户需求对各个特性进行自定义配置。7、支持广泛的消息传输技术提供了MSMQ, RabbitMQ, SQL Server, Windows Azure Queues,Windows AzureService Bus消息传输机制,当然你也可以自定义或者选择由社区开发的消息传输方案。NServicebus官方地址:http://particular.net/git: https://github.com/Particular/NServiceBusNServiceBus原作者Udi Dahan,该产品最早于2006年发行了第一个版本,这是一个企业级的开源产品,企业开发需要购买License,参照:http://particular.net/licensing。 标签:消息框架

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值