毕业设计文献翻译---面向服务架构的企业整合.doc
《毕业设计文献翻译---面向服务架构的企业整合.doc》由会员分享,可在线阅读,更多相关《毕业设计文献翻译---面向服务架构的企业整合.doc(17页珍藏版)》请在咨信网上搜索。
1、本科毕业设计外文文献及译文文献、资料题目: Service-Oriented ArchitectureA Field Guide to integratingXML and Web Services文献、资料来源:著作文献、资料发表(出版)日期:2004.10.22院 (部): 专 业: 班 级: 姓 名: 学 号: 指导教师: 翻译日期: 外文文献:Service-oriented architectures for enterprise integrationWith the broad acceptance and popularity of XML and Web services a
2、s a EAI as a strategic remodeling of business infrastructure platform, and structure, its hard to say how these respective trends affected each other as they emerged. XML One could argue that the EAI initiative was rejuvenated with the infusion of enabled technologies and service-oriented architectu
3、res, as the introduction of these complementary platforms resulted in an overhaul of EAI architectures. As a result, the quality and sophistication of EAI products has never been better. On the other hand, the momentum behind the EAI trend could very well have been a and especially to Web services.
4、The increas major contributor to the popularity of XML, and especially to Web services. The increasing need to reduce the costs of integrating disparate environments led to the ubiquitous requirement for a standard data sharing platform, independent of ties to vendors and provided a standard data tr
5、ansport which empowered Web existing technologies. XMLservices with the ability to effectively abstract proprietary platforms in support of utilizing this transport standard to communicate over previously non-standard boundaries. and really, its not of much consequence anymore. XML Perhaps both clai
6、ms are true, and Web services have become key enabling technologies within the world of EAI, and EAI products are being built from the ground up in support of the XML and Web services technology platforms. 1. Service models for enterprise integration architecturesThe process-oriented nature of EAI s
7、olutions has driven the requirement for service models that can execute and manage various aspects of enterprise business. EAI middleware is typically involved with the creation and hosting of these services; however, it is not uncommon for custom-developed integration solutions to provide these typ
8、es of services independently. Either way, an understanding of their roles and underlying technologies is vital when designing an enterprise integration architecture. The following XWIF service models are distinctive of senrice-oriented EAI environments. When coordinating the message exchange pattern
9、 involved in the execution of a busi- ness task, it is often necessary to encapsulate the interaction between Web services into a dedicated business process. This provides a central source of business logic that determines the rules, conditions, and exceptions relating to the workflow scenarios that
10、 can occur within a solution. A number of business process dialects have emerged; however, the BPEL4WS specifi-cation has received the broadest industry support. It is complemented by the WS- Coordination and WS-Transaction standards to provide a framework for building sophisticated and fully manage
11、d business workflows. A BPEL4WS process service exists as a Web service composed from numer-ous language constructs that can facilitate most traditional workflow requirements. The documeilt representing the BPEL4WS process contains interfaces (or portTypes) WSDL for the process service itself, as we
12、ll as any additional services involved with the execu- tion of the process. Unlike regular WSDL documents, however, the service definition for a BPEL4WS processprovides no binding information. It is intentionally implementation-neutral so that the process can remain mobile, reusable, and independent
13、 from changes to the technical deployment environment. WS-Coordination is closely associated with the WS-Transaction specification, which defines two distinct coordination types, both of which are relevant to enterprise integration environments. The first, atomic transactions, enables the management
14、 of ACID like transactions. The service model for atomic transaction coordinators is established in Chapter 9; it is the most common type of coordination service used in legacy integration architectures. The second coordination type provides a niodel for long running transactions, and is represented
15、 as part of the coordination service model(for business activities)Business proces sintegration is a typical characteristic of EAI solutions, which is why coordination services for business activities are utilized exclusively for the management of long running business activities.This service model
16、is generally used in conjunction with process services as a means of handling successand failure conditions related to the execution of the overall process activity .The WS-Coordination specification provides an assembly of services with predefinedinterfaces that support the management of a coordina
17、tion context. Specifically, this collection of services provides separate operations for the creation of a context, the registration for a context, and the selection of a protocol.2.Fundamental enterprise integration architecture components:EAI solutions centralize inter-application communication an
18、d automate new processes with the help of two core components: the broker component and the orchestrntion engine . The frundamental functions enabled by these components establish the basic EAI architectureTo demonstrate how these components function, basic data exchange scenarios are provided in th
19、is section. Even though these exainples might seem simplistic, they explain key EAI concepts. Most enterprise integration problems are sollved through the use of these two core components. Incidentally, these two integration scenarios are equally common in B2B environmentsThe broker component is cap
20、able of performing a wide variety of runtime functions, such as: sopliisticated data transformations merging documents froin different sources supplementing received data from one application with additional information from another The primary function of an integration broker component, however, i
21、s to ensure that data received from one source is always in the forinat expected by the destination The following five-step process demonstrates the retrieval of data by application B, in response to a request from application A (How the request is sent to application B is not relevant to this examp
22、le.) Figure 10.7 provides an overview of the process stepsStep 1 : retrieve requested data from the source database (Figure 10.8) Application A initiates a request for data that is transmitted to application B. Application B processes this request and retrieves the dataStep2: validate source data us
23、ing source schema (Figure 10.9) At some point, the retrieved data is validated against a schema representing the data model of the message document that will be used to transport the data outside of the application boundaryThis step may occur natively within the database, or it may be executed withi
24、n application Bs logic. The latter case is more likely if the data is retrieved from multiple data sources, in which case a unique schema for this specific representation may exist.Step 3: broker the data format (Figure 10.10) Finally, heres where our broker component kicks in. It will already have
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 毕业设计 文献 翻译 面向 服务 架构 企业 整合
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【可****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【可****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。