1、单机和集群版的共有功能：WebLogic Server 在企业应用架构中的功能特点和重要位置。功能特点 支持SOA 面向服务架构的开发和部署，业界领先的J2EE平台，它提供统一的Web服务栈，完善了会话框架，改进了监控台的SLA管理，门户化的系统管理功能，降低管理维护成本，简化应用部署，支撑关键应用；第一个提供真正的“不停顿”服务，系统停运会给您造成巨大损失，您的企业必须避免这种情况的发生。基于企业级内核的应用服务器将保证您的应用24 7 地不间断运行，灵活的开发选项和高级管理能力允许您用更少的时间编写代码和管理系统，将更多精力投入到提升业务价值上。更可靠的基础设施，第一个提供超越局域网的集群
2、功能。更开放！支持开源开发框架，降低客户的拥有总成本。允许25-35%软件组件和服务可以被重用Weblogic servere 总体架构如图所示：中间件设计原则：1. 提供完整统一的基于 SOA 架构应用平台WebLogic Server 凭借从开发到部署的 Web 服务编码、测试、准备、部署和配置选择，以及与新推出的 BEA AquaLogic Service Bus 产品的集成，继续成为支持 SOA 服务架构的最卓越服务平台。2. 应用平台它具有很大的灵活行.您可以随意按照自己的意愿设置界面风格,多种形式来绑定数据库。BEA WebLogic Server 9.0 中的消息传输凭借消息持久
3、性而提速，速度较以往提高了 500%。异步存储和转发被 Web 服务栈、消息驱动 Bean 所使用，可支持最可靠的标准，这给 JMS Server 带来了性能优势。存储和转发WebLogic Server 9.0 在消息传输功能上的最大改进得益于现有的 Tuxedo 技术存储和转发(S&F)。尽管 J2EE 1.4 规范没有对此做出要求，但 S&F 使 WebLogic Server 9.0 成为一个真正的消息发电站，满足了消息传输专用产品对强健性和伸缩性的要求。S&F 允许消息用户（甚至是持久消息订阅者）在一段时间内不可用，使得消息不会堆积在队列中，不会产生进程的内存溢出现象。该功能的实现机
4、理是通过定制的“基于日志的文件系统”及伴随的磁盘调度算法完成的， S&F 与高性能的文件存储共同工作，从而产生一个无缝的可用的队列和主题流，既便是在高负载的情况下也能完成该项任务。另一些性能改善得益于 JDBC 语句批处理功能，它使用户缓存区的串行化/反串行化及磁盘写操作的“装箱”现象降至最低。保留消息顺序WebLogic Server JMS 保证发送到目的地（分布或其他形式）的消息带有 “顺序单元”标签，从而按发送消息的顺序进行处理。JMS 规范要求必须顺序交付，而且只能从单个生产者传给单个消费者。Diablo 提供的功能远远超过了 JMS 的要求。消息排序是主要消息传输应用的基本要素之一
5、，WebLogic Server 9.0 为此提供了卓越支持。如业务厅某计费系统采用消息机制实现，对某个用户的“扣费” 、 “交费”这两笔消息在系统中处理顺序会影响用户在某个时刻是否被“停机”,采用异步消息机制可以确保消息的顺序处理。连接到其他消息系统WebLogic Server 推出消息桥已有多年的历史。它利用 J2EE CA 技术与其他消息系统相连。WebLogic Server 9.0 消息桥利用 S&F 功能，不依靠 XA 来提供“正好一次”的服务，它使用自身的重新传输/反复检测协议，性能比以往的消息桥更胜一筹。4高性能 Web Services，支持 SOA 的基础，提供完整、成熟
6、的基于 SOA 架构开发和运行平台，支持基于 WebServices 的开发标准，并能实现更加安全、可靠的实现分布式远程应用之间的互访。用户可以获得下一代 Web 服务编程模型，会话式 Web 服务的性能提升，对长期运行的异步可靠消息交换的支持，降低了复杂性，简化的 Web 服务编写。5技术标准1) 产品支持以下 Java 标准和规范JDK 支持 JDK 5.0 标准支持 J2EE 1.4 标准,并且通过 J2EE 认证,J2EE 1.4 规范提供了一个标准 API 集来创建分布式应用，这些应用可访问各种服务（如数据库、消息传输服务、事务） ，并允许动态 Web 内容与全异的（甚至是遗留的）系
7、统交互操作。终端客户使用 Web 浏览器客户端或 Java 客户端访问这些应用。2）支持开放式的 SOA 应用架构，支持 XML 的各种标准，包括：XML、XML Schema 、XQuery、XMLBean 等标准和技术；支持 Web Services 的各种标准，包括SOAP、WSDL、UDDI 等相关标准；能在 HTTP 和 JMS 协议上实现同步和异步的WebServices 调用。如果您正在使用 XML，您就需要一个绑定机制，实现 XML 数据与Java 数据的相互转换。WebLogic Server 9.0 通过 Apache 开放源项目，支持由 BEA 开发的 XMLBeans
8、v2。Java 对象可以被映射到 XML 文档对象，Streaming API for XML（StAX）指针或 Plain Old Java Objects（POJO）对象。WebLogic Server 支持J2EE1.4 中的最新 XML 规范，包括 JAX-RPC、JAXP、JAXR、SAAJ 及 Web 服务。此外，WebLogic Server 允许您为单个应用配置 SAX 和 DOM 样式解析器及 XSLT 转换，使您在解析、构建文档和显示结果时拥有最大的灵活性.完全支持支持 TX 事务处理标准事务不仅仅是提交、回滚和结果试探。它代表的是涉及应用服务器多个容器的执行线程、调入和调
9、出服务器、通过集群、进入其他系统然后返回。有时还涉及多个系统同时同意提交或回滚。EJB 2.1（企业 Java Bean 2.1）是可池化、可调用、安全可靠、强健、可伸缩的事务资源，如果需要可池化和和事务控制下的业务逻辑，则 EJB 2.1 是理想的选择。EJB 既可从消息容器、Web 容器、J2EE CA 容器、WSRP 容器进行内部调用，也可通过 RMI 进行外部调用。EJB 能确保业务功能的安全并将其提供给各种 Java 客户端。EJB 能被方便地打包成Web 服务，故可查找，独立于语言，并能像其他任何服务一样被方便地调用。实体 EJB 是持久性数据的有效接口，EJB 容器的对象/关系映
10、射能力因 WebLogic 的 EJB-QL 扩展（扩大了数据对象/关系配置功能）而得到进一步增强。事务服务WebLogic Server 9.0 在其事务容器服务中支持最新的 Java 事务服务 (JTS)，支持 Java 事务 API (JTA)，也 支持 J2EE 1.4 规范所定义的 CORBA 对象事务服务(OTS)。虽然 JMS 和 EJB 等服务在处理连接、调用和数据存储问题时自动使用事务控制，但是JTA 却可在应用代码中调用，使您不必亲自管理 JTA。能支持两种以上异构数据库之间两阶段提交交易处理，并支持跨 EJB、JMS、J2CA、JDBC 和其他 XA 兼容组件的事务处理。
11、 6、开放性产品平台1）支持各种硬件系统，例如：Pentium、Itanium、SPARC、PowerPC、PA-RISC 等。2）支持各种主流操作系统，如 HP-UX、IBM AIX、SUN Solaris、WINDOWS 2000/2003、Linux 等3）支持多种数据库，如 Oracle（9i，10g） 、Db2、Sybase、MS SQL Server 等数据库，并能对数据库的访问效率提供优化功能。4）有强大的集成能力，能够集成其他平台的应用，包括：数据传输中间件、CORBA，COM/DCOM 等，能够实现与数据传输中间件的双向调用、无缝集成，能集成第三方的 JMS 服务器。5）同时
12、具备 Web Server 功能，并且能够支持主流的 HTTP 服务器。支持不同操作系统下的 WEB 服务器级的负载平衡。7、系统安全1) 提供开放的、可扩展的统一的安全架构。通过开发架构支持开放的即插即用架构，允许使用第三方的安全性解决方案或实现和应用服务器方便集成。2) 支持建立在 LDAP 目录基础之上的内置安全性数据存储，保存角色、简档和权限数据。并支持其他第三方的 LDAP 服务器，例如：MS Active Directory、Sun iPlanet、OpenLDAP、Novell NDS 等服务器。基于 LDAP 的安全数据存储，用于存储和处理必要的安全信息和用户系统管理员维护的其
13、它信息。它还提供便利的、直观的用户管理界面，可实现基于多种访问标准和用户创建的简单条件或复杂规则的多层安全政策配置。3) 通过开发的安全架构，包括认证、授权、身份识别、角色映射等功能能够和第三方安全平台，包括 RSA、CA、Novell 或用户定制平台，进行各种功能的集成。一致的安全基础架构，WebLogic Server 内的所有容器都使用相同的安全基础架构，所以主题、上下文和授权参数的处理方式是一致的。一旦您的应用在一个容器内获得保护后，同样的规则适用于所有容器，使您的域中拥有一致的安全网。跨不同系统的单点登录（SSO）需要不同系统对身份验证、授权、用户、组与角色等达成一定程度的共识4)
14、支持 HTTPS 协议，保证数据传输过程的安全性，支持标准的安全协议 SSL3.0。5) 支持 Java 身份验证和授权服务 (JAAS)，在 WebServices 的层面，支持 WS-Security 标准。6) BEA WebLogic Server 提供了全面的安全体系结构，包括访问控制、基于密码的隐私权和用户验证。这一安全结构让第三方安全解决方案能够热插入 WebLogic Server 的安全框架中，并利用其所有功能，并充分发挥客户投资和经验的效益。7) BEA WebLogic Server 还采用 Secure Sockets Layer（SSL） 、数字签名以及其它基于标准的
15、安全措施。当这些安全措施共同使用时，它们可追踪谁访问了哪种服务。开发人员可以在设计时，限制通过应用逻辑对某些 WebLogic 服务的访问权，而且系统管理员也可以在部署时定义如何访问服务。另外，WebLogic Server 可从其它安全服务中独立运行，或者通过访问现有的安全信息库合并到单一签名解决方案中。BEA WebLogic Server 的安全框架还为内置的 Web Services 基础结构提供高度的安全性，让客户能够创建安全的分布式应用。 8、易用性和管理1）提供统一的域管理功能，允许用户通过集中的一个图形化控制台就实现对多台主机上的应用、资源、J2EE 实例进行有效管理。此外还可
16、以通过命令行的方式管理所有平台资源。WebLogic Server 9.0 管理控制台在基于 struts 的门户框架（包括 Beehive页面流 UI 技术）上设计，因此拥有全新的观感。这意味着控制台本身是高度可配置的：可在视图中增加和删减 portlet；可更换不同观感；portlet 可被其他门户使用；可向门户框架添加自有的 portlet；可以构建新的页面流以满足特定的管理需求个性化的管理控制台可以保证配置、启动和关闭 WebLogic Server 实例 配置 WebLogic Server 集群配置 WebLogic Server 服务，例如数据库连通性(JDBC)和消息处理(JM
17、S)配置安全性参数，包括管理用户、组和角色等配置和部署应用程序监视服务器和应用程序性能查看服务器和域日志文件可以扩展管理功能新增客户化管理包增加自己的注释编辑选中的运行时应用程序部署描述符元素2） 支持多种应用部署的方式，包括：热部署，远程部署，并行部署等。可事先配置的应用部署计划（Deployment Plan，JSR88 标准） ，支持同一个应用（war/ear 包）的多个版本。同一个 URL 自动判断新旧用户的会话，管理员可自定义应用“退休”时间和策略，万一升级失败时，可以自动回退到老版本上。WebLogic Server 9.0 并行部署允许在一个 WebLogic 集群上部署同一应用
18、的多个版本。新客户端请求被路由到新版本，丝毫不影响老版本的已有客户端。在所的客户端都完成了各自的处理任务后，WebLogic Server 将自动淘汰老版本。这样，您就不必构建生产环境的复制版本，不必在两种环境中部署两种不同的版本，也不必利用负载均衡器将过载的流量转向新版本，这一切都由 WebLogic Server 9.0 自动完成。3） 支持简单网络管理协议 (SNMP)，可以使用第三方的系统管理软件管理系统。4） 提供对服务器运行状态监测及统计分析功能，以便对系统进行有效的优化工作。同时支持线程池的系统自动调度功能。可扩展的统一应用诊断框架，收集应用的基本运行数据（包括 JVM、应用服务
19、器和应用） 、定时状态检测、事件截取、SLA 警告、出错后的自动现场数据整理，可事先配置预警条件，比如内存量/队列长度，请求风暴控制，自动调节并平衡现有资源和客户端请求，可视化的基本诊断数据统计，可通过 JMX API 在应用中使用。使您的应用可以知道目前服务器的整体健康状况，提供 WLS 本身和应用程序的健康状况仪表，预防出错，应用出错后，以简单手段提供足够信息帮助用户找到应用问题5） 提供过载功能保护服务器免于出现内存耗尽（out-of-memory）的异常，执行队列过载，提高服务器或集群的可用性。WebLogic Server 9.0 还可以通过一套统称为过载保护的特性帮助您管理系统负载
20、。这些特性包括了限制对线程池的请求、阻塞工作管理器、通过设置 HTTPSessions 阈值来控制 Web 请求数量、配置服务器的 OutOfMemory 异常操作、以及对死线程的主动管理。6） 提供各种标准日志文件，包括：HTTP，Server 等日志，帮助用户跟踪、分析、调试应用系统。WebLogic Server 9.0 服务容器中固有的运行时有审计功能，还有一点非常重要，那就是运行时文档日志可以持续可用。WebLogic Server 9.0 子系统使用日志服务来提供事件信息，如：新应用的部署、或一个或多个子系统故障。服务实例使用日志来沟通服务状态、响应特定时间。例如：您可以使用 We
21、bLogic Server 日志服务来报告错误环境或监听特定子系统的日志消息。每个 WebLogic Server 实例都维护一个服务器日志。每个 WebLogic Server 域都能够运行并行的多个 WebLogic Server 实例，日志服务会收集多个服务器实例生成的消息，并将其记录到单个域范围的消息日志中。域日志提供了域的整体状态集群版的特有技术服务器端Java平台(J2EE标准)业已成为提供Web信息服务的最佳方法。对于关键业务系统来说，可靠性已成为互连网的一大挑战。用户迫切希望提供“拨叫通话”般的优质服务，24x7的可用性并且没有明显延迟。直接影响关键业务用户或业务伙伴的故障是无
22、法接受的。基础结构必须具备很高的可用性，能够向企业提供不间断的服务。在当今动态业务环境下，为了满足需求，企业必须具备动态提高容量的能力。支持这种应用的基础结构必须具备相当高的伸缩性，以便在不改变软件和硬件的情况下地进行接近线性的扩展。今天，企业正在使用Java应用服务器，特别是主导市场的BEA WebLogic Server，为用户的自助服务、供应链和分销渠道管理、贸易、银行业及其他服务，开发部署具备伸缩能力和高可靠性的关键业务应用。BEA WebLogic Server的开发领域包括电信 (AT&T,Qwest 和 Verizon)、保健(Aetna, Blue Cross/Blue Shi
23、eld 和 Oxford Health Plans), 运输 (联合航空，Delta 航空，DHL全球速递)和)、金融机构 (Charles Schwab, American Express和Fidelity Investments) 等，几乎覆盖所有行业。 大量用户的成功使BEA成为基础结构软件的领导者。目前，BEA拥有合作的ISV、ASP和系统集成商2,100多家，11,000多用户。BEA WebLogic 是业界最先进的 Java 应用服务器，一直占有市场最大份额，雄踞支持J2EE和Web服务技术的主导地位。BEA WebLogic Server 成功的关键是其业已证实的强大集群能力，
24、通过这种能力实现伸缩能力和高可用性。 1weblogic server的传统强项,就是具有强大的集群功能: BEA WebLogic Server 采用先进集群技术，使电子业务系统具备伸缩能力和24x7可用性。WebLogic集群技术指通过一组服务器共同工作，再多台机器间复制应用表示层和应用逻辑层的能力，实现关键业务系统的负载分布，消除个别故障点。集群采用备份配置，通过 Web 和对象集群技术，使复制服务器或对象实例能够进行自动故障接管，保持有状态对象的状态，更新JDNI树和副本存根。发生硬件或软件故障时，客户机访问透明地切换到运行中的服务器或对象副本。集群是面向客户机的独立 “超级”服务器，
25、用一个URL 编址。在集群内部，服务器之间通过IP多路广播进行通信，利用DNS负载平衡、硬件负载平衡器或代理服务器支持简单 Web 访问模型。BEA WebLogic 集群是业内最先进的技术，可为用户关键业务Web应用提供最强大的伸缩能力和可用性。2.系统的高可用性和可扩展性1）支持异构平台之间的集群功能。2）支持应用级负载均衡，支持集群中动态增加服务器功能，通过定义多个应用服务组，在资源出现故障的时候能够以在组之间进行自动切换。集群采用多server备份进行故障恢复。同样的服务可以由集群中的多个server来提供。当其中一个server发生故障时，另一个server可以接管发生故障的serv
26、er继续工作。这种故障server的故障接管能力可确保客户机应用的无缝可用性，客户机根本察觉不到曾经发生过问题。BEA WebLogic Server可作为负载平衡代理连接WebLogic集群。这样，它可以提供负载分配、故障接管及其他负载平衡器功能，并可以处理部分Web请求（如快速静态页面）。作为代理，它可以将大部分请求分配给其后的集群。如下图所示为第一种可行的WebLogic集群配置，其中WebLogic代理用做负载平衡器。这种配置充分发挥了BEA WebLogic作为Web服务器的优势。3）集群功能支持以下资源的负载均衡或失效转移功能：Web应用、EJB、JMS、数据库链接池（Multi-
27、Pool）等。BEA WebLogic Server具有多种先进的集群形式，包括Web集群、对象集群、JMS(Java 消息服务)集群和JDBC连接库（元库）集群。支持城域网和广域网的集群，容忍延迟较大的网络为同城容灾中心提供简单方便的应用级容灾备份，无须额外投资，大规模应用集群的集中管理。应用的跨地域部署，异地容灾备份整体方案的关键补充，除了数据库中的数据可以备份，运行时数据也可以备份！大规模应用可以充分利用异地跨广域网的闲置设备。4）提供多种负载平衡的算法支持负载的分配，支持循环往复、权重、随机选取、外部均衡算法，为了将流量发送到最佳的服务器，负载均衡设备 可以对流量应用若干强大的算法。
28、轮询 - 负载均衡设备 将每一个新请求发送到服务器集群中的下一个服务器。负载均衡设备 当然不会输于传统的循环算法功能。后者不论服务器是否在工作或性能如何，都会向其发送请求。而负载均衡设备 只会将请求发送到工作正常的服务器。 加权轮询 由于集群中的不同服务器可能有不同的功能，因此可以为各个服务器分配不同的加权值。对特定任务而言，一个服务器可能比另一服务器更适合执行该任务（比如，内存更多、CPU 更快） 。通过这些分配的加权值将可以看出一个服务器相对于集群中其它服务器的处理容量。 最少用户 - 负载均衡设备 将流量负载均衡到用户数目最少的服务器。最常用于用户较多的 HTTP 或小流量会话。最快响应时间 -负载均衡设备将流量负载均衡到响应时间最快的服务器。最常用于用户较多的 HTTP 或小流量会话。 最小流量 该方法允许 AppDirector 将流量优化到各个服务器。用户将被复位向到用流量规模最小的服务器。该方法最常用于用户较少的 FTP 或高流量会话。5）要求集群范围支持线性的可扩展的能力，与单 server 或单机相比，集群的容量不
