zl198183的专栏

 一、明确的边界    通过跨越定义明确的边界进行显式消息传递，服务得以彼此交互。有时候，跨越服务边界可能要耗费很大的成本，这要视地理、信任或执行因素而定。边界是指服务的公共接口与其内部专用实现之间的界线。服务的边界通过 WSDL 发布，可能包括说明特定服务之期望的声明。    二、服务共享和约和架构，不是类    服务交互应当只以服务的策略、架构和基于合约的行为为基础。服务的合约通常使用 WSD

 总结的一些系统分析的经验 http://soa.5d6d.com/viewthread.php?tid=850&fromuid=1做需求分析，我觉得最重要的任务是简化业务流程、规则、逻辑；丰富用户体验；     0. 尽量将复杂的用户需求抽像成最简单的业务规则、数据库结构来实现。因为需求是不可能一下子就确定的，假设我们刚开始对核心需求的实现方式增加了一点点的复杂性，比如说多加了一个表，一个藕

 某日，老师在课堂上想考考学生们的智商，就问一个男孩:“树上有十只鸟，开枪打死一只，还剩几只？” 男孩反问:“是无声枪么？” “不是。” “枪声有多大？” “80~100分贝。” “那就是说会震的耳朵疼？” “是。” “在这个城市里打鸟犯不犯法？” ‘不犯。” “您确定那只鸟真的被打死啦？” “确定。”老师已经不耐烦了，”拜托，你告诉我还剩几只就行了，OK？” “OK。鸟里有没有聋子？” “没有。

 软件生命周期模式 http://soa.5d6d.com/viewthread.php?tid=852&fromuid=1对于不同的软件系统，可以采用不同的开发方法、以及运用不同的管理方法和手段。实际上，软件生命周期法在开始的时候只是一个概念。因此，在应用软件开发生命周期法时，许多开发团队会把这一个概念进行工具化，这一个工具化就是软件开发生命周期模式。通过软件开发生命周期

软件工程的目标是提高软件的质量与生产率，最终实现软件的工业化生产。质量是 软件需求方最关心的问题，用户即使不图物美价廉，也要求个货真价实。生产率是软件 供应方最关心的问题，老板和员工都想用更少的时间挣更多的钱。质量与生产率之间有 着内在的联系，高生产率必须以质量合格为前提。如果质量不合格，对供需双方都是坏 事情。从短期效益看，追求高质量会延长软件开发时间并且增大费用，似乎降低了生产

1995年，Philippe Kruchten在《IEEE Software》上发表了题为《The 4+1 View Model of Architecture》的论文，引起了业界的极大关注。后来，Philippe Kruchten加入Rational，他的4+1视图方法演变为著名的、为许多架构师所熟知的“RUP 4+1视图方法”（如下图所示）。概括而言：·         

导读：　　XML的优点　　XML作为一种数据格式有更多的优点[5]：　　u　　开放性　　XML得以成功的主要因素之一就是他的基于规范和标准的开放性。XML技术根据标准规范，允许在任何平台上读取和处理数据。更重要的是XML允许通过HTTP和其他传输协议交换XML数据。　　u　　简单性　　XML另外一个非常重要的优点就是他的简单性。XML文档只是纯文本。这样XML文档就可以自由

导读：　　工作流参考模型　　WFMC的WFMS参考模型，它描述了WFMS体系结构中的主要模块以及模块之间的接口。该参考模型中主要涉及到的以下几种数据[23]：　　1. 工作流控制数据（Workflow Control Data）：由WFMS或工作流执行服务中的内部数据。工作流执行服务器维护内部控制数据，来确定过程实例或活动实例的状态，并支持其他内部状态信息。这种内部控制数据不能被访问

导读：　　1993年工作流管理联盟的成立标志着工作流技术开始进入相对成熟的阶段。为了实现不同工作流产品之间的互操作，WFMC在工作流管理系统的相关术语、体系结构及应用编程接口（WAPI）等方面制定了一系列标准[20]。　　不同的研究者和工作流产品供应商从不同的角度给出了工作流的定义。　　工作流管理联盟给出的工作流定义是[1]:工作流是一类能够完全或者部分自动执行的经营过程，它根据一系

导读：　　工作流管理系统的体系结构　　工作流管理系统的实际应用可以提高系统的柔性和软件的重用性，并且可以增加工作过程的透明度，提高工作效率。利用工作流管理系统还可以对生产经营过程的合理性进行分析，从而为BPM提供支持。为了适应市场的多元化及实现不同工作流系统之间的集成，必须对工作流管理系统的主要功能的实施接口进行标准化。为了实现工作流技术的标准化和开放性，从而支持异构WFMS之间的互操

导读：　　工作流的发展　　工作流的概念起源于生产组织和办公自动化领域，它是针对日常工作中具有固定程序的活动而提出的一个概念。目的是通过将工作分解成定义良好的任务、角色，按照一定的规则和过程来执行这些任务并对它们进行监控，达到提高办事效率、降低生产成本、提高企业生产经营管理水平和企业竞争力。工作流技术一出现马上就得到了广泛的重视和研究。按照工作流应用系统的特点，可以将工作流技术的发展过程

导读：　　WEB SERVICE　　Web Service是由 Worldwide Web Consortium（W3C）设计和指定的标准，主要用来促进跨平台的程序之间的通信。目前，Web Service标准主要包括三个部分：Web服务描述语言WSDL，简单对象访问协议SOAP以及统一描述、发现和集成（UDDI）。　　Web Service是一种分布式计算体系结构，被设计和制定用来促

导读：　　JAVA技术　　JAVA[9][12]作为一种程序设计语言虽然只发展了短短的几年时间，但是作为一种比较纯粹的面向对象的技术，在不同的领域中，如设备、移动通信、企业应用等，引发了一场新型的程序设计模型和方法的革命，应该说，正是JAVA的出现，才真正的将面向对象技术的应用发挥到了淋漓尽致的地步。　　在系统的实现过程中，之所以选择JAVA作为开发语言，主要时考虑到JAVA的技术特

导读：　　STRUTS架构　　STRUTS架构　　Struts Framework[24]是一种基于JAVA的技术，Web应用程序开发者通过Struts Framework即可充分利用面向对象设计、代码重用以及“编写一次、到处运行”的优点。Struts提供了一种创建Web应用程序的框架，其中对应用程序的显示、表示和数据的后端代码进行了抽象。　　Struts 是MVC的一种实现，它将

导读：　　企业应用系统的功能结构　　企业应用系统一般是集OA办公、日常管理、工作办理以及系统业务开发等于一体的平台，流程模板系统　　流程模板系统的主要功能是通过Uniflow V3.5提供的定义工具，按照业务过程设计流程模板，并将流程模板发布为流程文件。这部分功能是Uniflow V3.5系统提供好的，在开发企业应用系统过程中只是在已有的定义工具上设计业务流程。　　管理控制台　　

导读：　　前面各节，介绍了什么是工作流、Uniflow V3.5的系统结构以及工作流与应用结合的模型，下面小节将详细描述如何基于Uniflow V3.5来构建企业应用。相对于传统的应用系统来说，基于工作流管理的企业应用系统更具有通用性，一旦系统开发完成，不需随着业务流程的变化再以编码的形式修改应用系统。　　根据以上对Uniflow V3.5系统的整体分析，本文提出了下面的设计思想，在横

导读：　　在前面我们主要关注Uniflow V3.5系统的整体结构及功能，接下来，我们自然要回答这样的问题，即如何有效利用信息技术从而实现理想的业务过程。为此，我们一定不能忽视面向过程的方法，必须以能够应对未来变化的方式构建应用系统，建立与应用结合的模型[8]。一般工作流应用模型的建立都要遵循一些原则和方法：　　 企业应用系统的构建必须能够清晰地反应业务过程的结构[26]。这使得

导读：　　本系列的第 1部分介绍了有关架构设计师以及 SOA 架构的知识，分析了 SOA 架构师在设计 SOA 系统架构时有哪些应该特别注意的地方。本文将延续第一部分的内容，向您介绍了SOA 为企业级架构设计带来的影响，以及在构建基于 SOA 架构的企业系统时应该怎样保证所构建的系统架构能够满足系统中不同的服务级别需求。　　1． SOA 为企业级架构设计带来的影响　　1．1 SOA

导读：　　引言　　重要的应用程序很少是单独存在的；如果不能与其他的应用程序一起使用，应用程序将难以发挥很大的作用。面向服务的体系结构往往将应用程序集成在一起，这样它们就可以协同工作并提高工作效率，每个应用程序都分成必须相互集成的各个部分。SOA 模型——服务使用者调用服务提供者——可能看起来相当简单，但是它提出了两个重要的问题：　　使用者如何找到它需要调用的服务的提供者 　　使用者

导读：　　架构设计师与SOA， 第 1 部分　　SOA(Service-OrientedArchitecture)，即面向服务的架构，这是最近一两年出现在各种技术期刊上最多的词汇了。现在有很多架构设计师和设计开发人员简单的把SOA和Web Services技术等同起来，认为SOA就是Web Service的一种实现。本质上来说，SOA体现的是一种新的系统架构，SOA的出现，将为整个企业

导读：　　用于实现 Web 服务的 SOA 编程模型，第 1 部分: IBM SOA 编程模型简介　　IBM 面向服务体系结构（Service-Oriented Architecture，SOA）编程模型使非程序员可以创建和重用 IT 资产，而不需要掌握 IT 技能。该模型包括组件类型，布线，模板，应用程序适配器，统一数据表示和企业服务总线（Enterprise Service Bus

导读：　　非功能性需求（Non-functional requirements）模式　　服务组合并不仅仅是功能组合，我们还应该描述其它一些非功能性需求作为模式并把它们融合到决策制定中。我们曾经尝试过把付费机制模式看作服务组合的一部分，在付费机制和通常的非功能需求模式中产生了很多问题，它们包括：　　◎　　组件的付费机制如何影响到组合服务的付费机制？组合服务所选项的付费机制与它的组件付

导读：　　服务设计模式　　在特定的上下文背景中，我们设计软件时会遇到许多问题，设计模式是以一种抽象的方法从那些经过良好验证的不断出现的问题的解决方案中提取出来的，即“我们可以反复使用一个解决方案而不用作两次同样的操作”，这使得那些没有实际经验的设计人员也可以对各类问题设计出灵活、一流的解决方案。　　Gama et al.1995年第一个提出了面向对象设计基本交互式的23种模式，在描述

导读：　　服务组合模式　　Intent　　使用户可以容易地定义并更改组合服务；　　Context 定义增值的组合服务；　　Problem　　如果某一企业决定提供一个增值组合服务，它需要定义一个服务调用时可以执行的业务流程，这个流程需要分解为预先存在的服务。此外，必须描述出那些服务之间的相互关系，最后，这个过程定义需要具有快速的适应和简单的维护性。　　Forces 　　如何描

导读：　　服务发现模式　　Intent 　　使Web服务的发现和集成实现自动化；　　Context 服务消费者寻找服务来满足他的需求；　　Problem 即使是寻找一个长期的贸易伙伴，服务消费者也同样会面临着众多的　　困难。然而只有那些基于案例的Web服务集成，如旅馆预定服务只有在　　服务发现过程实现自动化之后才会有意义。不但有功能性需求还有一些　　服务特征的细节如费用和执

导读：　　Web服务组合流程　　UDDI定义一种公用方法发布商业信息和服务信息。它用来检测指定的商业伙伴是否提供某一特定Web服务；发现某一特定领域中提供特定服务的公司；并定位合作者或意向性合作者已经发布的Web服务以便了解所需的技术性细节与该服务进行交互。UDDI规范由SOAP消息的XML schema和UDDI APIs的描述组成。　　一旦注册完毕，服务提供都和服务消费者都能从中

导读：　　几种建模方式比较　　实际应用中存在着许多关于流程的描述方法如脚本语言、一般图形网络方法（状态跃迁图）、形式化的图形网络方法（Petri网）、基于逻辑方法、进程代数方法、ECA规则等。　　◎　　脚本语言：基于脚本语言的描述方法包括为为务流程度身定做的控制流和数据流结构。它提供了简洁的描述方法，从而使该方法易于使用。与图形定义工具相比，有经验的流程设计人员可能更喜欢使用脚本语

导读：　　Web服务的发现策略　　随着网络的普及与高速发展，如何按需从网络中获得服务，成为了一个十分关键的问题。为此，呈现出了一系列解决方案，典型的是UDDI[4]规范。目前UDDI 主要提供如下三种查询方式：　　(1) 浏览方式：用户通过输入该企业名字中的一两个单词来获得该企业的Web 服务列表，查看是否存在用户需要的服务；　　(2) 钻探方式：用户利用已知的企业或服务的唯一标识

导读：　　服务组合　　服务组合是为了满足一些用户的需要而把一定数量的现有服务组织起来形成具有综合功能的服务集合，它的动力来自于Web服务的出现以及通过WWW把Web服务组织在一起以提供增值服务。服务组合技术主要涉及简单服务与复杂服务的表示，后者是简单服务或其它组合服务的结合体。组合服务的定义需要由元服务间的控制流和数据流来表示，服务组合领域与软件工程在现存的软件组件系统集合内有所交迭。

导读：　　Web服务服务流程执行语言　　Web 服务的业务流程执行语言（Business Process Execution Language for Web Services，BPEL4WS）规范，其定位是要成为整合方面的 Web 服务标准。使用者可以创建能够完成 Web 服务调用、操纵数据、抛出故障或终止一个流程等工作的不同活动，然后将它们连接起来，从而创建出复杂的流程。这些活动可

导读：　　语义Web服务　　现在，互联网已经成为人们进行信息交流的重要工具。人们可以通过互联网来寻找自己关心的信息，也可以通过互联网来将自己的信息发布出去。但随着互联网应用的不断扩展，现有互联网技术的局限也逐渐暴露出来。现有互联网技术的核心是超文本系统，它的主要思想是通过统一资源标识符(URI：Uniform ResourceIdentifier)对互联网上的信息进行标记，使人们可以迅

导读：　　组合Web服务的描述及实现　　根据现实商务应用的不同种类，将Web服务也按其行业的相关性划分成不同的类别，即这里的服务社区。它是一个虚拟的概念，是表示不同类别服务的视图。组合服务及一部分基本服务被注册到服务社区上，使得基本服务发生的变化只影响到所属服务社区的注册信息，由此可实现　　Web 服务功能变化时注册信息的局部化更新　　。　　此外，服务的执行实际上是由基本服务的通

导读：　　Web服务组合所面临的问题　　在开放的网络环境下，Web Services 还有许多问题需要解决。如怎样防止恶意的访问? 如何保证多个不同的Web Services 的事务一致性? 以及如何对用户访问进行计费等一系列问题。主要问题如下：　　（1）可靠性问题　　网络上不同主机的可靠性不同，如何衡量和表达这种可靠性? 当某一Web services 的主机临时离线时该如何处理

导读：　　扩展的UDDI功能　　现有的UDDI系统只提供服务的发布和查找功能，一方面它不能满足通常情况下，服务消费者需要在使用Web服务前要了解的有关该服务服务质量(QOS)方面的信息，另一方面也没有解决UDDI在语义方面的缺陷。于是在研究传统UDDI规范的基础上，我们对它进行了适当地改进与扩充，设计了扩展的UDDI。与前者相　　比，扩展UDDI的注册信息更加丰富、全面。具体的功能模

导读：　　引入Web服务的必要性　　由于应用程序有成千上万的用户，且分布在世界各地。客户端和服务器之间的通信、客户端程序的维护和升级对用户和开发人员来说都是非常令人头疼的问题，想把客户端程序发布到每一个用户手中也是不可能的。如果采用Web 服务，则不仅缩短了开发周期，还减少了代码复杂度并能够增强应用程序的可维护性和重用性。　　采用Web 服务，应用程序可以用标准的方法把功能单元和数据

导读：　　Web服务的潜在优势　　下面的几段会从受益角度对现实的应用和Web服务进行一下比较。　　◎迅速而简易的配置：企业使用Web服务模型能够提供新的服务和产品而不用延误和进行重复投资。他们通过再使用/或绑定现在的服务可以开发一个新的Web服务。例如：Web服务入口通过为任务量管理、股票报价等提供低级Web服务提供而形成高级的特性。　　◎互操作性：基于XML接口定义语言和合作商讨

导读：　　面向服务的架构（SOA）　　SOA是用于设计可共享的、可重用的、互操作的Web服务技术的实实在在并不断发展的综合体。同样重要的是，在过去几年里问了一种通用的、标准化的SOA驱动的中间件结构。这种结构建立WSDL、SOAP、和UDDI基础之上。　　SOA建立在虚拟化概念基础之上。在这种范例下，服务用标准的、独立于平台的元数据词汇（如WSDL）描述抽象接口。这种基础服务功能可以

导读：　　Web服务涉及的主要技术　　今天在Web 服务的领域中有许多活动。我们经常看到的是一系列相关标准的快速发展与成熟，它们定义了Web服务的基本结构及Web服务支持开发的开发工具。WSDL，SOAP，UDDI 和XML 是这些众多选择中的几个。它们倾向于在一个面向服务的非集中、分布式的环境中描述、展示、发现和绑定Web服务。前三个标准支持面向服务环境的基本活动，即发布、终止服务，

导读：　　Web Ontology Language (OWL)概述　　OWL简介及其在语义Web中的地位　　OWL（Web Ontology Language）适用于这样的应用，在这些应用中，不仅仅需要提供给用户可读的文档内容，而且希望处理文档内容信息。OWL能够被用于清晰地表达词汇表中的词条（term）的含义以及这些词条之间的关系。而这种对词条和它们之间的关系的表达就称作Onto

导读：　　Web服务的组合与分割　　从外部使用者的角度而言，Web服务是一种部署在Web上的对象/组件，它完成一定的功能。既然如此，那么就可以针对其所具有的功能进行分类，因为只有对Web服务进行标准统一而又准确的分类，才能保证UDDI注册和发现功能的准确性。本节从Web服务所完成功能和所属类别的角度讨论了Web服务的组合和分割，这里的“组合”和“分割”是相对的。在SDOWSCS中，我们

导读：　　Web服务定义　　Web 服务是封装成一个单一实体并通过网络发布给其它程序使用的一系列功能集。它是自包含、自描述、模块化的应用，可以发布、定位、通过Web调用。Web服务可以执行从简单的请求到复杂商务处理的任何功能，一旦部署以后，其他Web 服务应用程序可以发现并调用它部署的服务。因此，Web服务是构造开发分布式系统的基础模块，它们允许所有的企业和个人快速、廉价建立和部署全球

导读：　　面向行业本体的分析　　SDOWSCS中，行业本体（Domain Ontoloty）的作用一方面涵盖了特定领域的知识，另一方面也构成了扩展UDDI中Web服务表示的框架，这两方面的内容使得Web服务提供者在注册Web服务的过程中以此模型为基础提供有关Web服务更多的属性信息，同时也为基于语义的Web服务查找提供了支持。　　Web服务组合的目的是利用已有的Web服务来完成一个特

导读：　　对Web服务的描述包括形式和内容（语法和语义）两个方面。在形式方面，需要采用XML、WSDL等相关标准；在服务的内容描述方面，如服务的功能、性能等的描述，需要制定一套描述语义的标签以及标签之间的关联、规则，比如用OWL-S。可以说，完整的服务描述模型是建立基于Web服务的动态应用集成的基础[35]。而无论何种形式的表示，这种包含Web服务各方面信息的描述都是由Web服务提供者来

导读：　　对UDDI的扩展不可能做成通用的，因为在一个系统中不可能涵盖所有领域的UDDI的分类及目录情况，所以系统想提供一个框架，扩展对UDDI中所容纳的Web服务的语义支持，针对不同行业创建不同的UDDI支持，动态的创建及修改，并且可以动态添加UDDI语义的属性。设计一个由领域专家定义的本领域或者行业的框架，并可由Web服务提供者进行动态不断扩充，建立适合供某个领域使用的UDDI。系统

导读：　　Ontology的研究和应用主要包括以下3方面：　　 理论上的研究，主要研究概念及其分类，Ontology上的代数；　　 信息系统中的应用，主要包括处理信息组织、信息检索和异构信息系统互操作问题；　　 Ontology作为一种能在知识层提供知识共享和重用的工具在语义Web中的应用。　　Ontology的理论研究包括概念和概念分类、Ontology上的代

导读：　　语义Web的概念　　什么是语义Web并没有一个严格的定义，Tim.Berners-Lee对语义Web做了如下的描述[30]：语义Web并不是一个孤立的Web，而是对当前Web的扩展，语义Web上的信息具有定义良好的含义，使得计算机之间以及人类能够更好地彼此合作。根据上面的描述，人们可以给语义Web做出这样的定义：机器可以理解数据含义的下一代Web，称之为语义Web，语义Web

导读：　　本体与语义网络　　作为知识表示工具，Ontology 与语义网络非常相似。它们都是表示知识的形式,并且均可以通过带标记的有向图来表示，适合用于逻辑推理[26]。但从描述的对象或范围而言，Ontology 与语义有所区别。Ontology 是对共享概念模型的规范说明，这里所说的“共享概念模型”指该模型中的概念是公认的，至少在某个特定的领域是公认的。一般情况下，Ontology

导读：　　Web服务组合的描述　　Web服务组合是关于处理自治的服务组件的组装问题，使得从原始的服务组件得到一个新的服务，给出相应的发布服务接口。目前的Web服务体系结构，接口是由WSDL描述的，通过UDDI发布。但是，支持组合需要更进一步的要求：（1）组合定义（2）确保服务在既保证单个服务的一致性又保证整个组合服务的一致性的情况下被组合。目前没有一种关于Web服务应该怎样组合一致的观

导读：　　UDDI技术概述　　UDDI(Universal Description, Discovery and Integration)--统一描述、发现与集成协议标准是一个非常重要的创新。它是第一个由平台提供者、软件开发者、交易市场运营者、电子商务企业和全球商务领头羊为解决B2B 电子商务的发展的局限性而一起提出的跨行业的解决方案， 是一套基于Web的、分布式的、为Web服务提供的

导读：　　UDDI核心概念　　UDDI规范　　目前UDDI规范已经发展到了2.0版本。包括四个规范文档：UDDI Programmer’s API v2.0（UDDI程序员API规范2.0）和UDDI Data Structure Reference v2.0（UDDI数据结构参考2.0）以及UDDI Replication Specification v2.0（UDDI信息复制规范

导读：　　UDDI商业注册　　UDDI 计划的核心组件是UDDI商业注册，它使用一个XML文档来描述企业及其提供的Web服务。从概念上来说，UDDI商业注册所提供的信息包含三个部分：“白页（White Page）” 包括了地址，联系方法，和已知的企业标识；“黄页（Yellow page）”包括了基于标准分类法的行业类别；“绿页（Green Page）”则包括了关于该企业所提供的Web服

导读：　　UDDI商业发现　　UDDI 的设计目的是作为对现有的在线交易市场和搜索引擎的补充，为电子商务和服务发现机制提供标准的格式。UDDI 规范中没有直接涉及到具体的商业发现流程，例如找出一个以某一个给定的价格或在某一特定区域内的提供某种特定的产品或服务的企业。高级的发现特性需要买方和卖方更进一步的合作与设计。UDDI只是为定义这些上层应用提供了基础。UDDI 的技术发现层和商业发

导读：　　Web服务组合的定义　　于Web服务组合的问题，一方面由于异构系统中运行在不同平台之上的Web服务可能是以不同的方式创建、用不同程序语言实现、由不同供应商提供的，服务的请求需要根据特定的应用背景和需求进行合理的服务组合；另一方面，服务组件（Service Component）或基本服务（Elementary Service）不可能很复杂，这也是服务可重用的必要条件之一。因此需

导读：　　Web服务组合机制　　由于Web服务组合的主要应用环境是在Internet 环境下进行跨企业的业务过程集成，各企业的自治性使得企业无法预知和控制企业外的服务的变化，因此企业间应用集成的动态性要求很高，主要表现在提供同类服务的企业数量的动态变化，提供同类服务的企业有多个，并且每天都有新的企业加入或退出。为了适应这种动态性的需求，本文提出了Web服务的动态组合机制，使系统不仅支持

导读：　　Web服务体系结构最重要的优点之一就是允许在不同平台上使用不同编程语言以一种基于标准的技术开发程序，来与其它应用程序通讯。这样，因特网上的任何分布式系统就有可能被整合到一个用户定制的应用程序中。 由于Web服务不需要人工干预，自动进行系统绑定和数据交换,因此它被称为Web应用的一场革命。为了支持Web服务，WorldWideWebConsortium和一些有影响的大公司联合，制

导读：　　现有的Web服务技术和体系结构关注于如何开发使用XML技术和互联网的集成应用，其核心是用标准的信息和协议来提供Web服务的发布、定位和调用等交互功能。但是，完成由各种不同的Web服务提供者提供的各种Web服务组成的Web服务组合工作，实现真正的跨越企业边界集成业务流程，仅仅使用标准的信息和协议提供简单的交互功能是远远不能满足要求的[1]。WSDL基本上是与状态无关的，因为该语言

导读：　　Web服务　　Web 服务是使应用程序可以用与平台无关和与编程语言无关的方式进行相互通信的一项技术[11]。Web 服务是一个软件接口，它描述了一组操作，可以在网络上通过标准化的 XML 消息传递来访问这组操作。它使用基于XML 语言的协议来描述要执行的操作或者要与另一个 Web 服务交换的数据。一组用这种方式相互作用的 Web 服务在面向服务的体系结构（Service-Or

导读：　　基于关系结构的轻量级工作流引擎　　何清法 李国杰 焦丽梅 刘力力　　（中国科学院计算技术研究所 北京 100080）　　摘要：针对关键业务的应用的开发离不开工作流技术的支持。通过对关键业务的实际开发需求的分析，在传统的关系数据库的基础上，提出了一个适用于关键业务开发的基于关系结构的轻量级工作流引擎的框架结构。此工作流模型由机构模型、信息模型和控

导读：　　Ontology 的概念最初起源于哲学领域，可以追溯到公元前古希腊哲学家亚里士多德（384-322 b.c.）。它在哲学中的定义为“对世界上客观存在物的系统地描述，即存在论”，是客观存在的一个系统的解释或说明，关心的是客观现实的抽象本质[1]。　　在人工智能界，最早给出Ontology定义的是Neches等人，他们将Ontology定义为“给出构成相关领域词汇的基本术语和关系

导读：　　OWL全称Web Ontology Language，是W3C推荐的语义互联网中本体描述语言的标准。它是从欧美一些研究机构的一种结合性的描述语言DAML+OIL发展起来的，其中DAML来自美国的提案DAML-ONT，OIL来自欧洲的一种本体描述语言（二者在上文都有介绍）。在W3C提出的本体语言栈中，OWL处于最上层，见下图。　　针对不同的需求OWL有三个子语言，描述列表如下：

导读：　　1. Mike Ushold &Micheal Gruninger的 Skeletal Methodology（骨架法）[12]　　他们提出的建设本体的方法包括如下步骤：　　 识别目的和范围（Identify Purpose and Scope）　　这个阶段需要弄清楚为什么要建立本体？建好后的用途有哪些？使用该本体的用户范围是什么？等。　　 建设本体

导读：　　Portal技术在SOA系统集成应用中的实现　　一、 引言　　1.1项目背景　　凤凰医疗设备有限公司（以下简称“凤凰”，虚构的名字，便于讲解）是一家专门制造和营销专业医疗器械和实验仪器仪表等仪器的民营企业，其购销客户和网络遍布全国各地。凤凰成立于2000年，现有员工750名。公司领导一直非常重视企业的信息化建设并投入了大量的资金支持。公司内部普遍使用Office办

导读：　　IBM WebSphere 开发者技术期刊: 利用 Tivoli Access Manager 和 WebSphere Portal 配置单点登录　　的文档。）　　8. 检查您能否访问 snoop： https://rhaalab1.raleigh.ibm.com/snoop。　　9. 要添加一个 MIME Type，选择 Environment => Virtual H

导读：　　本文初步介绍了Web Service stack中对于Web服务即时装配，自动集成起着关键作用的WSDL规范，首先介绍了WSDL的作用和意义，其次对WSDL文档的结构作出概要地介绍，对每个元素的作用作了探讨，分析了其开放和复用的体系设计的思想，最后通过一个实例详细说明了WSDL的工作模式。　　本文所引用的资源主要包括两类，一类是Web服务的技术资源网站，包含了大量Web服

导读：　　使用IBM技术解决SOA集成体系结构 使用IBM技术解决SOA集成体系结构　　使用IBM技术解决SOA集成体系结构　　一．SOA体系结构　　SOA 体系结构形式目的是提供企业业务解决方案，这些业务解决方案可以 按需扩展或改变。SOA 解决方案由可重用的服务组成，带有定义良好且符合标准的已发布接口。SOA 提供了一种机制，通过这种机制，可以集成现有的遗留应用程序，而不管它们

导读：　　引言　　面向服务的体系结构（SOA）和Web 服务的基本观念是成为我们日常语言的一部分，并可看作是适于设计现代企业应用程序的体系结构形式。在这种背景下，　　什么构成好的服务这个基本问题就成为确保成功实现SOA 的关键。本文转自http://soa.5d6d.com/thread-146-1-1.html

导读：　　目 次 　　MSComm控件两种处理通讯的方式 　　CommPort属性 　　RThreshold 属性 　　CTSHolding 属性 　　SThreshold 属性 　　CDHolding 属性 　　DSRHolding 属性 　　Settings 属性 　　InputLen 属性 　　EOFEnable 属性

导读：　　运行环境: Win98/2000/XP/2003 　　下面是访问 USB 口必备的函数: #include 　　#include 　　#include 　　#include "C:/WINDDK/3790/inc/ddk/w2k/usbdi.h" 　　#include "C:/WINDDK/3790/inc/ddk/w2k/devioctl.h" 　　#inc

导读：　　1. AllocMem　　在队中分配指定字节的内存块,并将分配的每一个字节初始化为 0.函数原型如下：　　void * __fastcall AllocMem(Cardinal Size)；　　2. SysFreeMem　　释放所指定的内存块.函数原型如下：　　int __fastcall SysFreeMem(void * P)；　　3. SysReallocMe

导读：　　TPrinter类中封装了Windows打印机的接口。 　　类关系 TObjeet 　　使用TPrinter对象可以执行应用程序中的任何打印操作。可以在Printers单元中通过调用Printer函数来获得一个TPrinter 对象。为了决定如何显示窗体的打印图像，可以使用Tform组件的PrintScale属性。 　　在一个文本变量或一个打印机画布准备好后就可以进行打印

导读：　　nt DSound_Load_Wav(char* filename,int control_flags)　　{　　HMMIO handle ;　　MMCKINFO mmckriff,mmckIn;　　PCMWAVEFORMAT pwfm;　　memset(&mmckriff,0,sizeof(MMCKINFO));　　if((handle= mmioOpen(f

导读：　　/PCM编码压缩算法　　module uPcmCode　　(　　input [15:0]AudioVal, //input audio val　　output [7:0]PCMcode //output pcm code　　);　　reg [7:0]code;　　wire [15:0]val;　　assign val = (AudioVal[

导读：　　1、remove()　　删除文件，int remove(const char *filename); 参数就是要删除的文件名，成功返回0。　　例：remove("c://WINDOWSWinHlp32.BMK");　　2、tmpfile()　　其原型是FILE *tmpfile(void); 生成一个临时文件，以"w+b"的模式打开，并返回这个临时流的指针，如果失败返回

导读：　　1-在C++ Builder 6.0下基于api函数编写串口通信程序简介：　　在dos/win95/win98的年代，操作系统对串口是不保护的，也就是说将串口的的资源完全开放给用户，用户可以用直接操作硬件的函数(比如说TC2.0下的inport()和outport()函数) 跟串口直接打交道，这时候用户使用直接操作串口的函数怎样"折磨"串口都是没有问题的，操作系统根本就不管不

导读：　　--------------------------------------------------------------------------------　　需要采用二进制方式通信，看参考书上VC里可以用CByteArray，>>COleVariant等数据类型，方便的采用二进制方式通信，C++ Builder似乎没有这些类型吧？按照VC的方法试过了不行MSDN里介绍的

导读：　　1、设置驱动器的共享可以通过注册表的操作来完成。　　2、文件操作可以用系统API来实现，怎样做，自己慢慢研究，下面是我找来的文件管理API函数：　　CloseHandle 关闭一个内核对象，其中包括文件、文件映射、进程、线程、安全和同步对象等 　　CompareFileTime 对比两个文件的时间 　　CopyFile 复制文件 　　CreateDirectory 创

导读：　　设置Edit只能接收数字 //调试通过，是用MaskEdit之外的最好选择　　// get the current style flags　　LONG dwStyle = GetWindowLong(Edit1->Handle, GWL_STYLE);　　// add ES_NUMBER to these　　SetWindowLong(Edit1->Handle,

导读：　　1)新建一个工程，保存　　2)添加一个Button和一个Label　　3)修改unit1.h代码如下：　　// ---------------------------------------------------------------------------　　#ifndef Unit1H　　#define Unit1H　　// ----------------

导读：　　检测声卡配置　　在编制多媒体程序时，我们常常会用到声音文件，而当这些程序在没有配置声卡 的机器上运行时，我们应该给出必要的警告。对于声卡的检测，可以分别通过waveOutG etNumDevs()和midiOutGetNumDevs()检测波形设备和MIDI设备，再利用waveOutGetDevC aps()和midiOutGetDevCaps()获得声音设备的细节资料。将下

导读：　　[转]老妖的代码： 　　C/C++ code　　用MediaPlay录音 　　//--------------------------------------------------------------------------- 　　void __fastcall CreateWav(WORD wChannels, WORD wResol

导读：　　18H 2 int 采样率（每秒样本数），表示每个通道的播放速度，　　1CH 4 long int 波形音频数据传送速率，其值为通道数×每秒数据位数×每样本的数据位数／8。播放软件利用此值可以估计缓冲区的大小。　　20H 2 int 数据块的调整数（按字节算的），其值为通道数×每样本的数据位值／8。播放

导读：　　类功能分析：　　1. Request相关:　　1.1. Interface org.apache.jetspeed.request.RequestContext　　这个接口定义了许多可获取的上下文组件：　　包括：　　1.HttpRequest/Response；　　2.ServletConfig；　　3.ProfileLocater　　4.Pip

导读：　　ANT_HOME, 就是ant所在文件夹路径，如：　　ANT_HOME = D:/apache-ant-1.6.5　　PATH, 在此变量上添加ant的bin文件夹路径：　　PATH = %PATH%;D:/apache-ant-1.6.5/bin;　　完成后在DOS下测试：　　C：/ ant　　输出 Buildfile:build.xml does not exi

导读：　　1. 页面结构分析　　布局（Layout）　　定义了多个页面片段被聚集后的最终显示模式。　　布局—装饰（Layout-decorator）　　页面周围的布局。　　片段（Fragment）　　动态生成的内容，通常就是一个Portlet或页面生成的。一个页面片段自己的内容是不能够被装饰的。　　装饰（Decoration）　　一个对动态内容进行修饰的静态或半静

导读：　　什么是Velocity？　　Velocity是基于Java的模板引擎。它允许Web页面开发者引用Java代码中定义的方法。Web设计者可以和Java程序开发者并行开发遵循MVC模式的Web站点。这意味着，Web设计者可以将精力放在好的Web站点设计上，而Java程序开发者可以将精力放在编写代码上。Velocity将Java代码从Web页面中分离，使Web站点更具长期可维护性，

导读：　　JetSpeed分析文档2　　目 录　　JETSPEED2.0 概述 3　　JETSPEED-2 工作流程 6　　JETSPEED-2安全机制 9　　JETSPEED-2的PORTAL BRIDGE 11　　1 集成STRUTS MVC模式开发的应用程序 11　　2 集成WEBWORK开发的应用程序 13　　3 J

导读：　　Jetspeed2.0最终release版本发布于2005年12月，可以从以下网址下载源代码和捆绑tomcat的压缩文件：http://www.apache.org/dist/portals/jetspeed-2/　　。　　与Jetspeed1.x比较，Jetspeed2.0 （以下简称J2）的架构发生了很大变化, J1.x使用了Turbine，在J2中Turbine不再使

导读：　　引擎部分是Jetspeed-2,而Container是Pluto Portlet Container,Portlet就是自己写的Portlet;所以这张图正好对照JSR168中的Portal—Portlet Container—Portlet的概念。　　上图描述的的工作流程：　　1、request送至server后由JetspeedServlet(org.apache.je

导读：　　Jetspeed-2安全机制　　J2使用JAAS的来处理security有关的问题。在j2捆绑的tomcat中，从bin同级别目录conf中查找Catalina/localhost/jetspeed.xml,打开这个文件可看到有关JAAS Realm及login的设定。　　tomcat/conf/ l及C:/tomcat/webapps/jetspeed/WEB-INF/w

导读：　　Jetspeed-2的Portal Bridge　　随着Portal一步步走向成熟其结构和功能也发生了较大变化，从混和型服务走向以系统框架为核心，应用程序与部署、开发完全分开的阶段，Portal相当与一个骨架一样可以接纳外部的这种技术架构开发的应用程序，使用Portals Bridges模式来连接不同的应用程序，可包括以下几种：　　集成Struts MVC模式开发的应用程序

导读： 集成Struts MVC模式开发的应用程序 Struts已经成为了用Java创建Web应用的一个最流行的框架工具，Struts所实现的MVC模式给Web应用带来了良好的层次划分，同时也提供了一系列的工具来简化Web应用的开发。应用程序开发者无需关心Portal

导读：　　JSP应用程序集成　　JSF为广大基于JAVA的 Web应用用户界面的开发人员提供了标准的编程接口、丰富可扩展的UI组件库（一个核心的JSP标记库用来处理事件、执行验证以及其他非UI相关的操作和一个标准的HTML 标记库来表示 UI组件）、事件驱动模型等一套完整的Web应用框架，通过 JSF ，您可以在页面中轻松自如地使用 WEB 组件、捕获用户行为所产生的事件、执行验证、建

导读：　　相关技术介绍和规范--WSRP　　WSRP由OASIS（一个由开发电子商务标准的行业专家所组成的非赢利性社团）创建，它规定Porlet的远程渲染（rendering）。主要目的就是为网络服务提供视觉化和使用者面对面服务的主要构件。WSRP最重要的特性就是它具有随插随用（plug-and-play）的功能，可以让互联网门户或其他网络应用（如手机，PDA等）从网络不同的来源处将多

导读：　　本文转自http://soa.5d6d.com/redirect.php?fid=9&tid=16&goto=nextoldset

导读：　　PSML　　PSML的全名是Portal Structure Markup Language（门户结构标记语言）。J2用PSML来定义Portal內的各种resource，包括Page、Folder、Link、Security、Menus等等，有关J2的PSML详细介绍见：　　http://portals.apache.org/jetspeed-2/guides/guide

导读：　　相关技术介绍和规范--Portlet　　Portlet容器　　Portlet Container用来管理Portlet的生命周期并且提供其运行所需要的必要环境.。并且为Portlet Preferences提供持久性(Persistent)存取服务，但是其不支持内容的Aggregation.。Aggregation由Portal组件提供。　　Portlet　　一个 Po

导读：　　相关技术介绍和规范--JSR168　　(先看一下在JSR168中提到的Portal page，可以了解一個Portal Page上大概有哪些element)　　JSR-168 (Enterprise Portlet Specification 1.0 Final Draft 发表于2003-09-03，是用于portlet级别开发的新Java portlet标准。依循于 J

导读：　　decoration　　J2中的decoration是用来装饰Portal page和portlet使其美观，分为layout-decoration和portlet-decoration两种。layout-decoration负责一整个Portal page(因此叫page-decoration)，而portlet-decoration负责每一个Portlet fragmen