应用服务器与JEE.ppt

《应用服务器与JEE.ppt》由会员分享，可在线阅读，更多相关《应用服务器与JEE.ppt（31页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第二章 应用服务器与J2EE应用服务器一个可以提供通过Internet 来实施电子商务和企业计算的平台。Internet 上的操作系统。-SUN文件服务器-如Novell 的NetWare 数据库服务器-如Oracle 数据库服务器，MySQL，PostgreSQL，Microsoft SQL Server 等 邮件服务器-Sendmail，Postfix，Qmail，Microsoft Exchange，Lotus Domino 等 网页服务器-如Apache，thttpd，微软的IIS 等 FTP 服务器-Pureftpd，Proftpd，WU-ftpd，Serv-U 等 应用服务器-如B

2、ea 公司的WebLogic，JBoss，Sun 的GlassFish 代理服务器-如Squid cache 计算机名称转换服务器-如微软的WINS 服务器 2.1 传统的应用体系结构C/S(Client/Server)模式与B/S(Browser/Server)模式2.1.1 C/S(客户端/服务器)模式客户机和服务器结构，通过它可以利用两端硬件环境的优势，将任务合理分配到Client端和Server 端来实现，降低了系统的通信开销。客户端数据库C/S 体系结构图示前台程序后台程序C/S 体系结构特点：1.无论是客户端还是服务端都需要特定的软件支持。2.没能提供用户期望的开放环境，适用于In

3、tranet。2.服务器端运行负荷较轻。3.数据的存储管理功能较为透明。4.C/S 体系结构的劣势是高昂的维护成本且投资大。2.1.2 B/S(浏览器/服务器)模式在B/S 体系结构中，用户通过浏览器向分布在网络上众多服务器发出请求，服务器对浏览器的请求进行处理，将用户所需信息返回到浏览器。Browser浏览器 Web 服务器数据库B/S 体系结构图示B/S 体系结构特点：1.简化了客户端的工作，瘦客户端结构。2.对数据库的访问和应用程序的执行将在Server 上完成。3.把技术维护人员从繁重的维护升级工作中解脱出来。B/S 体系结构不足方面：1.浏览器应用于Web 应用系统时，许多功能不能实

4、现或实现困难。2.复杂的应用构造困难。3.HTTP 可靠性低，采用浏览器进行系统维护不安全。4.Web 服务器同时要处理客户请求以及与数据库联接，负载过重。5.业务逻辑和数据安全不足。2.2 多层应用体系结构客户端表示层软件中间件服务器应用逻辑：事务处理监控信息排队Web 服务等数据库 瘦客户：提供简洁的人机交互界面，完成数据的输入/输出。业务服务(中间层)：完成业务逻辑、实现与数据库通信、实现分布式管理 负载均衡、Fail/Recover、安全隔离等。数据服务：提供数据存储。2.2.1 多层分布式体系结构特点：1.安全性：中间层隔离了客户直接对数据库的访问，保护数据。2.稳定性：中间层缓冲了

5、客户端与数据库的实际连接，使数据库3.的连接数量远小于客户端应用数量。3.易维护：业务逻辑在中间服务器，当业务规则变化后，客户端4.基本不变。4.快速响应：通过负载均衡以及缓存数据能力，客户端能够5.快速响应。3.5.系统扩展灵活：可以在中间层部署更多的应用服务。2.2.2 多层体系结构开发需考虑三方面问题1.开发环境2.应用程序的集成3.应用程序的配置三大技术标准：J2EE、.Net、CORBA2.3 JavaEE2.3.1 Java版本历史：从一种语言发展为一种平台1.1991年，SUN的OaK 语言，主要用于消费类电子设备的开发。2.1995年，NetScape 宣布把Java 集成到其

6、浏览器中。3.1996年1月，Sun 发布了JDK Java Development Kits 1.0。包括运行环境JRE 和开发环境JDK4.1997年2月，发布了JDK1.1。5.1998年，JDK1.2 版本发布，使用了新名称Java 2 Platform。同时Sun 发布了JSP/Servlet、EJB 规范以及将Java 分成了J2EE、J2SE 和J2ME。6.2000年，JDK1.3 发布。7.2002年，JDK1.4 发布。8.2004年，JDK1.5 发布。同时JDK1.5 改名为J2SE5.0。推出了EJB3.0 规范。Java 服务器界面编程规范JavaServer Fa

7、ces（JSF）也跟着推出。9.2005年6月，JavaOne（Open Net Environment）大会召开，SUN发布Java SE 6。J2EE 更名为Java EE，J2SE 更名为Java SE，J2ME 更名为Java ME。2.3.2 Java EE 应用体系结构Java EE 是一种利用Java 2 平台简化企业解决方案的开发、部署和管理相关复杂问题的体系结构。1.什么是Java EE？Open and standard based platform for developing,deploying and managing n-tier,Web-enabled,serve

8、r-centric enterprise applicationsClient Tier Middle TierEISHTMLAppletWeb BrowserJavaAppDesktopJava ClientDeviceWeb ServerJSPJSPServletServerServices EJB ContainerEJBEJBEJBContainerServicesEnterprise Data2.Java EE 体系结构：N 层的体系结构3.JavaEE 的技术体系：Java EE 是一系列技术标准所组成的平台，包括：EJB-企业级JavaBean（Enterprise Java B

9、eans）RMI-Remote Method Invocation JAAS-Java Authentication and Authorization Service JACC-J2EE Authorization Contract for Containers JAF-Java Beans Activation Framework JAX-RPC-Java API for XML-Based Remote Procedure Calls JAX-WS-Java API for XML Web Services JAXM-Java API for XML Messaging JAXP-Jav

10、a XML 解析API（Java API for XML Processing）JAXR-Java API for XML Registries JCA-J2EE 连接器架构（J2EE Connector Architecture）JDBC-Java 数据库联接（Java Database Connectivity）JMS-Java 消息服务（Java Message Service）JMX-Java Management Extensions JNDI-Java 名字与目录接口（Java Naming and Directory Interface）JSF-Java Server Faces

11、 JSP-Java 服务器页面（Java Server Pages）JSTL-Java 服务器页面标准标签库（Java Server Pages Standard Tag Library）JTA-Java 事务API（Java Transaction API）JavaMailServlet-Java Servlet API StAX-Streaming APIs for XML Parsers WS-Web Services 2.3.3 为什么需要Java EE1.企业级应用开发中所面临的问题：n 分布式n 可移植n 系统集成支持n 面向WEBn 可装配n 满足企业计算要求 一致性 事务性 安

12、全性n 其它特性 可伸缩 可扩展 易维护2.Java EE 提供了一套完整的解决所有这些问题的 框架方案：n 提供了分布式、可移植组件的框架n 为组件与应用服务器提供标准APIn 简化了服务器端中间层组件的设计 组件：一个应用程序级的软件单元。Java EE Java EE 组件：组件：1.1.客户端组件 客户端组件：客户端应用程序和：客户端应用程序和Applet Applet2.2.服务器端 服务器端Web Web 组件 组件：Java Servlet Java Servlet 和 和JSP JSP3.3.服务器端的商业组件 服务器端的商业组件：Enterprise JavaBeans En

13、terprise JavaBeans2.3.4 Java EE 容器及服务器1.Java EE 容器容器是一种运行在服务器上的软件实体，用于管理特定类型的组件。容器是一种运行在服务器上的软件实体，用于管理特定类型的组件。为开发的 为开发的Java EE Java EE 组件提供了执行环境。组件提供了执行环境。如：如：Web Web 组件容器 组件容器Apache Tomcat Apache Tomcat容器负责管理部署在其中的组件的生命周期，及诸如资源汇集和强制 容器负责管理部署在其中的组件的生命周期，及诸如资源汇集和强制执行安全之类的工作。执行安全之类的工作。n n 所有的 所有的Java

14、EE Java EE 组件都部署于容器中并在容器中执行。组件都部署于容器中并在容器中执行。2.Java EE 容器类型n n 应用程序容器：管理独立的Java应用程序n Applet 容器：为Applet 提供一个执行环境n Web 容器：管理Web 组件（JSP 页面和Servlet 组件）n 企业级容器：管理EJB 组件 3.Java EE 服务器J2EE 服务器是J2EE 产品的运行部分，它提供EJB 容器和Web 容器。如：WebLogic、WebSphere、JBoss3.体系结构的划分：非分布式和分布式两大体系结构3.1 非分布式体系结构非分布式体系结构比较适合于Web 应用，它们

15、在一个容器里处理所有的页面逻辑和业务逻辑，所有的应用组件都只运行在同一个JVM 里面。系统变得简单而有效。非分布式结构下一般有以下几个开发模式：1.数据库构建业务逻辑的Web 应用Web 浏览器EIS企业数据源Servlet、Jsp、HtmlWeb 容器处理表示层逻辑处理业务/持久层逻辑客户端JDBC企业的业务逻辑主要在数据库服务器端，通过使用存储过程、触发器等数据库特有技术完成。Web 容器利用JDBC 调用数据库的存储过程获取数据，利用Servlet、Jsp、HTML 等处理表示层的逻辑。优点：1.简单性。2.速度。3.测试容易。4.系统部署简单。缺点：1.整个应用对数据库的功能和容量要求

16、高。2.维护不易。3.数据库代码可能会很复杂。4.系统扩展性差，数据库性能要求高，性能调整代价大。2.具有处理业务逻辑组件的Web 应用Web 浏览器EIS企业数据源Servlet、Jsp、HtmlWeb 容器客户端业务逻辑JavaBeanWeb 容器不仅负责表示层，还要处理业务逻辑。J2EE 中最常见，结构最简单的开发模式，所谓的“轻量级”企业开发模式优点：1.结构简单。不需EJB 容器支持的J2EE 应用服务器（Tomcat、Resin）2.相应速度快。整个应用运行在同一个JVM 内，没有远程调用。3.调试和测试容易。代码本地化，无需部署就可调试。4.系统部署容易灵活。利用Web 应用服务

17、器的负载均衡技术，在多台机器上5.部署同一应用。缺点：1.对外只有一个Web 接口，除非增加一个Web Service，否则很难支持其它2.独立GUI 客户端。3.2.整个应用只能运行在一个JVM，无法将组件自由地部署在其它机器上。4.3.没有用到EJB 容器的事务支持，需要自己在代码里创建和管理事务。5.4.应用服务器不支持EJB 容器，对于开发复杂的企业应用显得力不从心。3.使用本地接口EJB 的Web 应用Web 浏览器EIS企业数据源Servlet、Jsp、HtmlWeb 容器客户端本地接口调用EJBEntity、Session、MessageBeanEJB 容器中间业务层的业务接口使

18、用本地EJB 实现，而不是采用普通JavaBean。优点：1.具备第二种模式（使用JavaBean）的所有优点。2.利用了EJB 容器的各种服务，而又没有分布式EJB 应用那么复杂。3.本地EJB 不用远程调用，不需要窜行化，系统性能开销小。缺点：1.开发相对复杂。2.2.对外也只是一个Web 接口，很难支持其它客户端，除非增加Web Service。3.3.整个应用运行在同一JVM，所有组件必须部署在同一物理机器上。4.调试不容易。需要运行J2EE 应用服务器。5.即使是本地调用，仍然慢于普通方法调用。3.2 分布式体系结构开发模式1.使用远程EJB 的分布式应用Web 浏览器EIS企业数据

19、源Servlet、Jsp、HtmlWeb 容器客户端远程接口调用EJBEntity、Session、MessageBeanEJB 容器HTTP其他客户端远程接口调用EJB分布式系统经典的开发模式通过EJB 及其调用EJB 的组件部署在不同JVM 的方式对应用进行物理的以及逻辑的划分优点1.很容易地使用J2EE 应用服务器的各种现成的服务，减低开发分布式系统的难度。2.通过标准的RMI 远程接口来支持所有的J2EE 客户类型。3.提供灵活的部署方式。允许应用组件在不同物理机器上部署。缺点1.复杂，开发难度大。业务逻辑和表示逻辑的合理划分和设计。2.影响性能。应为使用了RMI 远程调用。3.业务层

20、组件都必须运行在EJB 容器内，对J2EE 应用服务器要求高。4.分布式应用调试和测试都是最难的。5.分布式系统使异常的处理变得复杂。6.还必须考虑网络故障等引起的传输问题。2.具有Web Service 接口的分布式应用非分布式开发体系结构中各种开发模式为了实现分布式开发的一个扩展模式。在原有的各种模式上增加一个Web Service 服务层，不需要RMI 和EJB 来支持远程客户，而是通过SOAP 与中间业务服务器通信。优点1.通信协议SOAP 比RMI/IIOP更开放，支持JA V A 外其他语言的客户端。2.对企业来说，提供标准的Web 服务接口比提供远程EJB 接口更有好处。3.We

21、b Service 基于Http协议，与RMI 相比，防火墙更友好。缺点1.性能差。通过SOAP 和XML 协议传递对象的性能比RMI 差。2.如果客户端都是基于J2EE 技术，没有必要采用SOAP。3.传输对象编码复杂。Java对象与XML 之间作转换，对复杂的Java对象支持差。2.3.5 开发环境(开发工具+运行环境)1.MyEclipse(Tomcat+Derby)2.WebLogic+JBuilder+Oracle 3.WebSphere+Netbeans+DB2 4.JBoss+Eclipse(plug in)+MySQLhttp:/作业：请说明该企业应用架构计算机厂家生产和销售系统