一个EJB例子

什么是框架

框架（Framework）是整个或部分系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法;另一种定义认为，框架是可被应用开发者定制的应用骨架。前者是从应用方面而后者是从目的方面给出的定义。

可以说，一个框架是一个可复用的设计构件，它规定了应用的体系结构，阐明了整个设计、协作构件之间的依赖关系、责任分配和控制流程，表现为一组抽象类以及其实例之间协作的方法，它为构件复用提供了上下文(Context)关系。因此构件库的大规模重用也需要框架。

构件领域框架方法在很大程度上借鉴了硬件技术发展的成就，它是构件技术、软件体系结构研究和应用软件开发三者发展结合的产物。在很多情况下，框架通常以构件库的形式出现，但构件库只是框架的一个重要部分。框架的关键还在于框架内对象间的交互模式和控制流模式。

框架比构件可定制性强。在某种程度上，将构件和框架看成两个不同但彼此协作的技术或许更好。框架为构件提供重用的环境，为构件处理错误、交换数据及激活操作提供了标准的方法。

应用框架的概念也很简单。它并不是包含构件应用程序的小片程序，而是实现了某应用领域通用完备功能（除去特殊应用的部分）的底层服务。使用这种框架的编程人员可以在一个通用功能已经实现的基础上开始具体的系统开发。框架提供了所有应用期望的默认行为的类集合。具体的应用通过重写子类(该子类属于框架的默认行为)或组装对象来支持应用专用的行为。

应用框架强调的是软件的设计重用性和系统的可扩充性,以缩短大型应用软件系统的开发周期，提高开发质量。与传统的基于类库的面向对象重用技术比较，应用框架更注重于面向专业领域的软件重用。应用框架具有领域相关性，构件根据框架进行复合而生成可运行的系统。框架的粒度越大，其中包含的领域知识就更加完整。

框架，即framework。其实就是某种应用的半成品，就是一组组件，供你选用完成你自己的系统。简单说就是使用别人搭好的舞台，你来做表演。而且，框架一般是成熟的，不断升级的软件。 框架的概念最早起源于Smalltalk环境，其中最著名的框架是Smalltalk 80的用户界面框架MVC(Model-View-Controller)。随着用户界面框架Interviews 【Linton 89】和ET++ 【Weinand 89】

JPQL就是一种查询语言，具有与SQL 相类似的特征，JPQL是完全面向对象的，具备继承、多态和关联等特性，和hibernate HQL很相似。

查询语句的参数

JPQL语句支持两种方式的参数定义方式: 命名参数和位置参数。。在同一个查询语句中只允许使用一种参数定义方式。

命令参数的格式为：“: +参数名”

例：

Query query = em.createQuery("select p from Person p where

p.personid=:Id");

query.setParameter("Id",new Integer(1));

位置参数的格式为“?+位置编号”

例：

Query query = em.createQuery("select p from Person p where

p.personid=?1");

query.setParameter(1,new Integer(1));

如果你需要传递java.util.Date或java.util.Calendar参数进一个参数查询，你需要使用一个特殊的setParameter()方法，相关的setParameter方法定义如下：

public interface Query

{

//命名参数查询时使用，参数类型为java.util.Date

Query setParameter(String name, java.util.Date value,

TemporalType temporalType);

//命名参数查询时使用，参数类型为java.util.Calendar

Query setParameter(String name, Calendar value, TemporalType

temporalType);

//位置参数查询时使用，参数类型为java.util.Date

Query setParameter(int position, Date value, TemporalType

JNDI全面总结

原理：

在DataSource中事先建立多个数据库连接，保存在数据库连接池中。当程序访问数据库时，只用从连接池中取空闲状态的数据库连接即可，访问结束，销毁资源，数据库连接重新回到连接池，这与每次去直接访问数据库相比，会节省大量时间和资源。

JNDI( Java Naming and Directory Interface )，是Java平台的一个标准扩展，提供了一组接口、类和关于命名空间的概念。如同其它很多Java技术一样，JDNI是provider-based的技术，暴露了一个 API和一个服务供应接口（SPI）。这意味着任何基于名字的技术都能通过JNDI而提供服务，只要JNDI支持这项技术。JNDI目前所支持的技术包括 LDAP、CORBA Common Object Service（COS）名字服务、RMI、NDS、DNS、Windows注册表等等。很多J2EE技术，包括EJB都依靠JNDI来组织和定位实体。可以把它理解为一种将对象和名字捆绑的技术，对象工厂负责生产出对象，这些对象都和唯一的名字绑在一起，外部资源可以通过名字获得某对象的引用。

在javax.naming的包包中提供Context接口，提供了两个很好用的方法：

<1> void bind( String name , Object object )

将名称绑定到对象。所有中间上下文和目标上下文（由该名称最终原子组件以外的其他所有组件指定）都必须已经存在。

<2>Object lookup( String name )

检索指定的对象。如果 name为空，则返回此上下文的一个新实例（该实例表示与此上下文相同的命名上下文，但其环境可以独立地进行修改，而且可以并发访问）。

运行机制：

1、首先程序代码获取初始化的 JNDI 环境并且调用 Context.lookup() 方法从 JNDI 服务提供者那里获一个

JDO是Java对象持久化的新的规范。JDO经SunJava Community Process认定。

1) 一、历史

JDO是对象持久化工作的综合成果，试图提供一个对象持久化的完全版本。JDO同时继承

于ODMG（对象数据管理小组，标准化对象数据库的一个独立委员会）和对象关系映射工

具提供商。

JSR #000012 approved in July 1999 1999-8组建的专家小组：包括Sun、Apple、BEA、IBM、Oracle、SAP、WebGain等

2000-5 完成公开评论草案

2000-6 在JavaOne上引入

2001-3 最终草案0.93

2001-5 最终草案0.96公布

2001-6 在JavaOne上启动

2001-11 最终草案0.98

2) 二、目标

定义对象级的持久化。

 完全支持对象模型，包括引用、集合、接口、继承

 完全透明持久化：这使得业务对象完全独立于任何数据库技术，这使用了一个字节

码增强机制（a byte-code enhancement mechanism）。

 缩短开发周期（不再需要映射）

 在开发小组中清晰地划分业务人员和数据库人员。

 通用持久性  JDBC限于RDBMS，JDO潜在地可以处理任何类型的数据源，包括RDBMS，

ODBMS，TP监控处理，ASCII无格式文件，xml文件，properties文件，大机上的

Cobol数据库，等  JDO是面向大型信息系统的一个完全的解决方案，在这样的系统中，信息存储于

多种异质数据源

 涵盖J2EE、J2SE、J2ME的广泛实现

 强壮的事务模型

 同时支持C/S和多层体系结构

3) 三、体系

JDO 包

PersistentCapable：拥有持久实例的类必须实现这个接口。管理对象生命周期。

PersistenceManager ：代表了到数据源的连接。一个应用可以打开一个或多个PersistenceManagers。