1，获得类型类
    我们知道在Java中一切都是对象，我们一般所使用的对象都直接或间接继承自Object类。Object类中包含一个方法名叫getClass，利用这个方法就可以获得一个实例的类型类。类型类指的是代表一个类型的类，因为一切皆是对象，类型也不例外，在Java使用类型类来表示一个类型。所有的类型类都是Class类的实例。例如，有如下一段代码：
A a = new A();
if(a.getClass()==A.class)
    System.out.println("equal");
else System.out.println("unequal");

    可以看到，对象a是A的一个实例，A某一个类，在if语句中使用a.getClass()返回的结果正是A的类型类，在Java中表示一个特定类型的类型类可以用“类型.class”的方式获得，因为a.getClass()获得是A的类型类，也就是A.class，因此上面的代码执行的结果就是打印出“equal”。特别注意的是，类型类是一一对应的，父类的类型类和子类的类型类是不同的，因此，假设A是B的子类，那么如下的代码将得到“unequal”的输出：
A a = new A();
if(a.getClass()==B.class)
    System.out.println("equal");
else System.out.println("unequal");

    因此，如果你知道一个实例，那么你可以通过实例的“getClass()”方法获得该对象的类型类，如果你知道一个类型，那么你可以使用“.class”的方法获得该类型的类型类。
   
2，获得类型的信息
    在获得类型类之后，你就可以调用其中的一些方法获得类型的信息了，主要的方法有：
getName():String：获得该类型的全称名称。
getSuperClass():Class：获得该类型的直接父类，如果该类型没有直接父类，那么返回null。
getInterfaces():Class[]：获得该类型实现的所有接口。
isArray():boolean：判断该类型是否是数组。
isEnum():boolean：判断该类型是否是枚举类型。
isInterface():boolean：判断该类型是否是接口。
isPrimitive():boolean：判断该类型是否是基本类型，即是否是int，boolean，double等等。
isAssignableFrom(Class cls):boolean：判断这个类型是否是类型cls的父（祖先）类或父（祖先）接口。
getComponentType():Class：如果该类型是一个数组，那么返回该数组的组件类型。
此外还可以进行类型转换这类的操作，主要方法有：
asSubclass(Class clazz):Class：将这个类型转换至clazz，如果可以转换，那么总是返回clazz这个引用，否则抛出异常。
cast(Object obj):Object：将obj强制转换为这个类型类代表的类型，不能转换的话将抛出异常。

    除了这些以外，利用类型类还可以反射该类型中的所有属性和方法。在Java中所有的属性信息都用Field表示，所有的方法信息都用Method表示，这辆各类都是java.lang.reflect包中的类。在Class中提供了4个相关的方法获得类型的属性：
getField(String name):Field
getFields():Field[]
getDeclaredField(String name):Field
getDeclaredFields():Field[]
其中getField用于返回一个指定名称的属性，但是这个属性必须是公有的，这个属性可以在父类中定义。如果是私有属性或者是保护属性，那么都会抛出异常提示找不到这个属性。getFields则是返回类型中的所有公有属性，所有的私有属性和保护属性都找不到。getDeclaredField获得在这个类型的声明中定义的指定名称的属性，这个属性必须是在这个类型的声明中定义，但可以使私有和保护的。getDeclaredFields获得在这个类型的声明中定义的所有属性，包括私有和保护的属性都会被返回，但是所有父类的属性都不会被返回。举个例子，先考虑下面两个类的声明：
class A extends B {
    public int a1;
    private int a2;
}
class B {
 public int b1;
 private int b2;
}
如果利用A的类型类调用getFields，那么会返回a1和b1两个属性，如果调用getField("a2")则会报错；如果调用getDeclaredFields则会返回a1和a2，如果调用getDeclaredField("b1")则会报错。

    对于方法也有类似的函数即：
getMethods():Method[]
getMethod(String name, Class ... parameterTypes):Method
getDeclaredMethods():Method[]
getDeclaredMethod(Strubg name, Class ...parameterTypes):Method
不定长参数...是JDK5.0以后新加入的语法。这几个方法的用法和上面的类似，只是在获得特定方法时，除了要告知方法的名字，还需要告知方法的参数，如果没有参数，那么可以传递null，或者空数组，但是最好的方法就是什么都不写，编译器会自行解决不定长参数问题。
    如果要获得所有的属性（方法），包括公有和私有的，那么就必须利用getDeclareFields（getDeclareMethods）方法，然后再利用getSuperClass的方法获得父类，然后递归下去。
   
3，属性和方法
    所有的属性都使用Field表示，所有的方法都使用Method表示。利用Field和Method可以获得属性和方法的信息，甚至执行是获取、修改属性值和调用方法。
   
    对于属性，主要有以下方法可以使用：
getType():Class：获得该属性的类型。
getName():String：获得属性名称。
isAccessible():boolean：判断该属性是否是可以访问的，通常私有和保护的类型都是不可以访问的。
get(Object obj):Object：获得实例obj的属性值，如果该实例的类型中不包含这个属性，那么就会报错。
set(Object obj, Object value)：设置该实例的属性值
setAccessible(boolean flag)：设置该属性是否可以访问，如果你调用get和set方法，那么有可能会引发访问权限的错误，这个时候你可以调用setAccessible方法使得该属性可以访问。例如下面的代码：
A a = new A();
Field f = A.class.getDeclaredField("a2");
f.setAccessibe(true);
System.out.println(f.get(a));
f.set(a,12);
System.out.println(f.get(a));
如果移出中间的f.setAccessibe(true);那么代码会报错，反之输出0 12。
    对于属性而言，如果该属性的类型是基本类型，那么还可以使用一些便捷的set和get操作，例如getInt，setInt什么的，你可以根据自己的需要调用相应的方法。
   
    对于方法，可以有以下的方法：
getName():String：获得方法的名字。
getReturnType():Class：获得方法的返回值类型。
getParameterTypes():Class[]：获得方法的参数类型。
isAccessible():boolean：判断该方法是否是可以访问的。
setAccessible(boolean flag)：设置该方法是否可以访问。
invoke(Object obj, Object... args):Object：调用实例obj的相应方法，其参数由args给定，如果没有参数那么可以什么都不写。
getExceptionTypes():Class[]：获得该方法可能抛出的异常类类型。
这几个方法的含义和用法都和Field的类似，这里不再赘述。

4，创建实例
    利用Class对象可以创建一个类型的实例。如果一个类型拥有无参数的构造函数，那么可以简单地调用Class.newInstance()方法创建一个实例。如果该类型没有无参数的构造函数，或者你希望是用某个有参数的构造函数，那么可以首先使用getConstructors()、getConstructor(Class[] parameterTypes)和getDeclaredConstructors()、getDeclaredConstructor(Class[] parameterTypes)获得构造函数，这两个方法的返回值都使Constructor类型。特别注意的是，构造函数不能继承，因此你调用getConstructor也只能返回这个类型中定义的所有公有构造函数。
   
    Constructor的使用方法和Method的类似，它也存在getParameterTypes()方法和getExceptionTypes()方法，不同的是，它使用newInstance(Object... args)来调用一个构造函数，注意newInstance不需要实例对象，因为这个时候你还没创建出来这个实例呢。

1，下载程序

经过这次安装，发现下载正确的程序就完成了工作的80%，因为很多安装都是完全自动的，而配置又非常的简单。本文的所有下载都是针对Subversion1.4.2，不要搞错阿，下面是要下载的程序：

Python： http://www.python.org/ftp/python/2.4.4/python-2.4.4.msi
Trac： http://ftp.edgewall.com/pub/trac/trac-0.10.2.win32.exe
Clearsilver： http://www.clearsilver.net/downloads/win32/clearsilver-0.9.14.win32-py2.4.exe
Pysqlite： http://initd.org/pub/software/pysqlite/releases/2.3/2.3.2/pysqlite-2.3.2.win32-py2.4.exe
svn-python： http://subversion.tigris.org/downloads/svn-python-1.4.2.win32-py2.4.exe

Python是必须的运行环境，Trac自然要下载，Clearsilver是Trac需要的页面显示框架，Pysqlite是访问sqlite数据库的程序包，而svn-python是访问Subversion的程序包。

2, 安装程序

首先安装Python，然后其他几个安装程序能够自动识别Python的安装，从而只需要按照默认安装即可。

3，配置Trac

我的Python安装在“D:\Python24”，我们在D盘创建了一个目录trac，作为trac环境存放的目录，然后在“D:\Python24\Scripts”下运行（“>”后的为实际输入的内容，后面相同）：

D:\Python24\Scripts>..\python.exe trac-admin d:\trac initenv

然后提示输入Project的名字，我们输入自己喜欢的名字，这里我输入tractest，回车；然后询问使用何种数据库，为了教程的简单，这里使用默认的sqlite数据库，直接回车即可，数据库会存放在环境存放的目录；然后会询问版本库的类型，默认即可；然后会询问版本库的路径，在这个例子里我输入的是“d:\svnroot\project2”，这个目录里就是我的一个版本库；然后提示使用何种模版，回车默认即可。最后回车，如果没有问题，trac配置环境就建立起来了，现在启动服务器即可，运行：

D:\Python24\Scripts>..\python.exe tracd --port 8000 d:\trac

然后在浏览器打开“http://localhost:8000/trac” ，如果看到有内容，应该就是安装成功了，恭喜！

default_charset = UTF-8

则在版本库中的文本文件如果是UTF-8编码的，则其中的中文字显示非常正常，当然如果是GBK（其实就是ISO88591）的文件，显示的中文是乱码。要想完全解决这个问题，不是单纯Trac能解决的，需要考虑更全面的方式解决。

总结

大家如果还有什么其他需求，可以继续探索。其实Trac的安装过程并不复杂，只是因为同时要描述多种可能，所以让人摸不着头脑。在本文介绍的基础上，你还可以有很多选择，例如使用MySQL数据库（要安装MySQL和MySQL的Python库），或者使用Apache（需要安装Apache和对应的Python集成工具）。

作者: beansoft@126.com 2007.01.03

下载本文源码: ajaxform_gbk.zip 6KB

更新:
2007-01-03
修复了 AJAXFormer 中第二个参数 resultDiv 处理不当的问题;
增加了从服务器端返回脚本并加以执行的功能;
增加了表单提交后网络出错的错误显示功能.
这些新功能都已经放在示例页面中了.

测试通过: Resin 3.0.18, Tomcat 5.0.30, 5.5.20; 浏览器: IE 6/Firefox 2.0.

上一篇文章 JSP 中 AJAX 的表单提交中文问题的简单解决方案 主要是针对 UTF-8 版本的进行处理的, 鉴于中国大陆地区大部分还是用 GBK 编码写 JSP, 因此本文就针对 GBK 的实践结果进行介绍.

有朋友提到 当AJAX遭遇GBK的尴尬 里说当 AJAX 使用 GBK 编码后, 表单提交将出现乱码. 如前文所述, 只要全部采用 UTF-8 编码, 是没有任何问题的. 那么都用 GBK 呢?

首先要讲的是我们的文章还是一样的原则: 尽可能少的改动原来的代码来解决中文乱码问题. 所以本文的示例没有用过滤器等方法.

那么使用 GBK 编码到底有没有乱码问题呢?

第一个关键点就是 AJAX 的表单提交代码必须正确的按照 HTTP 规范实现, 即要保持原来的 GET/POST 方式不变, 也要保持里面的内容和浏览器提交的内容一摸一样. 以下内容摘自我编写的内部培训教材:

----------------- 引用开始 -----------------

首先必须要介绍一下 HTTP 协议和 GET, POST 的工作方式.

当用户在Web浏览器地址栏中输入一个带有http://前缀的URL并按下Enter后,或者在Web页面中某个以http://开头的超链接上单击鼠标,HTTP事务处理的第一个阶段--建立连接阶段就开始了.HTTP的默认端口是80.
随着连接的建立,HTTP就进入了客户向服务器发送请求的阶段.客户向服务器发送的请求是一个有特定格式的ASCII消息,其语法规则为:

请求消息的顶端是请求行,用于指定方法,URL和HTTP协议的版本,请求行的最后是回车换行.方法有GET,POST,HEAD,PUT,DELETE等.
在请求行之后是若干个报头(Header)行.每个报头行都是由一个报头和一个取值构成的二元对,报头和取值之间以":"分隔;报头行的最后是回车换行. 常见的报头有Accept(指定MIME媒体类型),Accept_Charset(响应消息的编码方式),Accept_Encoding(响应消息的字符集),User_Agent(用户的浏览器信息)等.
在请求消息的报头行之后是一个回车换行,表明请求消息的报头部分结束.在这个\n之后是请求消息的消息实体(Entity Body).
Web服务器在收到客户请求并作出处理之后,要向客户发送应答消息.与请求消息一样,应答消息的语法规则为:

应答消息的第一行为状态行,其中包括了HTTP版本号,状态码和对状态码进行简短解释的消息;状态行的最后是回车换行.状态码由3位数字组成,有5类:

• 1XX 保留
• 2XX 表示成功
• 3XX 表示URL已经被移走
• 4XX 表示客户错误
• 5XX 表示服务器错误

例如:415,表示不支持改媒体类型;503,表示服务器不能访问.最常见的是200,表示成功.常见的报头有:Last_Modified(最后修改时间),Content_Type(消息内容的MIME类型),Content_Length(内容长度)等.
在报头行之后也是一个回车换行,用以表示应答消息的报头部分的结束,以及应答消息实体的开始.
下面是一个应答消息的例子:

那么 GET 和 POST 有什么区别? 区别就是一个在 URL 请求里面附带了表单参数和值, 一个是在 HTTP 请求的消息实体中. 用下面的例子可以很容易的看到同样的数据通过GET和POST来发送的区别, 发送的数据是 username=张三 :

　GET 方式, 浏览器键入 http://localhost?username=张三

POST 方式:

比较一下上面的两段文字, 您会发现 GET 方式把表单内容放在前面的请求头中, 而 POST 则把这些内容放在请求的主体中了, 同时 POST 中把请求的 Content-Type 头设置为 application/x-www-form-urlencoded. 而发送的正文都是一样的, 可以这样来构造一个表单提交正文:

encodeURIComponent(arg1)=encodeURIComponent(value1)&encodeURIComponent(arg2)=encodeURIComponent(value2)&.....

注: encodeURIComponent 返回一个包含了 charstring 内容的新的 String 对象（Unicode 格式）， 所有空格、标点、重音符号以及其他非 ASCII 字符都用 %xx 编码代替，其中 xx 等于表示该字符的十六进制数。 例如，空格返回的是 "%20" 。 字符的值大于 255 的用 %uxxxx 格式存储。参见 JavaScript 的 encodeURIComponent() 方法.

下面就讨论一下如何在 JavaScript 中执行一个 GET 或者 POST 请求. 如果您用过 Java, 那么您可能熟悉下列的用 java.net.URLConnection 类进行 POST 操作的代码(参考 Java Tip 34: POSTing via Java ):
　

以上的代码向 somepage 发送了一次 POST 请求, 数据为 name = Buford Early, email = buford@known-space.com.
用JavaScript 来执行 POST/GET 请求是同样的原理, 下面的代码展示了分别用 XMLHttpRequest 对象向 somepage 用 GET 和 POST 两种方式发送和上例相同的数据的具体过程:
GET 方式

POST 方式

至此希望你已经能够理解如何用 JavaScript 中的 XMLHttpRequest 对象来执行 GET/POST 操作, 剩下的工作就是您如何来构造这些提交的参数了, 最后我给出一个将现有的 form 提交代码修改为异步的 AJAX 提交的代码(注意目前作者还不知道如何让 file 上传表单域也能异步上传文件). 首先请看两个 JavaScript 函数:

// form - the form to submit
// resultDivId - the division of which to display result text in, in null, then
// create an element and add it to the end of the body
function ajaxSubmitForm(form, resultDivId) {
var elements = form.elements;// Enumeration the form elements
var element;
var i;

var postContent = "";// Form contents need to submit

for(i=0;i<elements.length;++i) {
var element=elements[i];

if(element.type=="text" || element.type=="textarea" || element.type=="hidden") {
postContent += encodeURIComponent(element.name) + "=" + encodeURIComponent(element.value) + "&";
}
else if(element.type=="select-one"||element.type=="select-multiple") {
var options=element.options,j,item;
for(j=0;j<options.length;++j){
item=options[j];
if(item.selected) {
postContent += encodeURIComponent(element.name) + "=" + encodeURIComponent(item.value) + "&";
}
}
} else if(element.type=="checkbox"||element.type=="radio") {
if(element.checked) {
postContent += encodeURIComponent(element.name) + "=" + encodeURIComponent(element.value) + "&";
}
} else if(element.type=="file") {
if(element.value != "") {
postContent += encodeURIComponent(element.name) + "=" + encodeURIComponent(element.value) + "&";
}
} else {
postContent += encodeURIComponent(element.name) + "=" + encodeURIComponent(element.value) + "&";
}
}

alert(postContent);

ajaxSubmit(form.action, form.method, postContent);
}

// url - the url to do submit
// method - "get" or "post"
// postContent - the string with values to be submited
// resultDivId - the division of which to display result text in, in null, then
// create an element and add it to the end of the body
function ajaxSubmit(url, method, postContent, resultDivId)
{
var loadingDiv = document.getElementById('loading');
// call in new thread to allow ui to update
window.setTimeout(function () {
loadingDiv.innerText = "Loading....";
loadingDiv.style.display = "";
}, 1);

// code for Mozilla, etc.
if (window.XMLHttpRequest)
{
xmlhttp=new XMLHttpRequest();
}
// code for IE
else if (window.ActiveXObject)
{
xmlhttp=new ActiveXObject("Microsoft.XMLHTTP");
}

if(xmlhttp) {
xmlhttp.onreadystatechange = function() {
// if xmlhttp shows "loaded"
if (xmlhttp.readyState==4)
{
if(resultDivId) {
document.getElementByID(resultDivId).innerHTML = xmlhttp.responseText;
} else {
var result = document.createElement("DIV");
result.style.border="1px solid #363636";
result.innerHTML = xmlhttp.responseText;
document.body.appendChild(result);
}

loadingDiv.innerHTML =
"Submit finnished!";
}

};

if(method.toLowerCase() == "get") {
xmlhttp.open("GET", url + "?" + postContent, true);
xmlhttp.send(null);
} else if(method.toLowerCase() == "post") {
xmlhttp.open("POST", url, true);
xmlhttp.setRequestHeader("Content-Type", "application/x-www-form-urlencoded");
xmlhttp.send(postContent);
}
} else {
loadingDiv.innerHTML =
"Can't create XMLHttpRequest object, please check your web browser.";
}

}

函数 ajaxSubmitForm 将表单要提交的内容进行封装, 然后调用 ajaxSubmit 函数来执行真正的异步提交, 表单提交后所返回的结果则显示在给定的 DIV 容器中或者没有指定参数时用 DOM 对象动态生成一个 DIV 容器来显示结果并添加到页面末尾. 这样, 对原来的表单只需要改动一个地方就可以将原来的表单提交改为异步模式, 即在 form 标签里加入: onSubmit="ajaxSubmitForm(this);return false;" 即可, return false 确保表单不会被浏览器同步提交. 完整的例子请看这里.

----------------- 引用结束 -----------------

OK, 希望至此为止您已经理解了如何用 AJAX 来正确的执行 GET/POST. 如果这个问题您解决了, 可是说后台的乱码问题就和你直接通过表单提交几乎没有区别了. 这个方法的具体封装已经在附件的 ajax_common.js 中了.

至此也该贴出来我们的 GBK 编码的客户端页面的内容了:

那么第二个关键点就是服务器端的表单数据读取了.这个问题跟具体的服务器有很大关系. 对于 Resin 服务器来说, 问题很少, 基本上不论是 POST 和 GET, 出乱码的概率都比较小. 但是 Tomcat 就不敢恭维了, 这大概也是开源产品和商业产品的区别, 缺乏前后一致性和兼容性, 因为开源的不需要提供技术支持. Tomcat 的 GET/POST 的编码处理方式不同的版本都不一样, 就像 Eclipse/Netbeans 新版本从来不需要兼容老版本的插件 API 一样, Hibernate/Struts/Spring 也是一样, 所以学 Java 的很累. 当然, 这就是免费/开源的代价. 跑题了. 因此我们的服务器端代码大部分都是对 Tomcat 的乱码问题的解决(POST的没有问题, 主要是 GET 方法的).

booleanisTomcat=application.getServerInfo().toLowerCase().indexOf("tomcat") !=-1; 这一句主要针对 Tomcat 进行处理, 如果是 GET 方法的话, 就需要将表单参数从 ISO8859-1 转换到 UTF-8 (注意不是 GBK, 貌似 Tomcat 很喜欢 UTF-8?). 其它的地方和原来的 UTF-8 版本的没有区别. 当然如果您的站点应该用过滤器来更方便的解决这个问题.

小结:

1. 使用一致的字符集很重要, 要么全是 GBK, 要么全是 UTF-8, 如果有条件, 就全部用 UTF-8, 那样工作量是最小的;

2. 用 AJAX 提交的时候一定要按照 HTTP 的规范来, 做到和浏览器尽量兼容, 尤其是 POST 的时候不要再往 URL 地址里加参数了, 你那样是违规! 后果就是有的服务器会不搭理你传递的这些参数! 还是如我所讲, 参数提交之前要用 encodeURIComponent() 来转化, 这也是为了符合浏览器的习惯做法.

3. 后台如果读取参数有乱码, 就尽量多在 ISO8859-1, GBK, UTF-8 中间多转换几次试试, 可以试试偶写的那个 changeEncoding() 方法, 把几个转换后的表单值都列出来, 一定有一个是正确的, 总是可以解决问题的. 这个本来不应该是偶们的任务, 但是写服务器的人是老美, 尤其是 Tomcat 作者, 只熟悉 ISO8859-1.

4. 鉴于 TOMCAT 读取 POST 参数的时候很少出问题, 因此建议AJAX提交表单的时候多用 POST 方法, 尽量不用 GET.

运行截屏:

其它的一些资料可以参考Blogjava上的一篇原创文章: [原创]struts,ajax乱码解决方案

欢迎发表建议和更好的观点. 谢谢! 重申本文无意代替您的 AJAX 框架, 不过在你抓狂的时候可以考虑看看他们表单提交的代码, 改改它!

本人翻译的 XMLHttpRequest 对象介绍:

The XMLHttpRequest Object Reference XMLHttpRequest 对象参考

Methods 方法

Properties 属性

几天前，在Don Box的博客上，我设法回答一个问题"Spring比EJB简单吗？".现在,这个问题像是有些多余了，因为Spring和EJB的目标并不完全一致，但也许从EJB和Spring两者所共有之处来回答，是可以的。Ted Neward在他的博客上对我的回复进行了评论,我现在去回应一下他的观点。

　　Ted评论:Spring是一个比EJB简单多了的框架，因为Spring更多是用基于POJO(PlainObject Old Object)的方案，但对于"一些情况"下，它并不简单,而是更复杂。

　　Rod:好的,在"一些情况"下,地球是扁平的对吧。在我的经验中，如果实现业务逻辑所需要的java Object超过3个的时候，认为用POJO(通常有一个接口)方案更复杂的人很少：给我印象深刻的是，那些否定POJO方案的那些人，真正尝试两种方案并做出对比的人为零。可能他们有自己的观点，但我并不知道。(也许直接的事务和远程方法更另人愉悦？)我真的非常希望看到能真正证明基于POJO的方案更复杂更难用的评论。

　　Rod:为什么Spring比EJB简单易用?我不能给你一个独立的主观臆断，我可以告诉你的是，我是借鉴EJB，并运用我多年的经验来设计Spring的，我也很乐于去比较.从一开始，Spring(或者其他的IOC加Services框架)框架就是和你的业务代码隔离的，没有藕合的.这个区别是很有重大意义的。任何Object可以被事务化而不需要陷入EJB的丛林中。这对于代码的重用也是有意义的。实际上，在你自己的业务对象中，很少有框架的侵入，换句话说，你会有更多的自由去运用面向对象的分析设计。

　　Ted:哦，我已经说过了，企业级系统通常不是来练习OO(面向对象),因为那么做有一种让我们陷入麻烦的危险趋势----这也就是为什么人们在网络计算的趋势下，使用CORBA,DCOM和RMI来解决问题的原因。你应该考虑一下，把collection置于服务器端，iterator放在客户端的意义，然后你就明白.....

　　Rod:Ted,我提到的"更多自由去使用OO",并不是说所有地方都用OO,当然，分布式对象是很需要的。但重要的是，不要把"企业应用"和"分布式应用"混为一谈. 应用程序的内部结构应该尽可能的面向对象.然后提供一个高层的接口对远程调用暴露，理想状态下，仅仅这个接口才可以放弃面向对象.(基本上像SDO--服务数据对象Service Data Objects这样的解决方案在这部分是很庞大的).所以在分布式对象建模中，在应用内部引入优秀的应用程序接口(虽然破坏OO)是没有争议的。Spring和其他的IOC(inverse of control控制反转)容器，不会在OO方面设置障碍,而EJB就没做到，它大范围内地依赖了EJB的接口和框架。

　　在我对于Spring的XML配置要比EJB复杂的部署描述文件简单易配置的评论后----Ted写到:公正地说,Rod--JSR 175 在简化部署描述配置(包括你的Spring的XML配置)方面的所做的工作是有意义的(而不是所有),在java5之前，部署描述文件是一个必须的，很恼人的事情吗？不幸的是，事实表明，考虑到所有的可能性，这已经是最佳的解决方案了。(所有人都记得EJB1.0时，基于对象的描述符)。

　　Rod:没错,JSR-175会在DD(Data Define数据定义)方面进一步改善(已经有所改善，虽然注释被一再过度使用,不过那是另一个话题了).不错，DDs(数据定义文件)是必要的，虽然很繁琐，这是java借用C#中属性集/注释的想法而来的.但问题是,现在的EJB部署描述让人惊骇地冗长，差不多全在XML里.而且一个标准的ejb-jar.xml部署描述文件并不够，通常需要两个。相反，Spring的配置文件短小精悍，而且不需要额外的引用。当然，EJB3.0不在这里讨论，因为我想评论的是现在使用EJB的方案(直到2006或者JSR-220完成的时候)。

　    在Don的博客上，我对他拿Spring进行的测试表达了我的尊敬:

   　 Rod:因为你的代码不是严重依赖于容器的，所以可以方便的进行单元测试，比如用JUnit。这样一来，和过去传统的J2EE容器内测试方案比起来，提高了巨大的效率。你也可以在Spring容器上做集成测试，而不需要一个重量级的J2EE应用服务器----不像其他应用服务器，Spring容器可以很快启动。

　　Don:我仅仅是说尽量少的依赖于容器，EJB并不是一个完全失败的技术，用OpenEJB容器效率并不会很低的，至少从我的测试来证明。

　　Rod:我并不确定像OpenEJB这种轻量级的EJB容器会是一个另人满意的解决方案.我没有遇到有人用过它，我自己也没用过。真正的EJB测试总是繁杂的，通常需要五分钟一个编码/测试循环。

　　Rod:比较一下Spring的Pet Store例子和EJB方案的，就可以发现,在Spring的例子中，很少有冗余的代码，也就是说什么都不做的代码...

　　比如Service接口,JNDI服务查询操作等等.在我接触的项目中,用一个Spring+Hibernate的混合框架，至少能拿去EJB方案的10%---20%的代码,对于项目的提交和后期维护是有重大意义的.

　　Don:我来说说我的观点,简单并不永远是好的，不幸的是，它仅仅代表简单，没有JNDI，就等于说牺牲了管理人员在不重启服务器的情况下，对配置进行调整的需要。这可能对于一些客户的应用来说不是太重要，但对于一个24*7的应用来讲就是个大问题了。

　　Rod:当然，我说的用Spring终结你代码中的"服务接口，JNDI查找",并不是说真的不用JNDI,比如说，你还是希望调用EJB,Spring可以给你创建一个代理，封装了JNDI查找啊。

　　在Pet Store的例子中，我尽力寻求一个简单的架构--既然我们来讨论Pet Store,关键的就是，Spring和其他轻量级的框架技术，给了你一个简易框架的选择。如果是传统的J2EE,你想创建一个Pet Store,你最好是用Perl或者.Net,或者抛弃J2EE的高级特性，只选择Servlet和JSP,所以有一个你自己的简易架构是必要的。

　　没有JNDI，就等于说牺牲了管理人员在不重启服务器的情况下，对配置进行调整的需要",嗯，有多少需要用JNDI重新配置应用的需要?更好的解决方案是JMX,但应用服务器并不了解你想做什么有意义的配置，同时Spring 1.2已经加入了对JMX的支持,这将方便开发者去操作应用对象和配置。比如说，改变一个JNDI的环境变量是我们很少要做的事情.开发者通常会很准确地配置这些信息，来避免修改的痛苦。(我同意，这可能是个不好的假设，但确实通常是这样的)，你如果想通过JNDI来改变某个值，你已经知道何时来找到它,等等。

　　Don:请记住，EJB提供双机事务的支持，而Spring没有，这一点让我不安，Spring失去了它的亮点。

　　Rod:Spring不会做或者很少做双机事务,不知道怎么就确定Spring失去它的亮点了,Spring的事务层抽象是在事物策略的基础上的一层，一个方案就是JTA,在这种方案下，双机事务来自于应用服务器底层的支持，而不是Spring.实际上,JTA事物策略是我们最早就重视并实现的功能。我明白，在一个无JTA支持的简单容器下，丢弃一个落后的local和global事务编程模型是很有意义的.