在WebSphere Application Server V7上操纵IBM solidDB V6.3和Ope[Java编程]

Java Persistence API(JPA)是 Enterprise JavaBean (EJB) 3.0标准的一部份.JPA可用于Java Standard Edition(Java SE)和Java Enterprise Edition(Java EE)利用程序.IBM solidDB 是一个内存关系数据库,它的速度最高可达通例数据库的10倍.solidDB支持Java Database Connectivity (JDBC) 2.0标准.很多Java SE和 Java EE 利用程序可以操纵利用 JDBC 的内存数据库的性能上风.

简介

Java Persistence API(JPA)作为 EJB 3.0 标准 (JSR220) 的一部份引入,其目的是使整个 Java 社区基于一个单一的、尺度的、长期的 API.JPA 吸取了 Hibernate、TopLink、Java Data Objects (JDO) 和 Container Managed Persistence (EJB-CMP) 2.1 标准的精华.

JPA 可用于 Java Standard Edition (Java SE) 和 Java Enterprise Edition (Java EE) 环境,因为它将实体表示为可以被一个 JPA 长期性供应者（如 Apache OpenJPA）管理的 Plain Old Java Objects (POJOs).关于这个实体的对象关系映射的元数据利用 Java 5 注释或 XML 描写符指定.实体用于将 Java 对象长期化保存在数据库中.

有几种 JPA 长期性供应者.IBM 的 JPA 办理筹划基于 Apache OpenJPA 项目.随着这些 JPA 长期性供应者的公布,您目前可以对一个尺度的 API 编码,而没必要在不兼容的非尺度长期性框架（如 Hibernate 或 JDO）之间决意.

IBM solidDB 是一个内存数据库,它的速度最高可达通例数据库的 10 倍.solidDB 不但具有高速度,还具有高可用性和弊端转移特点,这使它成为很多性能关键型利用程序的数据管理组件的自然挑选.

solidDB 可以布置为一个独立的内存数据库,供利用程序直接利用.它也可以布置为一个缓存,用于加快 IBM DB2®、Oracle 和 SQL Server 等传统数据库.solidDB 支持尺度 Java Database Connectivity (JDBC) 2.0 标准.solidDB JDBC Driver 是一个范例 4 驱动程序（即它是 JDBC 2.0 尺度的一个 100% 的 Java™ 实现）,可用于支持 JDK 1.4.2 或更高版本的全部 Java 环境.由于 solidDB 支持 JDBC,您也可以通过 solidDB 利用 JPA.这就意味着编写需求杰出性能的利用程序的 Java 程序员可以通过 solidDB 利用 JDBC、JPA 大概同时利用二者.

其他文章 已经介绍了若何通过 solidDB 利用 JDBC,若何将 solidDB 用作传统数据库的一个缓存（拜见 “参考资料”）.本文将介绍若何通过 solidDB 将 OpenJPA 用作一个独立的内存数据库.首先,您将定义一个示例利用程序（包含在本文中）,用于展示若何通过 solidDB 利用 OpenJPA.这个示例利用程序作为一个 Java EE 利用程序实现,在 IBM WebSphere Application Server 7.0 上运行.（这个利用程序也可以作为一个 Java SE 利用程序实现（没有没有状况会话 bean）,在独立的 OpenJPA 长期性供应者之上运行.）定义这个利用程序之后,本文将指导您渐渐安装和配置一些基本组件,这些组件是您利用 OpenJPA 和 solidDB 在 WebSphere Application Server 上构建一本性能关键型利用程序所需的组件.最后,您将看到针对 JPA 标准编写的 Java 利用程序若何通过 OpenJPA 衔接到 solidDB.

示例利用程序

很多 Java 利用程序都可以受益于内存数据库的利用,比方 solidDB.比方,一些电子商务网站整合来自几个后端利用程序的信息,一些财政服务公司对贸易商供应及时告诫,一些通信运营商监督移动电话利用和呼唤筹划以举行计费.

关于本文的目的来说,您在这里利用的示例利用程序是一个计算机电话集成（CTI）利用程序.假定这个 CTI 利用程序通过将呼唤者路由到最有资格处理每种呼唤范例的代理处来处理全部接入呼唤.这个利用程序成立一个与代理的电话的衔接并在代理的工作站上填充呼唤者的帐户数据（如帐户编号、姓名等）.这些交互包含在图1 展示的示例利用程序的主要计划元素之中.

图1. CTI 计划模子

在这个利用程序中:

Message Façade 从 PBX/ACD（专用交换机/自动呼唤分配器）接纳异步消息.它从消息有效载荷中成立 Value Object 并异步将消息分发到 Session Façade 来满意恳求.消息驱动 bean（MDB）实现 Message Facade.

Session Façade 供应从数据库成立、检索、更新和删除 Value Object 的操作.比方,它拥有 createCaller、updateAgent 和 deleteCaller 等操作.它利用 Data Access Object 存储来自 solidDB 的 Value Objects.Stateless Session Beans（无状况会话 Bean,SLSB）实现 Session Façade.

Value Object 持有代理和呼唤者的属性值.它作为一个 POJO 实现,带有获得和设置属性值的办法.它还供应一个从 XML 字符串成立 Value Object 的办法（valueOf）和一个将 Value Object 转换为 XML 字符串的办法（toString）.这些 POJO 通过 Message Façade 成立,作为参数传送给 Session Façade 和 Data Access Object.

Data Access Object 封装了对用于在数据库中存储 Value Objects (POJOs) 的长期性技术（JDBC、JPA 等）的全部拜候.在这个利用程序中,JPA APIs 用于将 Value Objects 长期化到 solidDB 中.

要将接入的呼唤者智能地路由到最好的可用代理,关键是可以使 CTI 利用程序中呼唤者状况和代理状况的副本与 PBX 一致.为此,CTI 利用程序通过 JMS 消息收到来自 PBX/ACD 的状况更改,并且 CTI 利用程序利用 solidDB 将代理状况和呼唤者状况缓存到内存中.

　　以上是“在WebSphere Application Server V7上操纵IBM solidDB V6.3和Ope[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：