很多人都觉得websphere比weblogic要容易些,但vaj比jb用的人要少些,但vaj比jb功能强大很多(vaj比jb难用)。
性能上我不是很熟悉!个人意见

解决方案 »

  1.   

    OK,我来说,开始你会觉得weblogic比websphere快很多,(一个要64M内存,一个要512M内存)但是websphere的好处是1个用户和100个用户的速度是没有什么差异的。vaj的开发可以直接和websphere产生联系,比较jb来讲,vaj更适合制作比较大型的项目,也有很好的多人协作模式。Rational Rose也可以将设计的结果直接发布导vaj里面。但是jb的使用会很简单,比vaj的使用方便。实际上使用哪一个appserver不光是看这些,还有一些别的要素。例如websphere可以非常简单的和IBM产品线上的庞大的软、硬件结合,weblogic就没有后台的支持了。
      

  2.   

    WebLogic Process Integrator
    技术概要1. 体系结构1.1 监控工具WebLogic Process Integrator采用监控工具监控、改变工作流,并可以实现如下功能:Ø 显示工作流实例的状态。
    Ø 修改工作流实例相关的任务,如重新分配任务,或强制性重复某项工作。
    Ø 采用图形化方式显示系统的工作量,可按状态(如:挂起、非活动、结束、延误)、用户、或角色分类显示任务数。 
    Ø 查看工作流的历史统计数据,用于确定业务过程的瓶颈、低效率环节。
    Ø 查看用户或角色的工作表,用于动态维护工作流。
    Ø 采用工作流监控工具收集系统负载信息,并基于已有数据制定策略,从而有效地管理系统资源。1.2  WebLogic Process Integrator体系结构概述工作流管理联合会(The Workflow Management Coalition)将工作流管理系统定义为:“...通过软件实现工作流定义、管理和运行,其执行次序通过工作流逻辑的计算机描述进行驱动”。这类系统将一组活动序列融合在一起,并激活各种活动或步骤所需系统资源。根据组成活动的复杂性和持续时间,单一业务处理的生命周期可以从几分钟到几天(或更长时间)不等。为了满足上述要求,工作流管理系统必须支持以下主要功能:u 工作流定义- 获取业务过程(工作流)的定义。 
    u 工作流执行 – 在操作环境中管理工作流过程的运行,使各种活动的执行有序化。 
    u 工作流监控 – 监控工作流处理的状态,并动态配置运行控制器。 
    u 数据管理 – 管理组织、用户、角色。当需要时,变更任务流程并维护业务流程的时序性。 
     
    WebLogic Process Integrator属于工作流管理系统的客户/服务器实现。WebLogic Process Integrator的核心体系结构为处理引擎,也称为运行控制器,负责对工作流实例追踪并管理工作流的执行。WebLogic Process Integrator的体系结构如下图所示:图 1-1 WebLogic Process Integrator体系结构
     
     
     2.数据管理WebLogic Process Integrator服务器上,用户通过数据和服务器管理工具来管理组件和数据库;进一步讲,可以实现下列功能:Ø 增加、更新、删除组织  
    Ø 增加、更新、删除用户  
    Ø 增加、更新、删除角色  
    Ø 将用户分配给角色或从角色中删除用户  
    Ø 在特定时期内将任务分配从一个用户变更为另一个用户 
    Ø 创建日程,用于模版定义。 
     
    BEA WebLogic Server 安全域负责维护WebLogic Process Integrator内的用户、角色、和组织信息。WebLogic Server辨别基本域、可列表域以及可管理域。除支持可管理性以外,某些域还支持可持续性。具有可管理性、可持续性的域,将所有信息修改永久存储以备未来使用。因此,对于WebLogic Server, 如果采用的安全域具有可管理性和持续性,那么WebLogic Process Integrator 中增加、删除用户、角色、组织等功能会将信息永久存储到数据库中。3. BEA WebLogic Process Integrator™(简介)BEA WebLogic Process Integrator是一个基于BEA WebLogic® 应用服务器的功能强大的工作流引擎,实现工作流、B2B处理、和应用集成的自动化。
     
    3.1 概述 部署在BEA WebLogic应用服务器平台上的电子商务应用业务逻辑必须与后台系统(back-end systems)、或支持B2B贸易团体的电子市场(e-ets)进行集成。如果所有处理步骤实现自动化,那么,涉及多人交互或多个应用系统交互的业务处理效率将更高。BEA WebLogic Process Integrator为IT界提供了一个无需编写代码即可实现业务自动处理的新途径。业务分析员利用BEA WebLogic Process Integrator Design Studio,采用直观的流图方式定义应用业务过程、以及人机交互自动化流程。BEA WebLogic Process Integrator能够帮助开发人员快速集成应用组件,而无需编程。集成应用由BEA WebLogic Process Integrator 引擎执行和管理。   优点ü 使业务分析员快速实现端到端业务处理和企业工作流的自动化,大大提高生产率。 
    ü 采用BEA WebLogic Process Integrator 集成组件而无需编码,快速开发出满足需求的解决方案。 
    ü 采用BEA久经考验的高可用性、安全性、可扩展性和可管理性,令B2B事务处理应用的开发部署更具信心。 4.  BEA WebLogic Process Integrator™ 概述(长)
     
    BEA WebLogic Process Integrator是基于BEA WebLogic应用服务器、功能强大的J2EE和XML的工作流引擎,使应用服务器自动完成工作流、B2B处理、应用集成。示例:接收并完成Internet订单的步骤如下图所示。
    一个Internet店面:贯穿端到端处理追踪订单。 
     
    在上述端到端业务处理的各步骤中,涉及各种EJB组件以及运行在不同系统上并连接到各种网络的应用。要通过编码将所有EJB组件、应用、人机交互、连接到不同网络等实现自动化,从而实现端到端自动处理,确实令人畏缩。  Internet店面: 组件、应用和技术    4.1 产品详细功能BEA WebLogic Process Integrator Design Studio 的过程建模   一个过程被模型化为流图或工作流中一个节点序列。采用拖放技术将节点插入到工作流中。工作流中的节点包括如下类型:² Start(开始) — 表示工作流执行的起始点
    ² Task(任务) — 处理过程的主要节点,定义离散的业务活动,如调用EJB。 
    ² Event(事件) — 引发工作流等待来自于内部/外部的XML文件。
    ² Decision(决策) — 此类节点为true/false 条件并确定后继路径。
    ² Done(结束) — 表明处理结束
    ² Actions(活动) — 基本工作单元除连接节点外,每个工作流节点可以定义一个活动。活动是BEA WebLogic Process Integrator的基本工作单元,活动用于实现业务处理规则。活动包括:激活应用、与人工操作交互、数据格式转换、发送或接收XML消息、或发送电子邮件。在业务过程中,有三种激活应用的方法:² 活动可以调用session bean的方法 
    ² 应用可以通过在JMS主题上发布一个XML文档(消息)被激活。
    ² 可以激活Java类的方法 BEA WebLogic Process Integrator 包括20余种活动可用于业务过程节点。活动可归为四种类型:² 任务活动(例如,设置任务执行日期)
    ² 工作流活动(例如,启动一个工作流)
    ² 集成活动(例如,激活一个EJB)
    ² 其它活动(例如:引发发送电子邮件)XML事件业务过程可以由事件驱动。事件与BEA WebLogic Server 5.1 Java消息服务的一个主题上XML消息到达关联。事件能够触发业务过程启动。一个运行过程也可通过设置为等待事件的到达。过程模版数据库过程定义后,作为模版存储在数据库中。模版可以存取或修改,这样有助于模版的重用或在运行中修改。模版定义可以与定时器关联,以便自动启用或停用,如在每月初定时启用。过程运行模型
       过程运行过程模版在数据库中以XML文档方式存储。当一个过程启动时,基于模版创建一个实例并执行。多个实例可并行执行。过程启动由BEA WebLogic Process Integrator引擎根据应用调用结果决定,利用工作表处理器管理与人工的交互、XML消息到达、或模版定义的定时器产生调用。企业工作流:工作表应用BEA WebLogic Process Integrator 工作表图形化用户界面由产品提供,用于运行传统的企业工作流。界面显示分配给某参与者一系列任务,只要在任务上点击即可启动工作。任务执行任务节点是业务活动运行的核心。任务具有多种状态:创建、激活、执行和标记结束。活动定义为达到某状态时执行的处理。任务之间转移可以包含条件节点或连接节点,它们是整个业务处理如何继续的决策点。变量模版可以包含变量,记录执行过程中驱动业务处理的信息。这些变量具有一定的类型,它们可以在工作流中明确设置,或通过XML事件设置,或者为调用EJB的结果。用户/角色模型参与工作流处理的人员由BEA WebLogic Server 5.1域(REALM)定义。BEA WebLogic Process Integrator 提供了将工作路由给某个用户或一组用户构成的角色功能。BEA WebLogic Process Integrator 支持BEA WebLogic Server 5.1已有的目录服务,包括LDAP. BEA WebLogic Process Integrator 同时支持业务日程功能。业务日程定义工作日期和时间。如“设置任务激活日期”、“定时事件”等活动用于业务日程安排。用户或角色均可拥有自己的业务日程。监控工作流 过程监控BEA WebLogic Process Integrator支持在线监控和重新配置,并采集统计信息生成运行状态报告。当工作流结束时,为工作流中的每个任务生成汇总信息,汇总信息用于建立统计报告以改善处理流程。BEA端到端解决方案BEA WebLogic Process Integrator在BEA电子商务事务处理平台(BEA E-Commerce Transaction Platform™)中占有非常重要的位置。BEA WebLogic Process Integrator能与BEA WebLogic Collaborate协调,快速实现电子市场(e-ets),驱动电子市场事务处理从BEA WebLogic Server 跨越防火墙覆盖到BEA eLink.
     5. 支持平台支持平台: MS Windows NT 4.0 and Solaris 2.7 
    支持数据库:Oracle Database 8.1.5
    驱动: JDBC Driver (Oracle Thin 或 OCI; 推荐使用Thin)
    应用服务器:BEA WebLogic Server 5.1 (Service Pack 3)6. WebLogic Process Integrator用户界面下面将描述WebLogic Process Integrator Studio用户界面的功能及组成。WebLogic Process Integrator Studio是一个客户程序,负责定义、监控工作流.菜单File菜单有3个选项:Ø Logon – 登录到WebLogic Process Integrator服务器 
    Ø Logoff – 退出WebLogic Process Integrator 服务器登录
    Ø Exit – 退出WebLogic Process Integrator服务器登录并退出系统 
     
    View菜单选项:Ø Refresh – 更新(其他客户应用对数据库修改)信息 
    Ø Use color on flowcharts – 允许用户查看彩色、或黑白流图 
    Ø Sync selection with tree – 同步树状视图与右侧窗口内容 
    Ø Look and feel – 选择:Metal, CDE/Motif, and Windows风格 
     
    Configuration菜单有3个选项:Ø Organization – 定义组织,代表不同的业务实体、地域位置或公司其他特性。 
    Ø Business Operations – 定义业务操作,参见业务操作。 
    Ø Events – 定义事件关键表达式。 界面WebLogic Process Integrator Studio界面类似Windows资源管理器。 
    注:只显示当前组织相关信息,可在Organization 下拉列表中选择组织。图 1-5 WebLogic Process Integrator界面
     
     双击下列菜单项展开并显示:Templates  
    Calendars  
    Users  
    Roles  
    Routing  
    Workload Report  
    Statistics Reports 
     
    例如,展开工作流,显示所有已定义工作流列表。展开某工作流,将显示任务、决策、事件、连接、启动、结束、以及变量定义。右击列表项,显示选项相关的功能菜单。选择任意菜单项,将在屏幕右侧显示对应窗口内容。例如,右击一工作流将显示下列菜单项:New Template Definition  
    Import Template Definition  
    Delete  
    Properties  
    Instances  
    Delete Instances 
     
    图 1-6 模版菜单选项 
       WebLogic Process Integrator允许同时打开多个对话窗口。也可以同时察看多个工作流,并在它们之间进行切换,如下图所示:图1-7 多对话窗口
     
    工作流描绘区域在工作流描绘区域,可采用表示工作流节点的图形描绘工作流。图形降低了工作流设计的复杂性。工作流图形和连接线采用选放方式在绘画区域对工作流描绘或修改。选择创建一个新的工作流或打开一个已有的工作流,将显示此工作流描绘区域。详细操作说明参见工作流定义。图 1-8 工作流描绘区域
     
     
    7.启动WebLogic Process Integrator StudioWebLogic Process Integrator Studio是一个客户应用,用于定义和监控工作流。启动WebLogic Process Integrator Studio:选择: 开始 > 程序 > WebLogic Process Integrator Studio,显示WebLogic Process Integrator登录对话框:图 1-3 WebLogic Process Integrator登录
     
    输入下列信息: Ø User Name – 用户标识,用于WebLogic Process Integrator识别用户连接。  
    Ø Password – 用户口令
    Ø Server - WebLogic Process Integrator 连接服务器名。然后,点击OK显示WebLogic Process Integrator主窗口。 图1-4 主窗口 
     8.定义工作流工作流中采用了决策节点。每个决策节点包括一个条件,其结果为True或False。根据条件的结果,确定后续控制流向----任务、决策、结束或事务节点。另外,可以指定条件为True 和 False值时应执行的活动。任务任务为工作流中执行的基本单元。 当任务完成时,任务被标示为Done状态。工作流将路由到其它任务或其他参与者。任务在其生命周期内包含四个事件:Ø Created(创建) – 工作流被启动,其所有任务被创建。
    Ø Activated(激活) - 工作流图指示发生任务转移,通常由另一个任务标示为结束或决策条件引发。这时,任务处于待执行状态。 
    Ø Executed(执行) - 某些事件发生时,引发任务处于待执行状态。常常发生在用户在工作表中选择了某项任务并双击--选择Do It 活动。 
    Ø Marked Done(标记结束) - 任务结束。此事件常发生在对标记任务为Done活动的响应。    对于每个任务,保留下列信息:² 任务名 
    ² 任务最后一次激活日期(首次启动时没有必要) 
    ² 任务最后一次完成日期(首次启动时没有必要)
    ² 任务预设完成日期 
    ² 分配给任务的用户和角色 
    ² 任务优先级
    ² 相关窗口名 
    ² 任务是否可无需执行标识为“Done” 
    ² 任务是否在完成后可重复执行 
    ² 任务是否在完成后可标识为“Not Done” 
    ² 任务是否可重新分配给另一用户或角色 
    ² 任务是否在执行时可被修改 
    ² 任务是否在执行时可被重新分配 
    ² 任务是否为新任务,即任务是否从未执行 
    ² 任务在工作流中的序号 任务可以设置多种方式保留信息。可在设计时设置某些信息,而其他信息在运行时明确设置。某些信息设置为活动执行结果,并由工作流引擎自动维护任务的属性。一个工作流可以有几个Done图形节点。当转移到Done节点时,表明整个工作流结束。在这点上,没有后续的任务需要执行。在工作流内任意一个标记工作流为Done活动的执行与Done图形的执行相同。理论上也存在不包含Done节点的工作流(尽管这种形式不好),应尽量避免。工作流可以包含多个联结节点(Join)连接其他工作流节点,并控制连接进出流的转移。连接可以为AND联结或OR联结。多达四个任务、决策、事件可以通过工作流绘画工具栏中的AND和OR进行连接。如果联结为AND,所有连接线必须满足后,才能激活后续连接。如果联结为OR,为了激活后续连接而使工作流继续,只要有一个连接条件满足即可。工作流至少有一个开始节点,它是工作流被激活的第一个任务(或第一个事件)。如果需要通过多条通道激活工作流,可以设置多个开始节点。如果未指定开始节点,那么工作流内不会有任务被激活,这就意味着当工作流实例化后,只有任务被创建(task-created)事件发生,无任务激活事件被触发---意味着无任务处于等待执行状态。 另外,开始节点可同时具有多个后续连接节点。任务事件定义为工作流分析员编制活动计划过程中,任务生命周期内的发生事件。当任务事件产生时,相关活动被执行。我们将在任务节描述几个特殊任务。WebLogic Process Integrator 服务器维护任务状态,并在其生命周期内引发一系列任务事件。每个事件发生时,激活相应的活动。四种任务事件如下:Ø Created(创建) – 工作流被启动,其所有任务被创建。
    Ø Activated(激活) - 工作流图指示发生任务转移,通常由另一个任务标示为结束或决策条件引发。这时,任务处于待执行状态。 
    Ø Executed(执行) - 某些事件发生时,引发任务处于待执行状态。常常发生在用户在工作表中选择了某项任务并双击--选择Do It 活动。 
    Ø Marked Done(标记结束) - 任务结束。此事件常发生在对标记任务为Done活动的响应。 活动活动是WebLogic Process Integrator实现的基本工作单元。WebLogic Process Integrator产品包含了一些预定义的活动。活动的复杂性差别很大,可简单到分配任务给用户或角色,或复杂到发送、接收XML消息或激活EJB方法。活动定义了前述的四种事件相关行为。任务定义包含对每个事件的一个独立活动顺序列表,当事件发生时,活动序列被执行。另外,某些活动包含了在一定条件下的子活动,决策节点也包含了对应于真/假值的活动。(如果条件满足,为真,否则为假)
    活动分类如下:Ø 任务 – 任务执行的动作。
    Ø 工作流 – 工作流执行的动作。 
    Ø 集成 – 应用于发送XML事件、发送XML到客户端、调用程序、执行业务操作。 
    Ø 其它 -  工作流中常规活动。 
     
    每个工作流可以拥有一组变量,通常用于工作流运行时存储应用特定信息,并控制工作流内的运行逻辑。事件 工作流可以拥有任意多个事件。事件代表一个通知节点,工作流执行至该节点时,工作流停止,并等待事件触发。当事件定义为工作流等待XML消息触发事件,触发时,事件资活动也被执行,并设置工作流变量。工作流定义包括下列组件:ü 任务 (至少一个),包含活动 
    ü 开始节点 (至少一个),可包含活动 
    ü 结束节点 (至少一个),可包含活动 
    ü 决策,可包含活动 
    ü 事件,可包含活动 
    ü 联结  
    ü 变量 (可选) 
     
    在业务处理建模时,工作流被分解为一组分离的步骤或任务。必须采用(任务间连接)顺序或转移术语以及(决策)条件流逻辑,来定义任务之间的关系。然后,每个任务定义一组活动限定其行为,当任务执行经历不同状态时,依次执行这些活动。采用WebLogic Process Integrator模版定义图形化工具能够创建并编辑工作流,并将工作流的任务及其业务规划映射到工作流图。对业务处理及其数据了解深入的业务分析员可以将工作流嵌入到已有应用中,无需具有编程、描述语言方面的经验。在WebLogic Process Integrator中,工作流定义为模版。这些模版用于产生多个工作流实例。当工作流启动时,复制存储模版定义并产生工作流信息,如将什么用户分配给用户,执行什么活动、什么时候任务完成,等等。访问模版定义工具只限于组织内的分析员、系统管理员、或被授权的用户。
     
    工作流类型工作流模版的一个特性就是激活方式。您可以采用下列任意方式激活工作流:事件 – 工作流由XML事件触发,事件定义在工作流开始节点内。(工作流可以包含多个开始节点。) 手工 – 工作流由用户手工启动。要求用户深入了解特定业务条件或情景,确定何时手工启动工作流。当不能通过定义触发器成功捕获所有条件时,您可以创建一个手工工作流。 定时 – 工作流启动基于预定日程,即工作流启动的精确日期和时间。 被调 – 工作流由另一工作流采用启动工作流(Start Workflow)活动调用,
     
    9.工作流模型为了建立业务处理流程图,可以采用WebLogic Process Integrator Studio 绘图区设计一个模版(也称为工作流)。WebLogic Process Integrator Studio是WebLogic Process Integrator 客户应用,用来定义并监控工作流。工作流设计基于业务分析员的观点,组合各种业务活动和业务处理中的事务而完成。注意:模版实际上是一个WebLogic Process Integrator模版定义(也成为工作流)文件夹或容器,每个模版拥有一个或多个WebLogic Process Integrator模版定义。 “模版”和“工作流”术语在本文档中混用。工作流定义基于组织。组织可以是整个公司或代表公司的部门、区域或地域的组织。对于每个组织,创建其用户和角色(一组用户功分担共同的责任)。当工作流启动时,创建一个模版实例,实例包含了工作流相关的(运行)状态信息。
     
    工作流模版定义以XML文档方式存储。XML是一个定义、检验、共享文档格式系统。类似于HTML,XML是一种从GML(标准通用标记语言)导出的标记语言。但又不同于 HTML,HTML目的是建立跨平台显示信息格式,而XML最适用于组织数据。工作流节点是工作流的关键组成部分。在绘图区域采用图形化方式表示。工作流节点可以分为:开始、任务、事件、联结、决策、或结束节点,参见工作流组件描述。² 开始 – 过程初始化,由预定义、定时的、手工、或事件触发。 
    ² 任务 – 工作流核心处理活动,随着工作流进度任务状态不断演变(创建、执行、激活、结束)。 
    ² 事件 –由XML消息触发的通知节点。
    ² 联结 - AND (在后续节点激活之前,所有联结节点必须满足条件) 或OR (只要由一个联结节点满足条件即可激活后续节点)。 
    ² 决策 – 包含一个条件,根据条件值激活相应的后续节点。条件值为真或假。
    ² 结束 – 处理完成。
     
    工作流也包含一组变量以保存运行过程的值以及从系统外部得到的数据。变量用于控制业务处理的流程。 最后,工作流由活动(执行单元)组成,简单活动可以为分配任务给用户,复杂活动包含如发送或接收XML消息并激活EJB方法。实际上,活动是建立工作流的原始构件,它定义了工作流的基本行为。在工作流中活动被集成在开始节点、任务节点、决策节点和事件中。WebLogic Process Integrator 提供了一组标准活动,这组活动可以通过采用EJB方法进行扩充。 图 1-2 WebLogic Process Integrator 工作流模型 如图所示, WebLogic Process Integrator 工作流模型从组织(Organizations)层开始,然后创建用户和角色作为工作流任务的所有者。运行时,工作流模版隶属于特定的组织。采用图形表示工作流节点(如:开始、任务或结束节点)。进一步,定义工作流活动,负责实际工作流的执行;工作流变量保存运行值和外来数据。当工作流运行时,创建工作流实例。
      

  3.   

    暂时没了
    不过你可以去bea的官方网站看看。