Focus on biztalk -- chnking

心无旁骛,专注于biztalk......

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::

随笔分类 -  biztalk

1 2 3 4 下一页

摘要:这是一篇对BizTalk进行AS2开发的深入分析的文章,内容广泛,篇幅较大。本文将BizTalk对AS2的处理过程进行了详细分析,从AS2消息接收后如何处理,如何生成MDN回应消息,到AS2双方如何配置party,符合配置Agreement来协调双方对消息的处理方式,是否加密、是否签名、是否要求MDN等等都做了详细说明。 阅读全文
posted @ 2017-03-02 15:14 chnking 阅读(3225) 评论(0) 推荐(0) 编辑

摘要:最近做个项目,biztalk跟OTM(Oracle Transportation Management)系统做对接,双方通过web services通讯,这部分是BizTalk发布WS-Security的web services,使用WS-Security的Username Token验证方式。 所 阅读全文
posted @ 2016-12-12 23:52 chnking 阅读(669) 评论(0) 推荐(0) 编辑

摘要:最近做个项目,biztalk跟OTM(Oracle Transportation Management)系统做对接,双方通过web services通讯,这部分是BizTalk调用OTM的web services。 OTM的云服务,仅支持WS-Security的Username Token验证方式。 阅读全文
posted @ 2016-12-12 21:48 chnking 阅读(765) 评论(0) 推荐(0) 编辑

摘要:一、 问题提出在BizTalk应用集成项目中,BizTalk集成了多个应用系统,在BizTalk应用里很可能会出现有多个(甚至很多)端口指向同一个应用(这个应用可能是SAP系统,也可能是一个SQL Server的数据库),类似这样:在每个端口的设置中都需要设置用户凭据,如果是SQL Server的话,就是SQL的用户名和密码:一般使用中都是对每个端口分别就行设置,分别设置每个端口的用户凭据,输入用户名和密码。如果端口不多的情况下,这么做也很正常,但是如果针对某一个系统的端口比较的的时候,比如连接到外部一个SQL Server数据库的端口有几十个,那么每个端口都需要输入一遍同样的用户名密码将是很 阅读全文
posted @ 2013-03-12 15:02 chnking 阅读(1354) 评论(0) 推荐(1) 编辑

摘要:BizTalk Server的主要用途是B2B和EAI,是微软为SOA的提供的企业级解决方案的核心产品。 BizTalk Server是企业级的解决方案,在部署方面提供了极大的伸缩性和灵活性,可以极小规模的部署,也可以很大规模的部署,并为企业级应用提供足够的高可用性。 本文关注Biztalk Server的各种部署方式,重点在大规模的部署方案。 阅读全文
posted @ 2011-04-26 19:50 chnking 阅读(4038) 评论(2) 推荐(5) 编辑

摘要:Biztalk应用都是企业级应用,对可用性要求比较高,所以,biztalk的高可用部署是十分重要和必要的。本文提供了biztalk 2009在Windows 2008 R2环境中的高可用部署详细指南,部署环境为biztalk 2009企业版,Windows 2008 R2企业版和sql server 2008企业版,biztalk和sql server都为双击cluster部署。本文分为两部分,相对独立,分别针对biztalk的AP(active-passive)主从模式和AA(active-active)主主模式,AP模式,群集的所有biztalk主机同时只能运行在一台biztalk服务器上,AA模式,群集的各个biztalk主机可以运行在运行同时在不同的biztalk服务器上。 这是第二部分:AA模式 阅读全文
posted @ 2010-07-17 19:14 chnking 阅读(3129) 评论(1) 推荐(3) 编辑

摘要:Biztalk应用都是企业级应用,对可用性要求比较高,所以,biztalk的高可用部署是十分重要和必要的。本文提供了biztalk 2009在Windows 2008 R2环境中的高可用部署详细指南,部署环境为biztalk 2009企业版,Windows 2008 R2企业版和sql server 2008企业版,biztalk和sql server都为双击cluster部署。本文分为两部分,相对独立,分别针对biztalk的AP(active-passive)主从模式和AA(active-active)主主模式,AP模式,群集的所有biztalk主机同时只能运行在一台biztalk服务器上,AA模式,群集的各个biztalk主机可以运行在运行同时在不同的biztalk服务器上。 这是第一部分:AP模式 阅读全文
posted @ 2010-07-17 18:40 chnking 阅读(8179) 评论(8) 推荐(3) 编辑

摘要:最近在做一个biztalk项目,要连接的系统有SAP、Oracle、SQL server,使用了biztalk adapter pack 2.0中的相应的适配器。 在项目过程中总结了一下使用这三个适配器的方法,形成一个系列文章,介绍这三种适配器的使用方法。 第一期是WCF-SQL。 阅读全文
posted @ 2010-05-09 14:32 chnking 阅读(4502) 评论(9) 推荐(4) 编辑

摘要:最近项目中遇到这样的需求,biztalk需要通过FTP adapter到合作伙伴的FTP服务器上取文件,并且在同一个FTP服务器上有多个路径取不同类型的数据,这样biztalk接收端就要建立多个receive location,每个location对应到一个FTP服务器上的一个路径。FTP服务器还有个限制,对同一个IP同时允许的连接数有限制为10个,而实际上biztalk需要对这个FTP建立的re... 阅读全文
posted @ 2009-08-17 00:09 chnking 阅读(2543) 评论(4) 推荐(4) 编辑

摘要:biztalk中,在用户代码中新建一个XLANGMessage 是件挺不容易的事,biztalk文档上提供的方法不可用。本文提供了一种在用户代码中新建XLANGMessage 的方法,并提供示例源码。 阅读全文
posted @ 2009-07-20 10:50 chnking 阅读(2394) 评论(1) 推荐(1) 编辑

摘要:可以使用biztalk提供的ExplorerOM名称空间下的API对biztalk的各个组件进行管理,做Biztalk Administration Console做的那些管理任务,比如查看biztalk服务器上有多少个application,某个Application中有多少接收端口,有多少发送端口,增加删除Receive Location,增加删除发送端口等等。 这里以实例说明使用ExplorerOM对象模型新建receive location过程。 阅读全文
posted @ 2009-07-05 14:42 chnking 阅读(2076) 评论(0) 推荐(0) 编辑

摘要:目前,各大软件厂商几乎无一例外的推出了自己的SOA解决方案和相关产品,SOA也都成为了各大厂商的主要战略,备受重视。 本人近几年一直致力于学习应用微软的SOA解决方案,和微软的SOA的核心产品biztalk。专注于微软的biztalk,但是也需要了解其他厂商的SOA的方案和产品,知己知彼,方能更好的发挥自己所学的长处。 下面是本人最近网上查阅资料后整理的一些SOA主流厂商的SOA相关产品的情况,挂一漏万。另外对这些产品本就不熟,难免有理解错误的地方,望熟悉的朋友指正。 阅读全文
posted @ 2008-10-28 23:06 chnking 阅读(8045) 评论(13) 推荐(0) 编辑

摘要:WCF作为微软最新一代的企业级远程通讯技术,集成兼容了以前的诸多远程通讯技术如MSMQ、remoting、web services、WS-*等等,并且提供了强大的安全支持,使其成为真正的企业级远程通讯技术。安全是WCF的很重要的特点,WCF处处都考虑到了安全问题,消息的完整性、保密性,客户端服务端的身份验证、访问授权等等。这个WCF安全系列从实例出发,讨论了WCF各种绑定、绑定中的各种安全模式、客户端各种验证模式的不同组合情况下如何保证安全的。本系列按照不同的绑定分别探讨,第四篇是WSHttpBinding绑定之Transport安全模式。这部分最后有个比较严重的问题,请大家关注一下。 阅读全文
posted @ 2008-10-23 22:38 chnking 阅读(9816) 评论(10) 推荐(3) 编辑

摘要:WCF作为微软最新一代的企业级远程通讯技术,集成兼容了以前的诸多远程通讯技术如MSMQ、remoting、web services、WS-*等等,并且提供了强大的安全支持,使其成为真正的企业级远程通讯技术。安全是WCF的很重要的特点,WCF处处都考虑到了安全问题,消息的完整性、保密性,客户端服务端的身份验证、访问授权等等。这个WCF安全系列从实例出发,讨论了WCF各种绑定、绑定中的各种安全模式、客户端各种验证模式的不同组合情况下如何保证安全的。本系列按照不同的绑定分别探讨,第三篇是netTCPBinding绑定的Message安全模式。 阅读全文
posted @ 2008-10-15 21:24 chnking 阅读(5368) 评论(4) 推荐(2) 编辑

摘要:WCF作为微软最新一代的企业级远程通讯技术,集成兼容了以前的诸多远程通讯技术如MSMQ、remoting、web services、WS-*等等,并且提供了强大的安全支持,使其成为真正的企业级远程通讯技术。安全是WCF的很重要的特点,WCF处处都考虑到了安全问题,消息的完整性、保密性,客户端服务端的身份验证、访问授权等等。这个WCF安全系列从实例出发,讨论了WCF各种绑定、绑定中的各种安全模式、客户端各种验证模式的不同组合情况下如何保证安全的。本系列按照不同的绑定分别探讨,第二篇是netTCPBinding绑定的Transport安全模式。 阅读全文
posted @ 2008-10-07 22:06 chnking 阅读(13476) 评论(16) 推荐(1) 编辑

摘要:WCF作为微软最新一代的企业级远程通讯技术,集成兼容了以前的诸多远程通讯技术如MSMQ、remoting、web services、WS-*等等,并且提供了强大的安全支持,使其成为真正的企业级远程通讯技术。安全是WCF的很重要的特点,WCF处处都考虑到了安全问题,消息的完整性、保密性,客户端服务端的身份验证、访问授权等等。这个WCF安全系列从实例出发,讨论了WCF各种绑定、绑定中的各种安全模式、客户端各种验证模式的不同组合情况下如何保证安全的。 本系列按照不同的绑定分别探讨,第一篇是basicHttpBinding 阅读全文
posted @ 2008-10-07 21:17 chnking 阅读(20431) 评论(16) 推荐(7) 编辑

摘要:Biztalk中有个Convoys概念,翻译成中文叫保护。用在当您需要把一组具有你设定的同类属性的消息交给同一个orchestration实例进行处理时的场景。当具有这样的属性的第一个消息到达biztalk后,biztalk激活一个orchestration实例处理此消息,处理完这个消息后,orchestration实例并不退出而是继续等待后续具有相同属性的消息,这个之后具有跟第一个消息同样属性的消息都被路由到这个orchestration实例,直到在orchestration内根据一定的条件由流程自行结束这个orchestration实例。 Convoys分两种:Sequential Convoys和Parallel Convoys。本文深入讨论了Sequential Convoys的机制。 阅读全文
posted @ 2008-09-03 15:55 chnking 阅读(2725) 评论(7) 推荐(0) 编辑

摘要:大家都知道,WCF中大多是使用DataContractSerializer序列化器对对象进行序列化,它可以序列化.net的基本类型,用[DataContract]属性标记的类,用[Serializable]属性标记的类等等。但是在DataContractSerializer出现之前,.net framework中已经有了几个序列化器,分别是BinaryFormatter,SoapFormatter和XmlSerializer,为什么需要有这么多的序列化器,他们都是如何出现又分别使用在什么场合的,有什么不同。本文将逐个的分析这些序列化器的各自的作用。 本文分为两部分,这是第二部分,讨论的是DataContractSerializer 前一部分见:WCF系列(四) -- 也谈序列化(上) (http://www.cnblogs.com/chnking/archive/2008/02/25/1081417.html) 阅读全文
posted @ 2008-06-06 22:57 chnking 阅读(9059) 评论(19) 推荐(0) 编辑

摘要:大家都知道,WCF中大多是使用DataContractSerializer序列化器对对象进行序列化,它可以序列化.net的基本类型,用[DataContract]属性标记的类,用[Serializable]属性标记的类等等。但是在DataContractSerializer出现之前,.net framework中已经有了几个序列化器,分别是BinaryFormatter,SoapFormatter和XmlSerializer,为什么需要有这么多的序列化器,他们都是如何出现又分别使用在什么场合的,有什么不同。本文将逐个的分析这些序列化器的各自的作用。 本文分为两部分,第一部分先讨论BinaryFormatter,SoapFormatter和XmlSerializer这三个序列化器。 阅读全文
posted @ 2008-02-25 23:34 chnking 阅读(5933) 评论(11) 推荐(0) 编辑

摘要:本文关注这种这样的情况:biztalk中orchestration中的消息通过发送端口(无论是单向发送端口还是双向发送端口)发送消息,需要在orchestration获得发送消息是否正常的回应,如果回应正常,则流程正常执行,如果回应不正常,orchestration如何进行异常处理。 这里是下半部分 -- orchestration捕获到NACK产生的异常后的处理方法。 阅读全文
posted @ 2007-12-13 14:37 chnking 阅读(2930) 评论(3) 推荐(0) 编辑

1 2 3 4 下一页