<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>IT公司面试手册 &#187; SOA</title>
	<atom:link href="http://www.mianwww.com/html/category/it-interview/soa/feed" rel="self" type="application/rss+xml" />
	<link>http://www.mianwww.com</link>
	<description></description>
	<lastBuildDate>Fri, 03 Sep 2010 06:15:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>什么是webservice，什么情况下使用,如何使用？</title>
		<link>http://www.mianwww.com/html/2010/03/7362.html</link>
		<comments>http://www.mianwww.com/html/2010/03/7362.html#comments</comments>
		<pubDate>Thu, 11 Mar 2010 08:54:48 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[SOA]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=7362</guid>
		<description><![CDATA[现在我将列举三种情况，在这三种情况下，你将会发现使用Webservice会带来极大的好处。此后，我还会举出不应该使用Webservice的一些情况。
跨越防火墙的通信
如果你的应用程序有成千上万的用户，而且他们都分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。那是因为客户端和服务器之间通常都会有防火墙或者代理服务器。在这种情况下，你想使用DCOM就不是那么简单了，而且，通常你也不愿意把你的客户端程序发布到如此庞大数量的每一个用户手中。于是，你最终选择了用浏览器作为客户端，写下一堆ASP页面，把应用程序的中间层暴露给最终用户。结果呢？运气好的话，只是开发难度大了一些，运气不好的话，就会得到一个根本无法维护的应用程序。
想象一下你应该怎么在你的应用程序里面加入一个新的页面：你必须先建立好用户界面(Web页面)，以及在这个页面后面，包含相应商业逻辑的中间层组件。这还不够，你还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把&#8221;结果页&#8221;送回浏览器。要是客户端代码不再如此依赖于HTML表单，客户端的编程不就简单多了吗？还有，建立ASP页面的那一步可以省略掉吗？
当然。如果你的中间层组件是Webservice的话，你完全可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用Webservice，你可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用你自己开发的SOAP客户端，然后把它和你的应用程序连接起来。这样做，不仅可以缩短开发周期，还可以减少代码的复杂度，并增强整个应用程序的可维护性。同时，你的应用程序也不再需要在每次调用中间层组件时，都跳转到相应的&#8221;结果页&#8221;了。
以我的经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用Webservice这种结构，可以轻松的节省花在用户界面编程上的20%的开发时间。这样做还有另一个好处，就是你将得到一个由Webservice组成的中间层，这一层是完全可以在应用程序集成或其他场合下被重用的。最后，通过Webservice把你的应用程序的逻辑和数据暴露出来，还可以让其它平台上的客户重用你的应用程序。
应用程序集成
企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发的力量。你的应用程序经常都需要从运行在古老的IBM主机上的程序中获取数据；或者再把数据发送到主机或UNIX应用程序中去。即使是在同一个平台上，不同的软件厂商生产的各种软件也常常需要集成起来。通过Webservice，应用程序可以用标准的方法把功能和数据暴露出来，供其它的应用程序使用。
例如，你有一个订单登录程序，用于登录从客户来的新订单，包括客户信息、发货地址、数量、价格和付款方式等信息。同时，你还有一个订单执行程序，用于实际货物发送的管理。这两个程序是来自不同软件厂商的。一份新订单进来之后，订单登录程序需要通知订单执行程序发送货物。通过在订单执行程序上面增加一层Webservice，订单执行程序可以把&#8221;AddOrder&#8221;函数暴露出来。这样，每当有新订单到来时，订单登录程序就可以调用这个函数来发送货物了。进而通过Webservice集成应用程序
B2B的集成
用Webservice集成应用程序，可以使你公司内部的商务处理更加自动化。但当交易跨越了你的供应商和客户，突破了公司的界线时又会怎么样呢？跨公司的商务交易集成通常叫做B2B集成。
Webservice是B2B集成成功的关键。通过Webservice，你的公司可以把关键的商务应用暴露给指定的供应商和客户。例如，把你的电子下单系统和电子发票系统暴露出来，你的客户就可以以电子的方式向你发送购货订单，而你的供应商则可以以电子的方式把原料采购的发票发送给你。当然，这并不是一个新的概念：电子文档交换(EDI)早就是这样了。Webservice和EDI之间的主要区别在于，Webservice的实现要比EDI简单得多，而且Webservice是运行在Internet上的，在世界任何地方都可轻易实现，这样其运行成本就相对较低。不过，Webservice并不像EDI那样，是文档交换或B2B集成的一套完整的解决方案。Webservice只是B2B集成的一个关键部分，还需要许多其它的部分才能完成这个集成。
用Webservice来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把你的商务逻辑暴露出来，成为Webservice，你就可以让任何指定的合作伙伴轻松的调用你的商务逻辑，而不管他们的系统在什么平台上运行，使用的是什么开发语言。这样就大大减少了花在B2B集成的上的时间和成本。这样的低成本让许多原本无法承受EDI的投资成本的中小企业也能实现B2B集成。
软件重用
软件重用是一个很大的主题，它有很多的形式和程度。最基本的形式是源代码模块或者类一级的重用。另一种形式是二进制形式的组件重用。当前，像表格控件或用户界面控件这样的可重用软件组件在市场上都占有很大的份额。但这类软件的重用都有一个很严重的限制：重用仅限于代码，而数据不能被重用。原因在于你可以很轻易的发布组件甚至源代码，但要发布数据就没那么容易了，除非那些数据都是不会经常变化的静态数据。
而Webservice允许你在重用代码的同时，重用代码后面的数据。使用Webservice，你不再像以前那样，要先从第三方购买、安装软件组件，再从你的应用程序中调用这些组件。你只需要直接调用远端的Webservice就可以了。举个例子，你想在你的应用程序中确认用户输入的邮件地址，那么，你只需把这个地址直接发送给相应的Webservice，这个Webservice就会帮你查阅街道地址、城市、省区和邮政编码等信息，确认这个地址的确在相应的邮政编码区域。Webservice的提供商可以按时间或使用次数来对这项服务进行收费。这样的服务要通过组件重用来实现是不现实的，因为那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库，而且这个数据库还是不能实时更新的。
另一种软件重用的情况是把好几个应用程序的功能集成起来。例如，你想要建立一个局域网上的门户站点应用，让用户既可以查询他们的联邦快递包裹，察看股市行情，又可以管理他们的日程安排，还可以在线购买电影票。现在Web上有很多应用程序供应商，都在其应用中实现了上面的这些功能。一旦他们把这些功能都通过Webservice暴露出来，你就可以非常轻易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。
用Webservice来集成各种应用中的功能，为用户提供一个统一的界面
许多应用程序都会利用Webservice，把当前基于组件的应用程序结构扩展为组件和Webservice的混合结构。你也可以在应用程序中使用第三方的Webservice提供的功能。你还可以把你自己的应用程序的功能通过Webservice提供给别人。所有这些情况下，你都可以重用代码和代码后面的数据。总之，Webservice将是软件重用的一种非常有力的形式。
什么时候不应该使用WebService
一个对Webservice的完整介绍还应该包括什么时候不该用Webservice。经过前面的介绍，我们知道了Webservice在通过Web进行互操作或远程调用的时候是最有用的。不过，还有许多情况，Webservice根本不能给你带来任何好处。
单机应用程序
目前，我们还有很多桌面应用程序是供商用和个人使用的。其中一些只需要与运行在本机上的其他程序通信。在这种情况下，我们最好就不要再用Webservice，只要用本地的API就可以了。COM非常适合于在这种情况下工作，因为它既小又快。运行在一台服务器上的服务器软件也是这样：最好直接用COM或其他本地的API来进行应用程序间的调用。当然Webservice也能用在这些情况下，但那样不仅消耗太大，而且不会给你带来任何好处。
局域网上的同构应用程序
在许多应用中，你所有的程序都是用VB或VC开发的，都在Windows平台下使用COM，都运行在同一个局域网上。例如，你有两个服务器应用程序需要相互通信，或者你有一个Win32或WinForm的客户程序要连接到局域网上的另一个服务器程序。在这些程序里使用DCOM会比SOAP/HTTP有效的多。类似的，如果你的一个.NET程序要连接到LAN上的另一个.NET程序，那么你应该使用.NETremoting。有趣的是，在.NETremoting中，你也可以指定使用SOAP/HTTP来进行Webservice调用。不过最好还是直接通过TCP进行RPC调用，那样会有效得多。总之，只要你从应用程序结构的角度看来，有别的方法比Webservice更有效，更可行，那就不要再用Webservice。
总结
Webservice是创建可互操作的分布式应用程序的新平台。Webservice的主要目标是跨平台的可互操作性。为了达到这一目标，Webservice是完全基于XML、XSD等独立于平台、独立于软件供应商的标准的。
Webservice在应用程序跨平台和跨网络进行通信的时候是非常有用的。Webservice适用于应用程序集成、B2B集成、代码和数据重用，以及通过Web进行客户端和服务器的通信的场合。
当然，Webservice也不是万能的，你不能到处滥用Webservice。在有些情况下，Webservice会降低应用程序的性能，而不会带来任何好处。例如，一台机器或一个局域网里面运行的同构应用程序就不应该用Webservice进行通信。
11 用gridview如何把其中一行添加下拉列表框并绑定数据库？如何分页和动态排序？
答：
先生成模版，在EditItemTemplate里放一个下拉筐进去，选择数据源即可 。
把gridview的属性Allowpaging ＝ true 就能分页，AllowSorting＝true就能排序
或者用gridview.Sort方法排序。


Click me to Bookmark It!


















Hide Sites



$$('div.d7362').each( function(e) { e.visualEffect('slide_up',{duration:0.5}) }); ]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2010/03/7362.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>为什么Web Service成为了一种行业需要？</title>
		<link>http://www.mianwww.com/html/2010/01/7048.html</link>
		<comments>http://www.mianwww.com/html/2010/01/7048.html#comments</comments>
		<pubDate>Tue, 26 Jan 2010 03:07:45 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[SOA]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=7048</guid>
		<description><![CDATA[从作用上讲，Web Service减轻了目前企业应用中出现的整合危机，相比较其他整合技术，使用Web Service可以以较低的代价对各种企业应用进行整合。
从技术上讲，Web Service是一种新的基于Web和XML的中间件，XML和Web解决了传统应用之间整合的各种棘手问题，例如异质性，传统应用都是平台相关的，而Web和XML则是平台无关的技术。
Web Service拥有以下一些优势：
1. Web Service可以使你的API暴露在网络上以连接不同的企业应用程序。
2. 使用Web Service进行应用间交互的代价比较低。
3. Web Service支持低耦合的应用。
4. Web Service是自解释性的，基于WSDL
5. Web Service使用UDDI技术可以进行自动的修复
6. Web Service可以提供更先进的技术帮助你的商业成长，使你更容易的对外部系统进行集成，更容易的对已有系统进行扩展。


Click me to Bookmark It!


















Hide Sites



$$('div.d7048').each( function(e) { e.visualEffect('slide_up',{duration:0.5}) }); ]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2010/01/7048.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>web services是SOA吗？</title>
		<link>http://www.mianwww.com/html/2009/12/6593.html</link>
		<comments>http://www.mianwww.com/html/2009/12/6593.html#comments</comments>
		<pubDate>Mon, 07 Dec 2009 12:54:11 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[SOA]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=6593</guid>
		<description><![CDATA[SOA是一种思想，它是一种架构的理念，Web Service是一种来实现这理念的技术方法， Web Service是实现SOA的推荐标准。
在SOA中，所有的服务之间要松耦合，web servcie之间的通信是通过SOAP协议进行的，SOAP协议是基于XML实现的松耦合的协议。
SOA服务需要对他们自己的服务本身进行描述，WSDL就是用来描述如何访问到SOA的服务。
SOA服务存在于一个目录中，UDDI就是用来描述从那里得到SOA服务的，只需要完成SOA的注册就可以了。


Click me to Bookmark It!


















Hide Sites



$$('div.d6593').each( function(e) { e.visualEffect('slide_up',{duration:0.5}) }); ]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2009/12/6593.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>解释一下什么是BPEL？</title>
		<link>http://www.mianwww.com/html/2009/12/6565.html</link>
		<comments>http://www.mianwww.com/html/2009/12/6565.html#comments</comments>
		<pubDate>Tue, 01 Dec 2009 12:31:50 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[SOA]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=6565</guid>
		<description><![CDATA[　　BPEL：全称为Business Process Execution Language,即业务处理执行语言，是一种使用XML编写的编程语言。用于自动化业务流程，也曾经被称作WSBPEL和 BPEL4WS。广泛使用于Web服务相关的项目开发中，优点为具有可移植性和有效保护了投资。
　　BPEL是一门用于自动化业务流程的形式规约语言。 用XML文档写入BPEL中的流程能在Web 服务之间以标准化的交互方式得到精心组织。这些流程能够在任何一个符合BPEL规范的平台或产品上执行。 所以，通过允许顾客们在各种各样的创作工具和执行平台之间移动这些流程，BPEL使得他们保护了他们在流程自动化上的投资。尽管以前想使业务流程定义标准化，但BPEL已经引起了史无前例的兴趣，而且它最早在软件供应商中获得大量认可。


Click me to Bookmark It!


















Hide Sites



$$('div.d6565').each( function(e) { e.visualEffect('slide_up',{duration:0.5}) }); ]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2009/12/6565.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>什么是WEB 服务 Web Service?</title>
		<link>http://www.mianwww.com/html/2009/11/6133.html</link>
		<comments>http://www.mianwww.com/html/2009/11/6133.html#comments</comments>
		<pubDate>Thu, 26 Nov 2009 12:33:29 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[SOA]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=6133</guid>
		<description><![CDATA[&#60;1&#62;.程序间以一种标准的方式进行通讯(与程序的开发语言,运行的操作系统,硬件平台,网络
关系无关)
&#60;2&#62;.用SOAP,WSDL 等协议通讯,以XML 文档方式进行数据交换的网络应用程序.


Click me to Bookmark It!


















Hide Sites



$$('div.d6133').each( function(e) { e.visualEffect('slide_up',{duration:0.5}) }); ]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2009/11/6133.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>介绍一下SOA和SOA的基本特征？</title>
		<link>http://www.mianwww.com/html/2009/11/5922.html</link>
		<comments>http://www.mianwww.com/html/2009/11/5922.html#comments</comments>
		<pubDate>Fri, 20 Nov 2009 09:56:55 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[SOA]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=5922</guid>
		<description><![CDATA[什么是SOA
SOA:面向服务的体系结构（Service-Oriented Architecture，SOA，也叫面向服务架构）, SOA是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。
SOA 是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
SOA与传统服务的区别
传统的Web（HTML/HTTP）技术有效的解决了人与信息系统的交互和沟通问题，极大的促进了B2C模式的发展。WEB服务(XML/SOAP /WSDL）技术则是要有效的解决信息系统之间的交互和沟通问题，促进B2B/EAI/CB2C的发展。SOA则是采用面向服务的商业建模技术和WEB服务技术，实现系统之间的松耦合，实现系统之间的整合与协同。WEB服务和SOA的本质思路在于使得信息系统个体在能够沟通的基础上形成协同工作。


Click me to Bookmark It!


















Hide Sites



$$('div.d5922').each( function(e) { e.visualEffect('slide_up',{duration:0.5}) }); ]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2009/11/5922.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>解释下列WebService名词：WSDL、SOAP、UDDI</title>
		<link>http://www.mianwww.com/html/2009/11/5602.html</link>
		<comments>http://www.mianwww.com/html/2009/11/5602.html#comments</comments>
		<pubDate>Sun, 08 Nov 2009 06:28:50 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[SOA]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=5602</guid>
		<description><![CDATA[WSDL是一种 XML 格式，用于将网络服务描述为一组端点，这些端点对包含面向文档信息或面向过程信息的消息进行操作。这种格式首先对操作和消息进行抽象描述，然后将其绑定到具体的网络协议和消息格式上以定义端点。相关的具体端点即组合成为抽象端点（服务）。
SOAP即简单对象访问协议(Simple Object Access Protocol)，它是用于交换XML编码信息的轻量级协议。
UDDI 的目的是为电子商务建立标准；UDDI是一套基于Web的、分布式的、为Web Service提供的、信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web Service注册，以使别的企业能够发现的访问协议的实现标准。


Click me to Bookmark It!


















Hide Sites



$$('div.d5602').each( function(e) { e.visualEffect('slide_up',{duration:0.5}) }); ]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2009/11/5602.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>介绍一下你对SOA的认识</title>
		<link>http://www.mianwww.com/html/2009/10/4737.html</link>
		<comments>http://www.mianwww.com/html/2009/10/4737.html#comments</comments>
		<pubDate>Wed, 14 Oct 2009 02:28:04 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[SOA]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=4737</guid>
		<description><![CDATA[这个问题可以从WHY SOA和SOA面临的挑战入手回答
1. WHY SOA? SOA的好处在哪里？
减低IT成本：重用现有的系统，而且SOA系统本身也可以被后来的应用重用; 减少维护费用，对现有系统造成很少的改动。
增加IT收入：快速的适应新的需求，快速的实现，提高性能，实现云计算 如 Google, Amazon等等
2. SOA面临的挑战有哪些？
更多的系统参与到SOA中，更多的人参与到SOA中，需要更多的交流沟通
在安全控制方面特别是在EAI（enterprise application integration）的MOM（Message Oriented Middleware）中的安全控制更加复杂
需要更高更新的技术参与进来，需要更多的有经验的人员。


Click me to Bookmark It!


















Hide Sites



$$('div.d4737').each( function(e) { e.visualEffect('slide_up',{duration:0.5}) }); ]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2009/10/4737.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>主要的开源ESB产品有哪些？各有什么特点？</title>
		<link>http://www.mianwww.com/html/2009/09/3899.html</link>
		<comments>http://www.mianwww.com/html/2009/09/3899.html#comments</comments>
		<pubDate>Fri, 04 Sep 2009 01:58:26 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[SOA]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=3899</guid>
		<description><![CDATA[主要的开源ESB有Mule，Apache ServiceMix,Open ESB, Jboss ESB, Apache Synapse 等等
Mule
它是一个轻量级的消息框架和整合平台，基于EIP（Enterprise Integeration Patterns,由Hohpe和Woolf编写的一本书）而实现的。
Mule的核心组件是UMO(Universal Message Objects，从Mule2.0开始UMO这一概念已经被组件Componse所代替)，UMO实现整合逻辑。
Apache ServiceMix
它是JBI规范的一种实现。它包涵了许多JBI组件，这些组件支持多种协议，比如JMS,HTTP,FTP,FILE等。同时也实现了EIP，规则和调度。
Open ESB是由SUN发起，现在作为Java.net的子项目。所有Open ESB的开发人员都来自SUN。
如同Apache ServiceMix一样，Open ESB也实现了JBI规范。Open ESB可运行在由SUN支持的Glassfish应用服务中。同时SUN的Netbeans IDE为Open ESB提供了拖拉式的开发工具，这是其他开源ESB不可匹敌的
Apache Synapse具备一些ESB所必备的功能，但是从本质上而言Synapse更是一个web服务仲裁框架，它是构建在Apache Axis2之上的。Synapse的关注点是路由，转换，消息验证以及基于web服务和xml标准的注册。它支持HTTP, SOAP, SMTP, JMS,FTP ,MTOM/XOPPOP3/IMAP/SMTP 等传输协议，还支持多种web服务规范(WS-*)，比如WS-Addressing,WS-Security,WS-Policy以及WS- Reliable Messaging。在它的最新版本1.2中加入了对FIX(Financial Information eXchange,金融信息交换协议 ) 和 Hessian  的支持。同时它还支持多种流行语言，比如Java, JavaScript, Ruby, Groovy等。
JBoss ESB
JBoss ESB是基于JBoss公司的ESB产品Rosetta的。Jboss ESB将JbossMQ作为其消息层，将JBoss rules为其提供路由功能，
将jBPM为其提供服务编排功能。


Click me to Bookmark It!


















Hide Sites



$$('div.d3899').each( function(e) { e.visualEffect('slide_up',{duration:0.5}) }); ]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2009/09/3899.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>什么是ESB？请介绍一下ESB?</title>
		<link>http://www.mianwww.com/html/2009/09/3897.html</link>
		<comments>http://www.mianwww.com/html/2009/09/3897.html#comments</comments>
		<pubDate>Fri, 04 Sep 2009 01:49:25 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[SOA]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=3897</guid>
		<description><![CDATA[ESB的全称是Enterprise Service Bus （企业服务总线）。它是一个ielinghuode用于集成各种企业应用即服务的连接基础架构，企业服务总线能够通过简化企业应用及服务之间的链接数量，接口大小以及接口复杂度使企业的面向服务体系SOA更加强大。
Enterprise Service Bus 主要提供一下几方面的功能：
1. 在服务于服务之间或者应用于应用之间路由消息；
2. 在服务请求者与服务提供者之间转换传输协议；
3. 在服务请求者与服务提供者之间转换消息格式；
4. 处理来自于各种已购源的业务事件；
企业服务总线使企业可以更主要的关于企业的核心业务而不用在关注与连接各种应用的IT基础架构，它还可以让企业在增加新的服务及对已有服务进行修改时，可以对原有系统及服务不产生影响或者只有微小的影响。


Click me to Bookmark It!


















Hide Sites



$$('div.d3897').each( function(e) { e.visualEffect('slide_up',{duration:0.5}) }); ]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2009/09/3897.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
