加载中…
个人资料
SOA小组
SOA小组
  • 博客等级:
  • 博客积分:0
  • 博客访问:3,734
  • 关注人气:0
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
分类
评论
加载中…
留言
加载中…
访客
加载中…
好友
加载中…
博文
(2006-06-28 09:25)
刚刚将初赛交付件提交上去,比赛算是告一阶段了
 
阿德
2006.6.28
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2006-06-21 16:26)
昨晚大家聚在一起讨论了一下提交的详细文档,各层之间最终确定了接口的一致性。另外还就文档的内容进行了讨论,大家互相提了一些意见。最后,当然是大伙文档格式的统一了,还有就是改正一些文档中的别字了。
初步定于6.24(周六)晚上提交文档的最终稿,到时再确定是否再碰一次头。
 
阿德
2006.6.21
2006.6.22修改
 
 
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2006-06-19 08:29)
又来博客一把啦!
最近讨论了两次,都未来写总结,忙啊
6月4日碰头时主要讨论了以下内容:
1.介绍前阶段所做工作
2.需求讨论(自己感觉SOA思想主要,需求次要)
3.任务重新调整
4.下次每人提交一份初步文档(文档编写规范:在博客上发了一个架构模板)
5.下次再讨论一次需求,看有无必要修改
6.通告一些比赛的进展(邮件、报名情况等)
6月12日的会议主要有以下议程:
1.交流心得:根据上上一次按照七层架构模版分配的任务,各自介绍负责的那一层的设计思路,讨论各自需要其他成员提供什么东西(接口等)(这个议程可是花了相。。。当长的时间)
2.确定6.19号左右提交详细文档
3.事项交待(邮件。。。)
再过两天准备在大家提交详细文档时再组织最后一次会议,讨论一下详细文档中需要修改的地方。
希望大伙都抓紧时间,做好最后一公里的冲刺!
 
阿德
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
BPEL4WS 允许定义使用 Web 服务的业务流程,也允许定义把业务流程的功能具体化为 Web 服务的业务流程。这篇短文使用一个简单的示例来介绍 BPEL4WS 的基本语言元素。此外还将简要说明语言中的概念:建立双边伙伴关系、使消息和流程关联、定义业务流程的活动的顺序、处理长期运行的事务的异常。我们还要介绍 BPEL4WS 所导致的编程模型以及在纯粹的 B2B 情景中 BPEL4WS 的使用。

介绍

Web 服务是独立的模块化的业务流程应用程序,它基于这些行业标准技术:(用于描述的)WSDL、(用于做广告和联合的)UDDI 以及(用于通信的)SOAP。它们使用户能够以平台独立和语言独立的方式连接不同的组件,在连接时甚至可以跨越组织边界。

但是,这些标准都不能定义 Web 服务的业务语义。所以,目前的 Web 服务是孤立的不透明的。打破孤立就是要把 Web 服务连接起来并指定怎样共同使用一组组 Web 服务来实现更复杂的功能 ― 业务流程就是一个典型的例子。

业务流程指定了一组 Web 服务的操作的可能执行顺序、这些 Web 服务间共享的数据、业务流程

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2006-06-09 11:30)
集成平台的类型划分方法很多,有从应用层次来分,也有从拓扑结构来分等。本文主要从二个角度进行划分。

  一 拓扑结构分类
  1、点到点(Point to Point).一个应用和另一个应用直接连接。该应用适合同步通信以及永久连接的应用场景。一般企业内部的MRPII和帐务系统之间采取这种方法。

  2、网络型(Network).网络型该模型适合有一些异步活动以及相关交易必须和其它应用同时存在的情况。

  3、总线型(Bus)。源应用将消息集中放置在逻辑服务软总线之上,各个应用在总线上选择提交和广播消息。

  4、管线型(Pipeline).该结构适合无须动态配置且多个应用管线相互作用的结构。如网站中的订单系统订单处理和财务收银系统中信用确认之间的流转。

  5、集线器型(Hub)。将消息从各自的源发送到中央Hub,Hub中央接点集中转换和发送,减少手工重复录入和鼓励重用。
 
二 从集成应用层次分类
  1、面向信息的集成(Information -oriented integration,IOI)。有时也简称为数据集成。该模型重点解决不同应用和
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2006-06-08 16:43)
做了一个ESB的Demo,传几张截图上来给大家看看。
开发工具:IBM WebSphere Application Server V6.0
硬件需求:990 MB minimum for installation (includes SDK)(512M也跑得瞒快的
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 

对于每一层,你都必须做设计和架构决定。因此,为了帮助用文件说明你的 SOA,你可能应该创建文档,由每个层相应的部分所组成。

这里是为你的 SOA 架构文档设计的模板

  1. 范围 <此架构适用于企业的哪个领域>
  2. 操作系统层
    1. 打包的应用程序
    2. 自定义应用程序
    3. 架构决策
  3. 企业组件层
    1. 企业组件支持的功能范围
    2. <这个企业组件支持业务领域、目标和过程>
    3. 关于控制的决策
      1. <作为这个客户端组织内部企业组件来选择某物的标准>
    4. 架构决策
  4. 服务层
    1. 服务分类表
    2. 架构决策
  5. 业务过程和合成层
    1. 业务过程可以表现为舞蹈编排(choreographies)
    2. 架构决策
      1. <哪一个过程需要编排在舞蹈编排里面以及哪一个镶嵌在应用程序里面?>
  6. 访问或者表现层
    1. <证明这层中 Web 服务和 SOA 的含意;即便要。例如,在用户接口级别上调用 Web 服务的 portlet 的使用,以及在此
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2006-06-04 15:29)
    企业服务总线(Enterprise Service Bus),以下简称ESB,是过去消息中间件的发展。ESB采用了“总线”这样一种模式来管理和简化应用之间的集成拓扑结构,以广为接受的开放标准为基础来支持应用之间在消息、事件和服务的级别上动态的互连互通。
ESB定义:ESB是一种在松散耦合的服务和应用之间标准的集成方式。它可以作用于:
  • 面向服务的架构 -分布式的应用由可重用的服务组成
  • 面向消息的架构 - 应用之间通过ESB发送和接受消息
  • 事件驱动的架构 - 应用之间异步地产生和接收消息

很不幸,上面的定义看上去很拗口,我们暂且用一句较通俗的话来描述它:ESB就是在SOA架构中实现服务间智能化集成与管理的中介。

ESB与SOA的关系

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 

什么是Portal
Portal是基于Web的,以“应用整合”和“消除信息孤岛”为最终目的,提供单点登录、内容聚合、个性化门户定制等功能的综合信息系统。

完整的Portal通常由Portal服务器、Portlet容器、Portlet构成。
Portal 服务器Portal服务器是容纳Portlet容器,支持Portlet呈现的普通或者特殊Web服务器。Portal服务器通常会提供个性化设置、单点登录、内容聚合、信息发布、权限管理等功能,支持各种信息数据来源,并将这些数据信息放在网页中组合而成,提供个性化的内容定制,不同权限的浏览者能够浏览不同的信息内容。通常,Portal提供以下功能:

单点登录:Portal通常采用ACL、SSL、LDAP等业界标准的安全技术,提供对所有现有应用系统的安全集成,只需在Portal的唯一入口上登录一次,就可以访问所有应用系统和数据。对于安全性要求较高的应用系统,如电子商务平台、交易系统等,通过扩展接口传递用户身份信息,如数字证书信息、数字签名信息等,进行二次身份认证,保证单点登陆的安全性。

权限控制:系统采用LDAP对用户资源进行统一的管理,同时提供二次开发接口,可以与其他应用系统的用户管理模块对接,并能随相关业务系统实时更新访问权

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
研究了好久(其实就不到1个月)BPEL4WS规范,终于开始写我的第一个例子程序了(别拍我),绝对经典的HelloWorld示例程序了,哈哈!(当初大师们的宽广心胸真值得我们学习呀,直接向世界Say hello了),虽然只是个很简单的示例程序,可过程一样的曲折呀!
  废话少说,开始了:
  本人简单的HelloWorld程序发布到Apache Axis下一切ok,客户端调用一切正常.Soap监视器也一切正常.(开始激动,很有成就感,),于是开始写我的BPEL文件,本人利用BPEL4J的示例程序开始修改,一切按照规范进行,很快完成了.wsdl和.bpel文件的编写,然后部署,竟然报错说找不到Activity,经过查找发现.wsdl文件的location没有找到,晕,修改之后,部署,一切ok(),
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
  

新浪BLOG意见反馈留言板 电话:4006900000 提示音后按1键(按当地市话标准计费) 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 会员注册 | 产品答疑

新浪公司 版权所有