第二章应用服务器与J2EE.ppt

* * 第二章 应用服务器与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等 应用服务器 - 如Bea公司的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体系结构特点： 无论是客户端还是服务端都需要特定的软件支持。 没能提供用户期望的开放环境，适用于Intranet。 服务器端运行负荷较轻。 数据的存储管理功能较为透明。 C/S体系结构的劣势是高昂的维护成本且投资大。 2.1.2 B/S(浏览器/服务器)模式 在B/S体系结构中，用户通过浏览器向分布在网络上众多服务器发出请求， 服务器对浏览器的请求进行处理，将用户所需信息返回到浏览器。 Browser 浏览器 Web服务器 数据库 B/S体系结构图示 B/S体系结构特点： 简化了客户端的工作，瘦客户端结构。 对数据库的访问和应用程序的执行将在Server上完成。 把技术维护人员从繁重的维护升级工作中解脱出来。 B/S体系结构不足方面： 浏览器应用于Web应用系统时，许多功能不能实现或实现困难。 复杂的应用构造困难。 HTTP可靠性低，采用浏览器进行系统维护不安全。 Web服务器同时要处理客户请求以及与数据库联接，负载过重。 业务逻辑和数据安全不足。 2.2 多层应用体系结构 客户端 表示层软件 中间件服务器 应用逻辑： 事务处理 监控 信息排队 Web服务等 数据库 瘦客户：提供简洁的人机交互界面，完成数据的输入/输出。 业务服务(中间层)：完成业务逻辑、实现与数据库通信、实现分布式管理 负载均衡、Fail/Recover、安全隔离等。 数据服务：提供数据存储。 2.2.1 多层分布式体系结构特点： 安全性：中间层隔离了客户直接对数据库的访问，保护数据。 稳定性：中间层缓冲了客户端与数据库的实际连接，使数据库 的连接数量远小于客户端应用数量。 易维护：业务逻辑在中间服务器，当业务规则变化后，客户端 基本不变。 快速响应：通过负载均衡以及缓存数据能力，客户端能够 快速响应。 5. 系统扩展灵活：可以在中间层部署更多的应用服务。 2.2.2 多层体系结构开发需考虑三方面问题 开发环境 应用程序的集成 应用程序的配置 三大技术标准：J2EE、.Net、CORBA 2.3 JavaEE 2.3.1 Java版本历史：从一种语言发展为一种平台 1. 1991年，SUN的OaK语言，主要用于消费类电子设备的开发。 2. 1995年，NetScape宣布把Java集成到其浏览器中。 3. 1996年1月，Sun发布了JDK Java Development Kits 1.0 。 包括运行环境JRE和开发环境JDK 4. 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 Faces（JSF）也跟着推出。