| Sword's profileLSSS的共享空间PhotosBlogLists |  Tools  Help |
|
June 18 期待的归来好长时间没有来了，我们学习可谓艰苦而耗时，但是收获还是非常大的，前一段正赶上期末考试，连续考了10多科，基本上天天都有，但是在这种压力下，大家还是坚持到了考试前3天才放下这富有挑战的SOA。现在考试还有两门，革命尚未成功，我们还需努力，总之一句话期待考试的圆满结束，SOA的再次开始。在这里预祝大家考试顺利成功。
下面有一个通知：IBM发到邮箱里的： 竞赛题目学习资料 可能有的参赛团队还没有接到我们发出的用友公司和TurboCRM公司的学习材料，请不要着急。我们将于六月上旬确认最终的报名状况后统一发出。 另外，对于最初的竞赛题目，我们有一些小小的修改： 原题目中：“ 因为我们现在推荐的系统是TurboCRM，因此题目现在改为：于是，2005年8月份凤凰公司引进并在企业内部成功实施了某客户关系管理系统。凤凰的销售人员在任何时间和地点只需要连接企业内部网，并通过普通的Web浏览器就可以使用和管理客户及销售信息，包括客户信息，商机，业务机会，以及客户及销售信息分析图表等。 请注意，从在线订购服务到企业内网应用部署的这个调整其实并不会对各位的设计带来太多的本质上的区别，因此请大家不必将太多的精力耗费在这个细节上面。 May 07 家里上不了网，真苦家里的台式机瘫痪了，怎么踹也不正常工作，上不了网，真苦。我觉得看SOA的速度怎么也提不上来，没办法，基础知识太少了，什么WebSphere，J2EE的，就知道个名，具体怎么回事一概不知。看的过程中又有一大堆词看不明白，什么耦合、粒度的，不过L整理了一些名词解释，真是辛苦了，我也要努力做些贡献。革命尚未成功，同志仍需努力！
PS：蛇换得背景很酷
 by Sword May 04 看文章遇到好多不明白的缩写和词汇~查了查与大家分享1.WSDL: Web Service Description Language 2.EAI: Enterprise Application Integration 3.WPBPM: weblogic BPM(business process management) , 遵循了WFMC的流程规范。如开发、运行交互、管理三阶段，流程生命周期等 流程描述遵循了BPEL规范，具体是JSR207. 有兴趣可以参考上述方面。 4.WSRP : Web Services for Remote Portlets即远程 Portlet Web 服务 5.VOAD: Variation-Oriented Analysis and Design 6.Portlet: http://www.lhjy.net/RecruiStu/JSJ/200512/20350.html 7.SOMA:Service Oriented Modeling and Architecture 8.关于组件粒度： 组件：提供可重用的功能的类库或函数库； 组件粒度：组件的源代码文件越少，粒度越大。用户可以根据不同的需求定义组件粒度的大小； 调用关系：文件之间有函数/方法/属性/变量调用或继承关系则称文件之间有关系； Layer：一个layer表示一个组件，Layer后面的数字表示组件的粒度，数字越大粒度越小，既组件的源代码文件越多，复杂度越大； 组件集成：根据现有源代码之间的调用关系，和本文定义法则和可定制约束条件来自动组合组件。 法则：没有调用关系的源代码不能组合为一个组件； 可选择以下2个约束条件中的一个： 1 组件内源文件不能调用组件外的源文件； 2 组件不能和多个文件组合为二个以上不同组件； 9.松耦合loose coupling：松耦合的基本概念是：允许改变或者当问题发生在“电线的一端时”来避免影响到其他的端点。也就是说，改变或者供应者或者服务的问题不能影响到用户----或者用户的问题不应影响到供应者或者服务。举例来说，如果服务的新版本被推出的话，服务的用户就不必非要去修改，不必非要去改变路线，甚至不必经历停滞期----因为它（服务的新版本被推出）能清楚地向他们显示出来。相对而言，如果服务的一个用户决定改变他们正在使用的供应者（可能有了一个更低价格的服务供选择），这不需要用户应用必须要被重新编码，甚至是中断来做这样的改变。作为提供松耦合的必备基本要素，Web服务管理代理经常使用在用户和供应者之间。
L Angel May 03 我回来啦 我昨晚到的北京，累得够呛。大连是个不错的城市，广场甚多，且城市靠海随时可到海边漫步。只不过天气多变，温差较大。大连人都挺爱逛街，男女老少都爱上街买衣服，那里的人长得也确实漂亮，身材也好，不过一张嘴就没法听了，是那种特粗的口音，跟吵架似的。那儿的人过马路从不看红绿灯，因为那儿有条规定，行人只要被车撞了，责任全在汽车。大连人的收入不高，一般也就一两千块钱，但因为是旅游城市，消费又很贵，所以看大连人并不很富，路上没什么好车。我住的是海事大学的宾馆，一碗上一百块钱，很划算。人家哪个学校可就没得说了，又大又漂亮，比北大清华不差。这趟出行收获不小，体验了一下东北城市的风貌，还让我知道了什么叫干净整洁的城市，北京在这方面差得太多了。
SOA的情况我要开始看了，你们有什么进展吗？
By the way: Snake 是大佘吗？
May 01 labor~labor~day~~又摘了一个~~soa与其他技术的关系如何SOA 可以与许多其他技术结合在一起使用，然而，组件的封装和聚合在其中扮演着重要的角色。如前所述，SOA 可以是一个简单对象、复杂对象、对象的集合、包含许多对象的流程、包含其他流程的流程，甚至还可以是输出单一结果的应用程序的整体集合。在服务之外，它可以看作是单个实体，但是在其自身中，它可以具有任何级别的复杂性（如果必要的话）。出于性能方面的考虑，大多数 SOA 服务并没有下降到单一对象的粒度，并且更适合于大中型组件。 除了可能离不开 XML 和 WSDL 之外，SOA 并不是特定于语言的。可以用任何编程语言来实现服务，只要这种编程语言可以生成服务并且可以与 WSDL 结合在一起使用就可以了。SOAP 本身并不是绝对需要的，但它是通用的消息传递系统。因此，可以使用几乎任何一种编程语言和支持 WSDL 的平台来实现 SOA 中的成员服务。 基于通用对象请求代理体系结构（Common Object Broker Request Architecture，CORBA）的应用程序有许多组件必须连接到 SOA 中。虽然 CORBA 中的接口描述语言（Interface Description Language，IDL）在概念上类似于 WSDL，但它不是严格的，因而首先需要将其映射到 WSDL。另外，需要使用更高级的 SOA 协议（比如用于流程和策略管理的协议），而不是 CORBA 中的类似的概念。请记住，这是 CORBA 组件（表示为服务）需要与 SOA 服务交互的情况；在 CORBA 模型中，所有的独立子集仍然可以像以前一样工作。 由对象管理组（Object Management Group）提出并在许多 IBM Rational 产品中得以实现的模型驱动体系结构在一个更抽象的层次上与 SOA 的概念具有很强的相关性。MDA 基于这样的概念，任何软件流程都可以定义为模型甚至是元模型（即模型的模型），然后可以将这些模型和元模型转换成应用程序的实际组件。因此，MDA 创建了一个模型，这个模型先编译成软件应用程序，而软件应用程序接着又编译成可执行程序，这样就可以在平台上运行了。MDA 并不区分服务和对象这两个概念，但是它确实允许模型由其他子集模型本身组成，这类似于 BPEL（SOA 的一个核心组件）中的流程聚合的概念。 SOA 和 Web 服务是独立于编程语言的，但 Java 是主要的开发语言之一。可以使用定义良好的 Java 接口以及各种协议丰富的 Java 实现为正在构建这个模型的开发人员提供了优势。Java 在此担当了开发每个服务的功能、管理数据对象和与其他在逻辑上封装在服务内的对象进行交互的角色。 SOA 与 Web 的另一个重要的关系是自主计算和网格计算的概念。自主计算的概念应用于管理分布式服务体系结构的范围，具体来说，就是帮助维护策略和服务级协议以及 SOA 系统的总稳定性。 另外，网格计算可以以两个级别与 SOA 系统一起使用。网格是分布式计算的一种形式，它利用分布式特性和服务之间的交互来为 SOA 应用程序提供计算支持。在这种情况下，网格起到了框架的作用，其中实现了一些或所有单独的服务。因此，SOA 应用程序可以是网格服务的消费者。 在另一方面，网格本身也可以构建在 SOA 之上。在这种情况下，每个操作系统服务都是构成整个 SOA 应用程序的成员，而 SOA 应用程序就是网格本身。因此，单独的网格组件既可以使用 Web 服务进行通信，又可以以 SOA 的方式进行交互。总而言之，网格系统可以是 SOA 本身，也可以提供服务来在其上构建应用程序级 SOA 模型。
by snake~ 摘了一个~~构成soa的技术是什么SOA 本身是应该如何将软件组织在一起的抽象概念。它依赖于用 XML 和 Web 服务实现并以软件的形式存在的更加具体的观念和技术。此外，它还需要安全性、策略管理、可靠消息传递以及会计系统的支持，从而有效地工作。您还可以通过分布式事务处理和分布式软件状态管理来进一步地改善它。 SOA 服务和 Web 服务之间的区别在于设计。SOA 概念并没有确切地定义服务具体如何交互，而仅仅定义了服务如何相互理解以及如何交互。其中的区别也就是定义如何执行流程的战略与如何执行流程的战术之间的区别。而另一方面，Web 服务在需要交互的服务之间如何传递消息有具体的指导原则；从战术上实现 SOA 模型是通过 HTTP 传递的 SOAP 消息中最常见的 SOA 模型。因而，从本质上讲，Web 是实现 SOA 的具体方式之一。 尽管我们觉得 Web 服务是实现 SOA 的最好方式，但是 SOA 并不局限于 Web 服务。其他使用 WSDL 直接实现服务接口并且通过 XML 消息进行通信的协议也可以包括在 SOA 之中。正如在别处指出的，CORBA 和 IBM 的 MQ 系统通过使用能够处理 WSDL 的新特征也可以参与到 SOA 中来。如果两个服务需要交换数据，那么它们还会需要使用相同的消息传递协议，但是数据接口允许相同的信息交换。 既为了建立所有这些信息的适当控制，又为了应用安全性、策略、可靠性以及会计方面的要求，在 SOA 体系结构的框架中加入了一个新的软件对象。这个对象就是企业服务总线（Enterprise Service Bus，ESB），它使用许多可能的消息传递协议来负责适当的控制、流甚至还可能是服务之间所有消息的传输。虽然 ESB 并不是绝对必需的，但它却是在 SOA 中正确管理您的业务流程至关重要的组件。ESB 本身可以是单个引擎，甚至还可以是由许多同级和下级 ESB 组成的分布式系统，这些 ESB 一起工作，以保持 SOA 系统的运行。在概念上，它是从早期比如消息队列和分布式事务计算这些计算机科学概念所建立的存储转发机制发展而来的。 从开发人员的角度来说，他们使用的工具必须知道 SOA 的能力，并允许开发人员有效地使用 SOA 对象。这将设计 SOA 模型、开发服务和服务对象以及测试 SOA 应用程序这些过程包括进来并组成一个整体。因而，开发人员的工作必须为面向服务的应用程序设计/开发（Service-Oriented Application Design/Development，SOAD）做好准备。
by snake~
L来了L来了~五一要好好学习SOA~
刘恩周 |
|
|
