EJBCA构建

基于EJBCA搭建自己的CA认证中心之EJBCA安装配置指南出家如初,成佛有余目 录1. 概述 (3)2. 软件环境 (3)3. EJBCA基本架构 (4)4. EJBCA的部署模式 (4)5. JDK安装 (5)6. Java(TM) Cryptography Extension (JCE)安装 (5)7. ANT安装 (6)8. Jboss安装 (7)9. Mysql安装配置 (8)10. 环境变量配置 (8)11. EJBCA安装配置 (9)12. 导入p12格式的证书说明 (10)1.概述PKI(Public Key Infrastructure ) 即"公钥基础设施"较好地解决了Web 应用中的机密性、完整性、真实性和抗否认性等安全问题。

但在Web 环境下，还必须证明公钥与其持有者之间的映射关系，并认证密钥持有者的身份。

数字证书很好地解决了这个问题。

同样，在分布式环境下，还应该建立起安全、有效的证书管理机制，实现证书的生成、存储、分发、吊销等操作，从而为Web 应用乃至网络通信提供必要的密钥和证书服务。

公钥基础设施PKI 就是这样的一种提供安全服务的基础设施。

PKI 的核心是对证书及其公/私钥对的管理。

同时，PKI 也代表着一种分布式的信任模型关系，它首先要选择或定义证书格式及其操作过程，其次需要明确证书签发机构或个人之间的信任关系。

EJBCA就是这样一个针对PKI证书体系企业级的开源解决方案。

它基于J2EE技术，提供了一个强大的、高性能并基于组件的CA体系。

EJBCA兼具灵活性和平台独立性，能够独立使用，也能和任何J2EE应用程序集成。

2.软件环境操作系统：Centos 5.4数据库：mysql 5.0JDK：jdk 1.6EJBCA：ejbca 3.9.3ANT: ant 1.7.1JBOSS：jboss 4.2.3约定ejbca及相关软件都安装在/opt/目录下。

JAVA工程师EJB面试题集EJB (Enterprise JavaBean)是J2EE的一部分，定义了一个用于开发基于组件的企业多重应用程序的标准。

其特点包括网络服务支持和核心开发工具(SDK)。

在J2EE里，Enterprise Java Beans(EJB)称为Java 企业柄，是Java的核心代码，分为整体柄和片段柄和消息柄三个部分，其中的消息柄将在以后再作讨论。

现在我们来看看什么是整体柄和片段柄。

整体柄是一种对象: 标准Java对象由创建它的程序创建，当程序终止时，对象也随之丢失，这就意味着当再次运行些程序时，将无法找到先前创建的柄，而整体柄会一直存在着直到它被删除。

一个程序可以创建一个整体柄，并且这个程序可以在被保存后随时停止和重启。

整体柄将会依然存在。

重启后，程序可以找到与之相对应的整体柄，并且会继续使用这个整体柄。

EJB实际上是SUN的J2EE中的一套规范,并且规定了一系列的API用来实现把EJB概念转换成EJB 产品.EJB是BEANS,BEANS是什么概念,那就是得有一个容纳她,让她可劲造腾的地方,就是得有容器.EJB 必须生存在EJB容器中.这个容器可是功能强大之极!她首先要包装你BEAN,EJB的客户程序实际上从来就不和你编写的EJB直接打交道,他们之间是通过HOME/REMOTE接口来发生关系的.它负责你的BEAN的所有的吃喝拉萨睡,比如BEAN的持续化,安全性,事务管理...一.什么是EJB?一个技术规范：EJB 从技术上而言不是一种"产品"EJB 是一种标准描述了构建应用组件要解决的:可扩展(Scalable)分布式(Distributed)事务处理(Transactional)数据存储(Persistent)安全性(Secure)二.Sun 对EJB 的期望提供一个标准的分布的、基于OO的组件架构屏蔽复杂的系统级功能需求Write once, run anywhere与非Java 应用之间的互操作能力兼容CORBA标准三.为什么选择EJB?EJB 服务器完成"繁杂"的工作：应用开发人员关注于业务逻辑的实现而不是底层的实现机制(类似于4GL 语言设计的目标)支持事务处理多个业务操作同时成功，或全部失败可以通过在代码外的描述来定义事务处理级别可扩展性EJB 可以根据您应用的增长而扩展EJB 服务器往往还提供了负载均衡和安全性：由EJB 服务器提供资源的访问权限控制四.EJB 架构为了满足架构的目标，规范中描述了服务器(Server)容器(Container)类(Class) 和实例(Instance)Home 和Remote 接口客户端(Client)五. 简化的编程模型关注于业务逻辑实现：EJB 负责生命周期(lifecycle), 数据存储(persistence), 事务处理语义(transactional semantic), 安全(security), ...通用的编程模型：各种服务的高层APIJava 是其编程语言1.EJB 特点由一个EJB 容器在运行时创建和管理EJB在部署EJB 时定制其运行方式由EJB 容器和服务器来协调客户端的访问可以部署到任何兼容的EJB 容器中客户端对EJB 的视图是由Bean 开发人员决定的2.EJB 服务器管理EJB 容器(它管理Bean)提供对操作系统服务的存取提供Java 相关的服务，尤其是通过JNDI 访问命名空间基于OTS 的事务处理服务3.EJB 容器管理Bean 生命周期：将EJB 服务器提供的服务传递给Bean生成代码来实现对Bean 的存取访问强制事务处理的限制创建、初始化和回收Bean管理持久数据的存储对客户端而言EJB 容器是透明的4.在一个EJB 服务器中的容器目前容器通常是由EJB 服务器本身提供的在EJB 1.0 或1.1 规范中没有定义容器-到-服务器的接口各厂商可以根据他们的见解来实现服务器和容器的各自责任5.容器提供服务: 数据存储容器决定何时载入/储存状态Container-Managed Persistence(容器管理存储/CMP)容器负责存储您的Bean容器生成必要的类和代码Bean-Managed Persistence(Bean 管理存储/BMP)Bean 开发人员提供存储代码开发人员决定如何存储, 容器仍然决定何时进行6.容器提供服务: 事务处理可以由容器代理来实现容器将得到业务逻辑方法的事务处理需求容器提供事务控制代码也可以由程序员通过代码实现7.容器提供服务: 其它服务其它服务包括命名(Naming)安全(Security)线程管理(Thread management)这些服务由容器代理完成将减少应用开发人员的负担8.分布式对象运算远程对象被作为本地对象来处理：传递信息的方式不变，但开销更大Enterprise JavaBeans 永远运行在服务器上：对Bean 的访问永远是远程调用9.Stub 和Skeleton由EJB 生成:"Stub" 对要传递出去的信息编码"Tie/Skel" 将接受到的信息解码并传递给目标对象10.分类: Enterprise JavaBean s+---Entity Beans--CMP/BMPEjb--|+---Session Beans--Stateful/Stateless会话Bean (Session Bean)：根据EJB 规范，一个会话Bean 是:代表单个客户端来执行可以参与到事务处理中不直接代表共享于数据库中的数据，但它能访问和更新这些数据相对而言是短暂存在的当EJB 容器失效后就不存在－－－客户端需要重新建立一个信新的会话对象来继续运算实体Bean (Entity Bean)：根据EJB 规范，一个实体Bean 是:提供在数据库中数据的对象视图允许被多个用户共享存取访问可以是长期存在(只要它存在于数据库中)实体Bean, 它的主键对象, 以及它的远程引用将能跨EJB 容器的宕机而存在11.EJB 类和实例构建EJB 应用包括来自三方的代码开发人员编写的代码由EJB API 定义的类和接口由容器自动生成的代码开发人员编写的代码包括Bean 类(定义了业务逻辑)Home 接口(如何查找或创建bean)Remote 接口(如何存取bean)其它组件，根据bean 实际要求12.EJB Home 接口每个bean 有一个用于:创建新的bean 实例、查找现存的bean (只能是实体bean)Remote 接口：定义bean 的公共接口－－－只有在Remote 接口中定义的方法才能被客户端访问EJB 客户端可以为servlet, JSP, 应用程序或其它bean通过JNDI 来查找EJB home 接口，步骤为:创建一个JNDI Context (initial context)使用JNDI Context 来查找bean home 接口使用bean home 接口来创建/查找bean 实例使用bean 实例完成业务操作实际的存取(对EJB) 是通过容器生成的类来完成EJB 架构客户端对bean 访问永远不是直接的EJBObject (tie) 是由容器自身提供的：用来帮助管理bean 的生命周期EJB 中的角色EJB 服务器供应商: 开发并销售EJB 服务器EJB 容器供应商: 开发并销售EJB 容器Enterprise bean 开发人员: 开发并销售EJB应用组装人员: 将不同的EJB 搭建成应用六、EJB的体系结构目前，EJB最新的标准是2.1，EJB3.0规范正在讨论中，预计将于明年推出。

J2EE规范之详解EJBEJB是J2EE中最核心的技术之一，是一种服务器端组件的体系结构。

它封装了应用程序中的事务逻辑，允许进程建立分布式对象，简化企业级程序的开发。

EJB的提出为EJB组件在何时如何与它们的容器进行交互作用做出了规范。

下面我们就来了解一下EJB的体系结构到底是怎样的。

EJB的体系结构主要由四部分组成。

他们分别是EJB组件，不可见的EJB对象，定义客户访问以及EJB容器职责。

这四部分分别对各自内容进行了规范。

接下来我们将对这三部分做较为详细的介绍。

1. EJB组件。

一个企业Bean的实现应该由多个EJB组件协同工作完成。

EJB组件又分为以下三种：a) Bean类。

Bean类是包含了企业应用事务逻辑实现细节的一个Java类。

为了实现JAVA “Write Once，Run AnyWhere”的理念，Bean类必须实现一个定义完好的接口并且遵守一定的规则，从而能够使得Bean类能够在各个EJB服务器上运行。

EJB规范定义了许多Bean类必须实现的标准接口，这些接口强制Bean类公开EJB组件模型中定义并实现的所有方法。

EJB容器就是通过调用这些必须的方法来对EJB Beans进行管理的。

首先所有的Bean类必须实现的最基本接口是javax.ejb.EnterPriseBean接口。

所有实现了该接口的java类都是一个真正的企业Bean类。

同时该接口又继承了java.io.Seralizable接口，这标志着所有的企业Bean都可以转化为序列流，具有序列化对象的一切特征。

但是特定的企业Bean并不需要直接实现javax.ejb.EnterPriseBean接口，它们只需要实现相应的Bean类型的接口就可以了。

例如会话Bean类实现javax.ejb.SessionBean接口，实体Bean类实现javax.ejb.EntityBean接口，消息驱动Bean实现javax.ejb.MessageDrivenBean接口。

EJB轻松进阶之一EJB轻松进阶一、引言EJB（Enterprise JavaBeans）是Java程序设计中比较高级的内容，也是Java程序员由入门级向高手级前进的门槛。

本文首先以一个例程介绍了一般分布式对象应用程序的基本原理，然后从基本的下载、安装、配置开始，逐步介绍EJB程序编程的方法，从而使EJB的学习成为一件轻松而有趣的事情。

二、典型的分布式对象程序不管是CORBA还是RMI，其实现分布式对象的策略都是相似的，我们可以用一个简单的程序例子来模拟一个分布式对象程序的构成。

这个例子模拟了一个远程请求对象属性的过程。

有一个远程对象Dog在网络上，现在要得到它的名字（strName）属性。

程序在客户端设一个存根（Dog_Stub）类，在服务器端启动一个骨架（dog_Skeleton）类，这两个类都实现了Dog接口，Dog_Stub与Dog_Skeleton通过Socket进行远程通信。

当客户程序DogClient 向Dog_Stub发出获取名字属性的请求时，Dog_Stub对象把方法名“getName()”作为一个字符串通过Socket 发给远程的Dog_Skeleton对象，Dog_Skeleton对象收到这个字符串后再根据字符串的内容执行DogServer 对象的getName()方法，得到Dog的名字，然后又通过Socket返回给DogStub对象。

整个流程通过网络实现，但对于客户程序DogClient来讲，它并不知道真正的Dog对象在哪里，甚至也不知道这个过程通过了网络，它只知道发出的获取名字属性的请求得到了满意的结果而已。

事实上，CORBA或Java RMI的实现方式与此类似，只不过远没有这么简单而已。

这个程序对于说明分布式对象应用程序的执行机理是很有用的。

程序源代码如下所示：文件Dog.javapublic interface Dog{public String getName() throws Exception;}/* Dog */文件DogClient.javapublic class DogClient{public static void main( String[] args ) throws Exception{Dog dog = new Dog_Stub();String strName = dog.getName();System.out.println( "姓名：" + strName );}//main()}/* DogClient */文件DogServer.javapublic class DogServer implements Dog{String strName;int intAge;public String getName() throws Exceptionreturn strName;}//getName()public DogServer( String strNameInput ){strName = strNameInput;}//DogServer()public static void main( String[] args ) throws Exception{New Dog_Skeleton( new DogServer( "TOMCAT" ) );}//main()}/* DogServer */文件Dog_Skeleton.javaimport java.io.*;import .*;public class Dog_Skeleton extends Thread{static ServerSocket ss = null;DogServer ds;public Dog_Skeleton( DogServer dsInput ) throws Exception{ds = dsInput;if ( ss == null )ss = new ServerSocket( 8000 );this.start();}//Dog_Skeleton()public synchronized void run(){Try{while ( ss != null ){Socket socket = ss.accept();ObjectInputStream ois = new ObjectInputStream( socket.getInputStream() ); ObjectOutputStream oos = new ObjectOutputStream( socket.getOutputStream() ); String strMethodName = ( String )ois.readObject();if ( strMethodName.equals( "getName()" ) )oos.writeObject( ds.getName() );oos.flush();ois.close();oos.close();socket.close();}//while}//trycatch( Exception e ){e.printStackTrace();}//catch}//run()}/* Dog_Skeleton */文件Dog_Stub.javaimport java.io.*;import .*;Public class Dog_Stub implements Dog{Socket socket;ObjectOutputStream oos;ObjectInputStream ois;public Dog_Stub() throws Exception{socket = new Socket( "wudi", 8000 );Oos = new ObjectOutputStream( socket.getOutputStream() );Ois = new ObjectInputStream( socket.getInputStream() );}//Dog_Stub()public String getName() throws Exception{Oos.writeObject( "getName()" );Oos.flush();return ( String )ois.readObject();}//getName()}/* Dog_Stub */运行该分布式对象程序时，首先运行DogServer，然后在客户端运行DogClient即可看到结果。

Cat.No.NB 系列V106-CN5-01PNSPO!可编程终端NB-Designer用户手册1前言承蒙您惠购可编程终端NB 系列，谨致谢意。

NB 系列是指在FA 生产现场等地所产生的各种信息的可编程终端（PT）。

请在充分理解可编程终端的功能和性能等的基础上正确使用。

●读者对象本手册以下述人员为对象而编写。

具备电气知识（电气工程师或具备同等知识），且 y 负责引进FA 设备的人员； y 设计FA 系统的人员；y 安装、连接FA 设备的人员； y 管理FA 生产现场的人员。

●使用须知y 本手册除了对NB 系列的连接和设定进行说明之外，还介绍了其它必要的信息。

使用前请仔细阅读本手册，充分理解说明内容。

阅读后请妥善保管本手册，以便随时取阅。

●关于“使用时的承诺事项”1. 保修内容①保修期本公司产品的保修期为自购买之日或交付至指定场所之日起1年。

②保修范围在上述保修期内因本公司的责任而发生产品故障时，本公司将在产品购买地点免费予以更换或维修。

但当故障原因符合下列情况之一时，则不属于保修范围。

a）未按照产品目录或使用说明书等资料中说明的条件、环境、操作方法使用时； b）非本公司产品自身的原因时； c）未经本公司授权而改造或维修时； d）未按照本公司产品应有的方法使用时；e）以本公司产品出厂时的科技水平无法对故障进行预测时； f）因自然灾害等其它非本公司责任的不可抗力而导致故障时。

此外，以上的保修是指对本公司产品单件的保修，因本公司产品故障而造成的损失不属于保修对象。

2. 责任限制①因本公司产品而引起的特别损失、间接损失或消极损失，本公司概不负责。

②对于本公司的可编程产品，因非本公司人员编写的程序或由此而产生的后果，本公司概不负责。

23. 适用条件①将本公司产品与其它产品组合使用时，请确认适用的标准、法规或限制。

此外，请用户自行确认本公司的产品是否与您所使用的系统、机械和装置相兼容。

否则，本公司对自身产品的兼容性概不负责。