EJB--了解篇.docVIP

EJB了解篇 EJB: Enterprise Java Bean,是java基于服务器端组件架构技术，可以快速构建企业级的，分布式应用。 构建一个企业级应用应当考虑的问题： 远程方法调用：如何通过网络进行远程方法调用。如何确定方法，如何传递参数和返回值等。 如何实现负载均衡。因为是客户端直接调用服务器端，所以客户端必须能够获知服务器的负担，如果超过了负荷，则请求另外一台服务器。 透明性容错。如果一台服务器瘫痪，可以转到另一台。 事务处理。 服务集群。运行时状态转移 热部署。 线程。服务器必须能够处理多线程。 对象生命周期。根据用户请求的频度，对象应该保持相应的数量 资源池。 安全性。 缓存。 与其他遗留系统、异构系统的集成 分布式应用: 探索发现 如何构建一个大型应用系统呢？要构建一个大型系统就应当考虑上面所提到的题，这样的系统才是“可用的”，否则你的系统就可能存在这样或者那样的问题。 或许有些人会说，我从来没有考虑过你所提到的那些问题，但是我的系统也是可以运行的。是可用的。对没有错误，你说的完全正确，其实对与一个系统你所要解决的有两方面的问题： 系统的功能性需求 系统的非功能性需求 对与功能性需求你必须实现，也是最主要的部分，没有了功能的满足用户是不会使用你的系统的，因为你不能给用户解决任何的问题。 对与非功能需求的实现，举个例子，比如说银行系统用了一段时间后发现帐户不平了，或者系统特慢，或者说安全性很差。那么这样的系统在使用的过程中是非常危险的。 所以我们一定要关注非功能性的需求。所以我们在每一个业务类中增加了很多的非功能的实现代码，而且非功能需求的实现要远远大与非功能需求的实现。从而大大增加了系统开发的复杂度。（可能会出这样的情况：为了完成业务功能，我们需要一行代码来实现，为了完成非功能性的需求，我们需要1000行代码，呵呵，而且这样代码具有很大的重复性）。 软件开发中的矛与盾 要增加系统的性能将带来系统复杂度的提高 要增加系统性能将带来开发周期的增加 要增加系统的性能将来开发成本的增加 中间件： 分析非功能性需求，你会发现，它们是可重用的，在每一个软件系统中都是相同的，这个时候很多的开发厂商都开发出来了自己的中间件产生。 中间件可以完成对通用的非功能性需求的支持。你只要把你的系统部署在中间件中，或者借助与中间件进行二次开发，完成你的系统需求。这个时候你的系统就可以拥有，中间件所提其的非功能性需求。 优点： 公司能够专注与核心软件的开发 降级开发成本，快速开发 减少系统的复杂度 缺点： 中间件没有统一的标准。一但应用程序部署，就和某一个特定的厂商帮定，如果想更换厂商几乎是不可能的。 EJB的到来 EJB是标准：是java构建服务器端组件的标准。能够在EJB组件与J2ee服务器之间达成一致。即所有的EJB都能运行在所有的J2EE应用服务器中。 标位包含两方面： 规范： EJB组件的规范 EJB容器：（J2EE应用服务器） EJB组件与EJB容器之间协作的规范。 一套Java接口： EJB标准的版本： EJB2.0 EJB2.1 目前EJB3.0 EJB的优点： 业界达成的共识（统一技术，便与学习和使用） 统一开发：依据规范，开发者很容易开发EJB而不用理会不同应用服务器的差异。 快速开发：借助与应用服务器（中间件平台）提供的基础服务（如事务，安全，分布式等），开发者可以不用关注这些问题，从而实现快速开发。 EJB的使命 EJB在软件开发中所扮演的角色为业务组件的角色，完成企业应用过程的计算处理。如下图所示： 客户端层:访问本系统的设备，如手机，或者系统客户端（其它的应用程序） 表示层：封装了系统的所有表现逻辑(客户请求的拦截，访问系统的入口) 业务层：完成企业计算的种种业务服务（业务数据，和业务逻辑） 集成层：与外部系统或外部资源通信（如数据存储或遗留系统），主要用来协调业务层与资源层的通信 资源层：包括业务数据和外部资源（比如：数据库，遗留系统，以及类似与信用卡认证之类的服务）。 J2EE应用程序部署场景 在此部署场景中所使用的J2EE技术： JAX-RPC (java api for xml RPC),在java平台中开发web服务所使用到的技术 RMI和RMI-IIOP: 为在java中实现分布式的对像通信所使用到的技术。J2se中本身有RMI,但是为了和CORBAR集成而引入了RMI-IIOP JNDI （JAVA Naming and Direcory Interface）:java命名和目录服务，用来访问不同位置的资源。 JDBC 用来访问数据库的java API Java事务API和java事务服务(JTA和JTS) JTA和JTS规范允许开发者为组件提供可靠的事务支持。 JMS