java

XML方面

91 、 xml 有哪些解析技术 ? 区别是什么 ?

答： 有 DOM,SAX,STAX 等

DOM: 处理大型文件时其性能下降的非常厉害。这个问题是由 DOM 的树结构所造成的，这种结构占用的内存较多，而且 DOM 必须在解析文件之前把整个文档装入内存 , 适合对 XML 的随机访问 SAX: 不现于 DOM,SAX 是事件驱动型的 XML 解析方式。它顺序读取 XML 文件，不需要一次全部装载整个文件。当遇到像文件开头，文档结束，或者标签开头与标签结束时，它会触发一个事件，用户通过在其回调事件中写入处理代码来处理 XML 文件，适合对 XML 的顺序访问

STAX:Streaming API for XML (StAX)

92 、你在项目中用到了 xml 技术的哪些方面 ? 如何实现的 ?

答：用到了数据存贮，信息配置两方面。在做数据交换平台时，将不能数据源的数据组装成 XML 文件，然后将 XML 文件压缩打包加密后通过网络传送给接收者，接收解密与解压缩后再同 XML 文件中还原相关信息进行处理。在做软件配置时，利用 XML 可以很方便的进行，软件的各种配置参数都存贮在 XML 文件中。

93 、 XML 文档定义有几种形式？它们之间有何本质区别？解析 XML 文档有哪几种方式？

答： a: 两种形式 dtd schema ， b: 本质区别 :schema 本身是 xml 的，可以被 XML 解析器解析 ( 这也是从 DTD 上发展 schema 的根本目的 ) ， c: 有 DOM,SAX,STAX 等

DOM: 处理大型文件时其性能下降的非常厉害。这个问题是由 DOM 的树结构所造成的，这种结构占用的内存较多，而且 DOM 必须在解析文件之前把整个文档装入内存 , 适合对 XML 的随机访问

SAX: 不现于 DOM,SAX 是事件驱动型的 XML 解析方式。它顺序读取 XML 文件，不需要一次全部装载整个文件。当遇到像文件开头，文档结束，或者标签开头与标签结束时，它会触发一个事件，用户通过在其回调事件中写入处理代码来处理 XML 文件，适合对 XML 的顺序访问

STAX:Streaming API for XML (StAX)

EJB 方面

94 、 EJB2.0 有哪些内容 ? 分别用在什么场合 ? EJB2.0 和 EJB1.1 的区别 ?

答： 规范内容包括 Bean 提供者，应用程序装配者， EJB 容器， EJB 配置工具， EJB 服务提供者，系统管理员。这里面， EJB 容器是 EJB 之所以能够运行的核心。 EJB 容器管理着 EJB 的创建，撤消，激活，去活，与数据库的连接等等重要的核心工作。 JSP,Servlet,EJB,JNDI,JDBC,JMS.....

95 、 EJB 与 JAVA BEAN 的区别？

答： Java Bean 是可复用的组件，对 Java Bean 并没有严格的规范，理论上讲，任何一个 Java 类都可以是一个 Bean 。但通常情况下，由于 Java Bean 是被容器所创建（如 Tomcat) 的，所以 Java Bean 应具有一个无参的构造器，另外，通常 Java Bean 还要实现 Serializable 接口用于实现 Bean 的持久性。 Java Bean 实际上相当于微软 COM 模型中的本地进程内 COM 组件，它是不能被跨进程访问的。 Enterprise Java Bean 相当于 DCOM ，即分布式组件。它是基于 Java 的远程方法调用（ RMI ）技术的，所以 EJB 可以被远程访问（跨进程、跨计算机）。但 EJB 必须被布署在诸如 Webspere 、 WebLogic 这样的容器中， EJB 客户从不直接访问真正的 EJB 组件，而是通过其容器访问。 EJB 容器是 EJB 组件的代理， EJB 组件由容器所创建和管理。客户通过容器来访问真正的 EJB 组件。

96 、 EJB 是基于哪些技术实现的？并说出 SessionBean 和 EntityBean 的区别， StatefulBean 和 StatelessBean 的区别。

答： EJB 包括 Session Bean 、 Entity Bean 、 Message Driven Bean ，基于 JNDI 、 RMI 、 JAT 等技术实现。

SessionBean 在 J2EE 应用程序中被用来完成一些服务器端的业务操作，例如访问数据库、调用其他 EJB 组件。 EntityBean 被用来代表应用系统中用到的数据。

对于客户机， SessionBean 是一种非持久性对象，它实现某些在服务器上运行的业务逻辑。

对于客户机， EntityBean 是一种持久性对象，它代表一个存储在持久性存储器中的实体的对象视图，或是一个由现有企业应用程序实现的实体。

Session Bean 还可以再细分为 Stateful Session Bean 与 Stateless Session Bean，这两种的 Session Bean 都可以将系统逻辑放在 method 之中执行，不同的是 Stateful Session Bean可以记录呼叫者的状态，因此通常来说，一个使用者会有一个相对应的 Stateful Session Bean 的实体。 Stateless Session Bean虽然也是逻辑组件，但是他却不负责记录使用者状态，也就是说当使用者呼叫 Stateless Session Bean 的时候， EJB Container并不会找寻特定的 Stateless Session Bean 的实体来执行这个 method 。换言之，很可能数个使用者在执行某个Stateless Session Bean 的 methods 时，会是同一个 Bean 的 Instance 在执行。从内存方面来看， Stateful Session Bean 与 Stateless Session Bean比较， Stateful Session Bean 会消耗 J2EE Server 较多的内存，然而 Stateful Session Bean 的优势却在于他可以维持使用者的状态。

97 、 EJB 与 JAVA BEAN 的区别？

答： Java Bean 是可复用的组件，对 Java Bean 并没有严格的规范，理论上讲，任何一个 Java 类都可以是一个 Bean 。但通常情况下，由于 Java Bean 是被容器所创建（如 Tomcat ）的，所以 Java Bean 应具有一个无参的构造器，另外，通常 Java Bean 还要实现 Serializable 接口用于实现 Bean 的持久性。 Java Bean 实际上相当于微软 COM 模型中的本地进程内 COM 组件，它是不能被跨进程访问的。 Enterprise Java Bean 相当于 DCOM ，即分布式组件。它是基于 Java 的远程方法调用（ RMI ）技术的，所以 EJB 可以被远程访问（跨进程、跨计算机）。但 EJB 必须被布署在诸如 Webspere 、 WebLogic 这样的容器中， EJB 客户从不直接访问真正的 EJB 组件，而是通过其容器访问。 EJB 容器是 EJB 组件的代理， EJB 组件由容器所创建和管理。客户通过容器来访问真正的 EJB 组件。

EJB 包括（ SessionBean,EntityBean ）说出他们的生命周期，及如何管理事务的？

SessionBean ： Stateless Session Bean 的生命周期是由容器决定的，当客户机发出请求要建立一个 Bean 的实例时， EJB 容器不一定要创建一个新的 Bean 的实例供客户机调用，而是随便找一个现有的实例提供给客户机。当客户机第一次调用一个 Stateful Session Bean时，容器必须立即在服务器中创建一个新的 Bean 实例，并关联到客户机上，以后此客户机调用 Stateful Session Bean 的方法时容器会把调用分派到与此客户机相关联的 Bean 实例。

EntityBean ： Entity Beans 能存活相对较长的时间，并且状态是持续的。只要数据库中的数据存在， Entity beans 就一直存活。而不是按照应用程序或者服务进程来说的。即使 EJB 容器崩溃了， Entity beans 也是存活的。 Entity Beans 生命周期能够被容器或者Beans 自己管理。

EJB 通过以下技术管理实务：对象管理组织（ OMG ）的对象实务服务（ OTS ）， Sun Microsystems 的 Transaction Service （ JTS ）、 Java Transaction API （ JTA ），开发组（ X/Open ）的 XA 接口。

98 、 EJB 的角色和三个对象

答： 一个完整的基于 EJB 的分布式计算结构由六个角色组成，这六个角色可以由不同的开发商提供，每个角色所作的工作必须遵循 Sun 公司提供的 EJB 规范，以保证彼此之间的兼容性。这六个角色分别是 EJB 组件开发者（ Enterprise Bean Provider ）、应用组合者（ Application Assembler ）、部署者（ Deployer ）、 EJB 服务器提供者（ EJB Server Provider ）、 EJB容器提供者（ EJB Container Provider ）、系统管理员（ System Administrator ）

三个对象是 Remote （ Local ）接口、 Home （ LocalHome ）接口， Bean 类

99 、 EJB 容器提供的服务

答：主要提供声明周期管理、代码产生、持续性管理、安全、事务管理、锁和并发行管理等服务。

100 、 EJB 规范规定 EJB 中禁止的操作有哪些？

答： 1. 不能操作线程和线程 API( 线程 API 指非线程对象的方法如 notify,wait 等 ) ， 2. 不能操作 awt ， 3. 不能实现服务器功能， 4. 不能对静态属生存取， 5. 不能使用 IO 操作直接存取文件系统， 6. 不能加载本地库 . ， 7. 不能将 this 作为变量和返回， 8. 不能循环调用。

101 、 remote 接口和 home 接口主要作用

答： remote 接口定义了业务方法，用于 EJB 客户端调用业务方法。

home 接口是 EJB 工厂用于创建和移除查找 EJB 实例

102 、 bean 实例的生命周期

答： 对于 Stateless Session Bean 、 Entity Bean 、 Message Driven Bean 一般存在缓冲池管理，而对于 Entity Bean 和 Statefull Session Bean 存在 Cache 管理，通常包含创建实例，设置上下文、创建 EJB Object （ create ）、业务方法调用、 remove 等过程，对于存在缓冲池管理的 Bean ，在 create 之后实例并不从内存清除，而是采用缓冲池调度机制不断重用实例，而对于存在 Cache 管理的 Bean 则通过激活和去激活机制保持 Bean 的状态并限制内存中实例数量。

103 、 EJB 的激活机制

答： 以 Stateful Session Bean 为例：其 Cache 大小决定了内存中可以同时存在的 Bean 实例的数量，根据 MRU 或 NRU 算法，实例在激活和去激活状态之间迁移，激活机制是当客户端调用某个 EJB 实例业务方法时，如果对应 EJB Object 发现自己没有绑定对应的 Bean 实例则从其去激活 Bean 存储中（通过序列化机制存储实例）回复（激活）此实例。状态变迁前会调用对应的 ejbActive 和 ejbPassivate 方法。

104 、 EJB 的几种类型

答： 会话（ Session ） Bean ，实体（ Entity ） Bean 消息驱动的（ Message Driven ） Bean

会话 Bean 又可分为有状态（ Stateful ）和无状态（ Stateless ）两种

实体 Bean 可分为 Bean 管理的持续性（ BMP ）和容器管理的持续性（ CMP ）两种

105 、客服端调用 EJB 对象的几个基本步骤

答： 设置 JNDI 服务工厂以及 JNDI 服务地址系统属性，查找 Home 接口，从 Home 接口调用 Create 方法创建 Remote 接口，通过 Remote 接口调用其业务方法。

应用服务器方面

WEB方面

106 、如何给 weblogic 指定大小的内存 ?

答： 在启动 Weblogic 的脚本中（位于所在 Domian 对应服务器目录下的 startServerName ），增加 set MEM_ARGS=-Xms32m -Xmx200m ，可以调整最小内存为 32M ，最大 200M

EJB 需直接实现它的业务接口或 Home 接口吗，请简述理由。

远程接口和 Home 接口不需要直接实现，他们的实现代码是由服务器产生的，程序运行中对应实现类会作为对应接口类型的实例被使用。

107 、应用服务器有那些？

答： BEA WebLogic Server ， IBM WebSphere Application Server ， Oracle9i Application Server ， jBoss ， Tomcat

108 、如何设定的 weblogic 的热启动模式 ( 开发模式 ) 与产品发布模式 ?

答：可以在管理控制台中修改对应服务器的启动模式为开发或产品模式之一。或者修改服务的启动文件或者 commenv 文件，增加 set PRODUCTION_MODE=true 。

109 、如何启动时不需输入用户名与密码 ?

答： 修改服务启动文件，增加 WLS_USER 和 WLS_PW 项。也可以在 boot.properties 文件中增加加密过的用户名和密码 .

110 、在 weblogic 管理制台中对一个应用域 ( 或者说是一个网站 ,Domain) 进行 jms 及 ejb 或连接池等相关信息进行配置后 , 实际保存在什么文件中 ?

答： 保存在此 Domain 的 config.xml 文件中，它是服务器的核心配置文件。

111 、说说 weblogic 中一个 Domain 的缺省目录结构 ? 比如要将一个简单的 helloWorld.jsp 放入何目录下 , 然的在浏览器上就可打入 http:// 主机 : 端口号 //helloword.jsp 就可以看到运行结果了 ?又比如这其中用到了一个自己写的 javaBean 该如何办 ?

答： Domain 目录服务器目录 applications ，将应用目录放在此目录下将可以作为应用访问，如果是 Web 应用，应用目录需要满足 Web 应用目录要求， jsp 文件可以直接放在应用目录中， Javabean 需要放在应用目录的 WEB-INF 目录的 classes 目录中，设置服务器的缺省应用将可以实现在浏览器上无需输入应用名。

112 、在 weblogic 中发布 ejb 需涉及到哪些配置文件

答： 不同类型的 EJB 涉及的配置文件不同，都涉及到的配置文件包括 ejb-jar.xml,weblogic-ejb-jar.xmlCMP 实体 Bean 一般还需要 weblogic-cmp-rdbms-jar.xml

86 、如何在 weblogic 中进行 ssl 配置与客户端的认证配置或说说 j2ee( 标准 ) 进行 ssl 的配置

缺省安装中使用 DemoIdentity.jks 和 DemoTrust.jks KeyStore 实现 SSL ，需要配置服务器使用 Enable SSL ，配置其端口，在产品模式下需要从 CA 获取私有密钥和数字证书，创建 identity 和 trust keystore ，装载获得的密钥和数字证书。可以配置此 SSL 连接是单向还是双向的。

113 、如何查看在 weblogic 中已经发布的 EJB?

答： 可以使用管理控制台，在它的 Deployment 中可以查看所有已发布的 EJB

说说在 weblogic 中开发消息 Bean 时的 persistent 与 non-persisten 的差别

persistent 方式的 MDB 可以保证消息传递的可靠性 , 也就是如果 EJB 容器出现问题而 JMS 服务器依然会将消息在此 MDB 可用的时候发送过来，而 non － persistent 方式的消息将被丢弃。

 

===================================================================

 

WEB服务器、应用程序服务器、HTTP服务器有何区别？IIS、Apache、Tomcat、Weblogic、WebSphere都各属于哪种服务 器，这些问题困惑了很久，今天终于梳理清楚了：      Web服务器的基本功能就是提供Web信息浏览服务。它只需支持HTTP协议、HTML文档格式及URL。与客户端的网络浏览器配合。因为Web服务器主 要支持的协议就是HTTP，所以通常情况下HTTP服务器和WEB服务器是相等的(有没有支持除HTTP之外的协议的web服务器，作者没有考证过)，说 的是一回事。      应用程序服务器(简称应用服务器)，我们先看一下微软对它的定义："我们把应用程序服务器定义为“作为服务器执行共享业务应用程序的底层的系统软件”。 就像文件服务器为很多用户提供文件一样，应用程序服务器让多个用户可以同时使用应用程序（通常是客户创建的应用程序）"    通俗的讲，Web服务器传送(serves)页面使浏览器可以浏览，然而应用程序服务器提供的是客户端应用程序可以调用(call)的方法 (methods)。确切一点，你可以说:Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供 (serves)商业逻辑 (business logic)。     以Java EE为例，Web服务器主要是处理静态页面处理和作为 Servlet容器，解释和执行servlet/JSP，而应用服务器是运行业务逻辑的，主要是EJB、 JNDI和JMX API等J2EE API方面的，还包含事务处理、数据库连接等功能，所以在企业级应用中，应用服务器提供的功能比WEB服务器强大的多。    以这样的定义以这样的定义以这样的定义以这样的定义，，，，IISIISIISIIS、、、、ApacheApacheApacheApache、、、、TomcatTomcatTomcatTomcat都可以属于都可以属于都可以属于都可以属于WebWebWebWeb服务器服务器服务器服务器，，，，WeblogicWeblogicWeblogicWeblogic、、、、WebSphereWebSphereWebSphereWebSphere都属于应都属于应都属于应都属于应    用服务器用服务器用服务器用服务器。。。。     Apache:在Web服务器中，Apache是纯粹的Web服务器，经常与Tomcat配对使用。它对HTML页面具有强大的解释能力，但是不能解释嵌 入页面内的服务器端脚本代码（JSP/Servlet。     Tomcat:早期的Tomcat是一个嵌入Apache内的JSP/Servlet解释引擎Apache+Tomcat就相当于IIS+ASP。后来的 Tomcat已不再嵌入Apache内，Tomcat进程独立于Apache进程运行。 而且，Tomcat已经是一个独立的Servlet和JSP容器，业务逻辑层代码和界面交互层代码可以分离了。因此，有人把Tomcat叫做轻量级应用服 务器。      IIS:微软早期的IIS，就是一个纯粹的Web服务器。后来，它嵌入了ASP引擎，可以解释VBScript和JScript服务器端代码了，这时，它 就可以兼作应用服务器。当然，它与J2EE应用服务器根本无法相比，但是，从功能上说，从原理上说，它勉强可以称之为应用服务器。确切地说，它是兼有一点 应用服务器功能的Web服务器。 

    综上综上综上综上：：：：ApacheApacheApacheApache是纯粹的是纯粹的是纯粹的是纯粹的webwebwebweb服务器服务器服务器服务器，，，，而而而而TomcatTomcatTomcatTomcat和和和和IISIISIISIIS因为具有了解释执行因为具有了解释执行因为具有了解释执行因为具有了解释执行服务器端代码的能力服务器端代码的能力服务器端代码的能力服务器端代码的能力，，，，可以称作为轻量级应用服务器或带有服务器功能的可以称作为轻量级应用服务器或带有服务器功能的可以称作为轻量级应用服务器或带有服务器功能的可以称作为轻量级应用服务器或带有服务器功能的    WebWebWebWeb服务器服务器服务器服务器。。。。     Weblogic、WebSphere因为能提供强大的J2EE功能，毫无疑问是绝对的应用服务器。    对于处于中间位置的Tomcat，它可以配合纯Web服务器Apache一起使用，也可以作为应用服务器的辅助与应用服务器一起部署： 一一一一、、、、TomcatTomcatTomcatTomcat与应用服务器与应用服务器与应用服务器与应用服务器     到目前为止，Tomcat一直被认为是Servlet/JSP API的执行器，也就所谓的Servlet容器。然而，Tomcat并不仅仅如此，它还提供了JNDI和JMX API的实现机制。尽管如此，Tomcat仍然还不能算是应用服务器，因为它不提供大多数J2EE API的支持。 很有意思的是，目前许多的应用服务器通常把Tomcat作为它们Servlet和JSP API的容器。由于Tomcat允许开发者只需通过加入一行致谢，就可以把Tomcat嵌入到它们的应用中。遗憾的是，许多商业应用服务器并没有遵守此规 则。     对于开发者来说，如果是为了寻找利用Servlet、JSP、JNDI和JMX技术来生成Java Web应用的话，选择Tomcat是一个优秀的解决方案；但是为了寻找支持其他的J2EE API，那么寻找一个应用服务器或者把Tomcat作为应用服务器的辅助，将是一个不错的解决方案；第三种方式是找到独立的J2EE API实现，然后把它们跟Tomcat结合起来使用。虽然整合会带来相关的问题，但是这种方式是最为有效的。。 二二二二、、、、TomcatTomcatTomcatTomcat与与与与WebWebWebWeb服务器服务器服务器服务器     Tomcat是提供一个支持Servlet和JSP运行的容器。Servlet和JSP能根据实时需要，产生动态网页内容。而对于Web服务器来说， Apache仅仅支持静态网页，对于支持动态网页就会显得无能为力；Tomcat则既能为动态网页服务，同时也能为静态网页提供支持。尽管它没有通常的 Web服务器快、功能也不如Web服务器丰富，但是Tomcat逐渐为支持静态内容不断扩充。大多数的Web服务器都是用底层语言编写如C，利用了相应平 台的特征，因此用纯Java编写的Tomcat执行速度不可能与它们相提并论。     一般来说，大的站点都是将Tomcat与Apache的结合，Apache负责接受所有来自客户端的HTTP请求，然后将Servlets和JSP的请求 转发给Tomcat来处理。Tomcat完成处理后，将响应传回给Apache，最后Apache将响应返回给客户端。     而且为了提高性能，可以一台apache连接多台tomcat实现负载平衡。