2006年6月29日

同学们,哈!提交啦!提交啦!提交啦!SOAPower立功了,SOAPower立功了!不要给延期任何的机会。

伟大的SOAPower的队长!他继承了SOAPower的光荣的传统。GaoWei、JiangLei、JiangJun在这一刻灵魂附体!JiYongKang一个人他代表了SOAPower悠久的历史和传统,在这一刻他不是一个人在战斗,他不是一个人!

进复赛啦!比赛结束了!SOAPower获得了胜利。他们没有再一次倒在延期的面前,伟大的SOAPower!伟大的上海交大的SOAPower!SOAPower今天生日快乐!SOAPower万岁!

--黄健翔SOAPower版^_^

经过大家的不懈努力,我们提交了初赛作品,同学们辛苦啦!祝我们在接下来的时间里顺利通过期末考试!

posted @ 2006-06-29 00:34 季永柯 阅读(66) 评论(2) 编辑


2006年6月27日

       今天从网格中心的实验室经过,脑子里突然灵光一闪:SOA与网格计算的思想也有相通之处嘛。

        SOA希望能够将彼此关系松散的应用系统功能元件整合为服务,并将其发布、组合及使用。网格计算则希望把散布在网络各个角落的计算能力整合起来,并将其发布及使用。

        如果我们把硬件设备的计算能力看作服务,网格计算就可以看作是特殊的SOA.而且两者都希望能够把计算能力或服务进行方便、高效以及无缝的整合。

        恩,大家谁有兴趣可以深入思考一下,说不定还能发一篇小论文呢。。。^_^

posted @ 2006-06-27 13:12 季永柯 阅读(147) 评论(0) 编辑

        晚上与MoTo男谈起SOA,他说本来以为IBM在炒概念,但随着对SOA的了解越来越深入,发现SOA确实有实用价值,尤其是在已有系统的整合方面,如果SOA实施的好,那么整合既有系统就会事半功倍。我深有同感,而且觉得SOA与IBM一直倡导的"随需应变"十分契合,甚至感觉SOA就是为“随需应变”量身打造的。一旦企业实施了SOA,那么利用服务这种粗粒度的元素就能很好得对系统进行重整,随需应变自然也就实现了。

        不过现在SOA还缺少标准,有的只是一些规范,希望SOA的标准能早日定下来。

posted @ 2006-06-27 01:15 季永柯 阅读(80) 评论(0) 编辑


2006年6月26日

看了一篇概论性质的文章,可以小结一下。

一、SOA具有的特性

  SOA服务具有平台独立的自我描述XML文档。Web服务描述语言(WSDL, Web Services DesCRiption Language)是用于描述服务的标准语言。

  SOA 服务用消息进行通信,该消息通常使用XML Schema来定义(也叫做XSD, XML Schema Definition)。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部处理的关键商业文档。

  在一个企业内部,SOA服务通过一个扮演目录列表(DIrECtory liSTing)角色的登记处(Registry)来进行维护。应用程序在登记处(Registry)寻找并调用某项服务。统一描述,定义和集成(UDDI, UniverSAl Description, Definition, and Integration)是服务登记的标准。

  每项SOA服务都有一个与之相关的服务品质(QOS, quality of service)。QoS的一些关键元素有安全需求(例如认证和授权),可靠通信(译注:可靠消息是指,确保消息“仅且仅仅”发送一次,从而过滤重复信息。),以及谁能调用服务的策略。

二、SOA三大基本特征

      1 独立的功能实体

      在Internet这样松散的使用环境中,任何访问请求都有可能出错,因此任何企图通过Internet进行控制的结构都会面临严重的稳定性问题。SOA非常强调架构中提供服务的功能实体的完全独立自主的能力。传统的组件技术,如.NET Remoting,EJB,COM或者CORBA,都需要有一个宿主(Host或者Server)来存放和管理这些功能实体;当这些宿主运行结束时这些组件的寿命也随之结束。这样当宿主本身或者其它功能部分出现问题的时候,在该宿主上运行的其它应用服务就会受到影响。

      SOA架构中非常强调实体自我管理和恢复能力。常见的用来进行自我恢复的技术,比如事务处理(Transaction),消息队列(Message Queue),冗余部署(Redundant Deployment)和集群系统(Cluster)在SOA中都起到至关重要的作用。

      2 大数据量低频率访问

      对于.NET Remoting,EJB或者XML-RPC这些传统的分布式计算模型而言,他们的服务提供都是通过函数调用的方式进行的,一个功能的完成往往需要通过客户端和服务器来回很多次函数调用才能完成。在Intranet的环境下,这些调用给系统的响应速度和稳定性带来的影响都可以忽略不计,但是在Internet环境下这些因素往往是决定整个系统是否能正常工作的一个关键决定因素。因此SOA系统推荐采用大数据量的方式一次性进行信息交换。

      3 基于文本的消息传递

      由于Internet中大量异构系统的存在决定了SOA系统必须采用基于文本而非二进制的消息传递方式。在COM、CORBA这些传统的组件模型中,从服务器端传往客户端的是一个二进制编码的对象,在客户端通过调用这个对象的方法来完成某些功能;但是在Internet环境下,不同语言,不同平台对数据、甚至是一些基本数据类型定义不同,给不同的服务之间传递对象带来的很大困难。由于基于文本的消息本身是不包含任何处理逻辑和数据型的,因此服务间只传递文本,对数据的处理依赖于接收端的方式可以帮忙绕过兼容性这个的大泥坑。

      此外,对于一个服务来说,Internet与局域网最大的一个区别就是在Internet上的版本管理极其困难,传统软件采用的升级方式在这种松散的分布式环境中几乎无法进行。采用基于文本的消息传递方式,数据处理端可以只选择性的处理自己理解的那部分数据,而忽略其它的数据,从而得到的非常理想的兼容性。

posted @ 2006-06-26 23:03 季永柯 阅读(647) 评论(0) 编辑


2006年6月21日

        今天收到ERP,CRM的资料,主要是用友和TurboCRM的一些案例和实施方案。虽然咱们原来看过一些相关的资料,这些可能针对性更强一些,大家可以到我的FTP去下载。

        PS: 还要赞一下IBM,他们的工作做得很细致,月初打电话确认了报名,前两天又打电话确认资料是否收到。确实有蓝色巨人的风范...^_^

posted @ 2006-06-21 19:52 季永柯 阅读(87) 评论(0) 编辑

        昨天老高拿出了系统架构的初稿,我看了觉得相当不错,思路很清晰,与SOA结合得也很好,系统架构决策、用例模型等图示也很好的反映了题目的需求。相当赞!!
只是有些地方写的比较笼统,比如数据模型那一块还需要进一步的分析和细化。

        JL的组件设计还在进行中,IBM给的要求不是很清晰,现阶段这一块不应该设计的过细,要把握好一个度。加油!!

        JJ的任务倒是碰到了些难题,主要体现在对业务模型和服务模型的理解上,给人感觉这些概念比较泛,有点难以下手的感觉。不过看过一些文档后,现在已经有些概念了,老蒋,一定要坚持到底阿!呵呵

        现在已经到了最关键的阶段,大家要齐心协力,坚持到底!虽然我们遇到一些困难,比如六月初才起步,而最近又有不少的考试。但凭借大家的实力以及对SOA的兴趣,我们一定会笑到最后的...相信自己,相信我们的SOAPower团队!

        PS:19号的时候有一个团队第一个交稿了,他们倒是蛮快的,呵呵。只要我们按计划行动,按期完成是不成问题的。。。

posted @ 2006-06-21 19:38 季永柯 阅读(65) 评论(0) 编辑


2006年6月17日

Email给大家一些RUP的模版和资料,RUP比较重量级,大家适当剪裁,尽量在分析设计过程中利用一些RUP的思想和模式。

posted @ 2006-06-17 16:21 季永柯 阅读(97) 评论(0) 编辑


2006年6月16日

posted @ 2006-06-16 19:03 季永柯 阅读(79) 评论(0) 编辑

posted @ 2006-06-16 16:38 季永柯 阅读(65) 评论(0) 编辑


2006年6月15日

posted @ 2006-06-15 21:54 季永柯 阅读(189) 评论(5) 编辑


posts - 16, comments - 12, trackbacks - 0, articles - 4

Copyright © 季永柯