张民(muslv)清华大学计算机系知识工程组 硕士清华大学

内容 为什么引入J2EE？ 什么是J2EE？ J2EE的组成 EJB—J2EE的基石 EJB的容器和服务器 EJB的分类 会话bean 实体bean EJB的三个关键构件 EJB的实现与部署 回顾 主机系统或单层结构 数据访问、表示和业务逻辑在一个应用中 功能紧紧耦合在一起 代码复用、代码可维护性、和代码的修改十分困难。 不是分布式的，不具有可伸缩性。 传统的客户/服务器：“胖”客户端 功能集中，不利于更新和维护； 数据模型“紧耦合”在每一客户端 数据库结构改变将导致全体客户端改变 任何一点更新要对每一客户端进行部署 数据库连接是针对每一客户端的 伸缩困难 原始数据通过网络传递：加重网络负担 三层分布式对象架构 客户端：业务数据模型与UI分开，更“瘦” 业务逻辑在中间层，成为“对象服务”。 中间层可以处理多客户端，通过：连接池，多线程，对象一致性处理 编程困难 关于分布式计算 对象化的RPC(Remote Procedure Call) 对象之间的互操作性 信息的传递 在此方面的解决方案： CORBA (Common Object Request Broker Architecture) RMI (Remote Method Invocation) DCOM (Distributed Component Object Model) Web服务器与CGI WWW浏览方式所带来的： “Browser-based” 客户端与“Internetworking” 计算方式向服务器端的集中转化 N层计算模式的引入 从1层到N层，得到的改进： 每一层可以被单独改变，而无需其它层的改变 降低了部署与维护的开销 资源(如连接)可以被缓冲和重复利用 提高了灵活性、可伸缩性，并使性能提高成为可能 瘦客户端的引入使Internet接入方便，而计算被集中至服务器端 仍然存在的问题： 对企业级应用开发人员的要求太高：熟悉分布式协议，进行一致性事务处理，负载平衡，安全…… 构件(component)与中间层开发 两个转变： 计算模式上：网络计算(Network Computing) 生产模式上：基于构件的开发(Component-based Dev) 二者的结合： 服务器端中间层构件的开发 构件的优点与特点 “一个软件构件是一个组合的单位，它包括合同化声明的接口及明确说明的上下文相关性。一个软件构件可以被独立部署且服务于第三方所做的组合。 构件的特点： 构件是编译码 构件是一个独立部署的单位 构件是一个由第三方进行组合的单位 构件没有持久的状态 构件的优点： 可插入 更好的设计 更好的复用 方便的更新 实现与接口分离 在企业级应用开发中的问题 分布式 可移植 面向Web体系 可装配 满足企业计算要求 一致性 事务性 安全性 好的特性 可伸缩 可扩展 易维护 为什么需要J2EE 分布式、可移植构件的框架 简化服务器端中间层构件的设计 为构件与应用服务器提供标准API 企业版对开发者和用户来说…… 更短的开发时间 可重用构件 JSP EJB 自由的选择 双向选择 简化的连接 XML，JDBC，RMI-IIOP J2EE组成部分 J2EE Open and standard based platform for developing, deploying and managing n-tier, Web-enabled, server-centric enterprise applications 开放的、基于标准的平台，用以开发、部署和管理N层结构、面向Web的，以服务器为中心的企业级应用。 J2EE架构 容器和构件 J2EE 1.2中的API与技术 Java 2 SDK, Standard Edition 1.2 RMI/ IIOP1.0 JDBC?2.0 Java Messaging Service1.0 JNDI1.2 Servlet2.2 JavaServer Pages?1.1 JavaMail1.1 JavaBeans? Activation Framework1.0 Enterprise JavaBeans1.1 Java Transaction API1.0 EJB—J2EE的基石 Enterprise JavaBeans(EJB) 是： Java服务器端服务框架的规范，软件厂商根据它来实现EJB服务器。应用程序开发者可以专注于支持应用所需的商业逻辑，而不用担心周围框架的实现问题。 EJB容器是： 一个管理一个或多个EJB类/实例的抽象。它通过规范中定义的接口使EJB类访问所需的服务。容器厂商也可以在容器或服务器中提供额外服务的接口。 E