jdk版本升级对单元测试造成的影响

单元测试的时候遇到的一个问题

开始的时候这个单元测试在eclipse和mvn中都是跑不过的（原因数据库里插入了一个非空列），然后把这个修改好，问题就开始出现了。

在eclipse中跑出来的结果是非常振奋人心的

但是通过mvn test跑出来的结果确是：

遇到了这个问题，第一反应觉得是不是因为文件没保存或者因为eclipse中装了svn插件导致的文件不同步的问题。删除eclipse中的项目，重新clean install整个pivot，在mvn eclipse:eclipse，再导入eclipse，但是没有任何效果。

然后去仔细看了一下test的日志，发现其中有很多的Exception打出来了，觉得是不是这里出现问题了。

DEBUG util.SQLHelper - Could not retrieve the 'isAutoIncrement' property because not yet running on Java 1.5 - defaulting to NO. Table=CREDIT_CMT_APPLY, Column=IS_GUAR_VALIDjava.sql.SQLException: ��Ч�������� 注：这里的意思大概意思就是SQl索引失效at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112)at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:146)at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:208)at oracle.jdbc.driver.OracleResultSetImpl.getString(OracleResultSetImpl.java:379)at org.dbunit.util.SQLHelper.createColumn(SQLHelper.java:348)at org.dbunit.database.DatabaseTableMetaData.getColumns(DatabaseTableMetaData.java:331)at org.dbunit.database.DatabaseTableMetaData.toString(DatabaseTableMetaData.java:402)at java.lang.String.valueOf(String.java:2826)at java.lang.StringBuffer.append(StringBuffer.java:219)

不过这个日志的级别是Debug，貌似不应该影响测试结果啊。不过还是去确定一下这个有没有影响比较好。然后找到日志打出的地方如下，发现这里只是去判断了一下jdk是1.5进行一些操作，不是也不会有什么影响。

接着去看maven输出来的test结果，发现错误信息是：

junit.framework.AssertionFailedError：null

这是个什么意思阿？然后去找了一下，发现原因是在JUnit 4.4 以前的版本默认出错后不会抛出额外提示信息，如：

assertTrue( s.indexOf("developer") > -1 || s.indexOf("Works") > -1 );

如果该断言出错，只会抛出无用的错误信息，如：junit.framework.AssertionFailedError：null。如果想在出错时想打印出一些有用的提示信息，必须得程序员另外手动写，如：

assertTrue( "Expected a string containing 'developer' or 'Works'",     s.indexOf("developer") > -1 || s.indexOf("Works") > -1 );

public static final Column createColumn(ResultSet resultSet,384             IDataTypeFactory dataTypeFactory, boolean datatypeWarning) 385     throws SQLException, DataTypeException 386     {387         ...395         // This is only available since Java 5 - so we ca try it and if it does not work default it396         String isAutoIncrement = Column.AutoIncrement.NO.getKey();397         try {398             isAutoIncrement = resultSet.getString(23);399         }400         catch(SQLException e){401             if(logger.isDebugEnabled())402                 logger.debug("Could not retrieve the 'isAutoIncrement' property because not yet running on Java 1.5 - defaulting to NO. " +403                         "Table=" + tableName + ", Column=" +columnName, e);404             // Ignore this one here405         }406         407         ...428     }

Unit 4.4 以前的版本默认出错后不会抛出额外提示信息，如：assertTrue( s.indexOf("developer") > -1 || s.indexOf("Works") > -1 );如果该断言出错，只会抛出无用的错误信息，如：junit.framework.AssertionFailedError：null。如果想在出错时想打印出一些有用的提示信息，必须得程序员另外手动写，如：assertTrue( "Expected a string containing 'developer' or 'Works'",     s.indexOf("developer") > -1 || s.indexOf("Works") > -1 );

既然让写，那就写一下试试。

assertTrue("number="+number,number > 0);注：原来代码里面的一个判断，想让它输出一些信息，但是发现并没有输出这个，看来不是在这里出的问题。

剩下的代码中可能出问题的一共就只有两行。

setUpDataSet("dbunit/complaintSet.xml");Long number = this.complaintApplyDAO.insert(complaintApplyDO);

然后通过一个个注释的方法确定到问题在setUpDataSet这一行。

进一步定位发现是初始化数据的配置文件中出错了，其中一共有7条数据，通过排除法确定，问题在下面这个代码中。

<credit_cmt_apply id="10007" COMPLAINT_Id="1234567890"  C_MEMBER_ID="test100" A_MEMBER_ID="test200"TYPE ="cash_no_delivery" FULL_TYPE="cash_no_delivery"  SUBJECT ="subject" TRADE_ID="1001001" TRADE_TYPE="alipay" A_TEL="010-85356521" A_MOBILE_PHONE="13054541254"GMT_CREATE="2009-12-28"GMT_PRE_INTERPOSE="2010-1-26" GMT_INTERPOSE="2009-12-28" GMT_ACCEPT="2009-12-28" GMT_RESOLVE="2009-12-28" STATUS="NEW" RESULT="NEW"COMPANY_NAME="compay" CONTENT="content" TRADE_URL="http://china.alibaba.com"IS_TRANSIT="Y" IS_GUAR_VALID="Y" IS_ELIGIBLE="Y" GMT_MODIFIED="2009-12-28" A_TEL_AREA="010" SUB_TYPE="subType" GMT_ARBIT_BEGIN="2009-12-28" GMT_ARBIT_END="2009-12-28"ARBIT_OPERATOR="test" />

经验证，问题原因是GMT_PRE_INTERPOSE="2010-1-26"这个出现的，如果将2010-1-26改成2010-01-26，则eclipse中和maven中都可以正确了。

到这里虽然确定了问题出在哪，但是进一步的思路确不是太明确了，上网找也没什么头绪。然后就开始求助于大家，最后在晓军那里得到答案，原来jdk1.6.0_18中对这个日期的处理进行了一些改动。不同版本的代码，发现改动确实在这里。
原来的java.sql.Date.ValueOf的代码如下：

public static Date valueOf(String s) {   int year;   int month;   int day;   int firstDash;   int secondDash;   if (s == null) throw new java.lang.IllegalArgumentException();   firstDash = s.indexOf('-');   secondDash = s.indexOf('-', firstDash+1);   if ((firstDash > 0) & (secondDash > 0) & (secondDash < s.length()-1)) {       ...   } else {       throw new java.lang.IllegalArgumentException();   }           return new Date(year, month, day);    }

新的中的是：

if ((firstDash > 0) && (secondDash > 0) && (secondDash < s.length()-1)) {            String yyyy = s.substring(0, firstDash);            String mm = s.substring(firstDash + 1, secondDash);            String dd = s.substring(secondDash + 1);            if (yyyy.length() == YEAR_LENGTH && mm.length() == MONTH_LENGTH &&                dd.length() == DAY_LENGTH) {                ...            }        }        if (d == null) {            throw new java.lang.IllegalArgumentException();        }        return d;

在之前的时候并不去判断年月日的长度，在新的中加入了对年份月份日的强制判断，必须是4-2-2，否则抛出异常。

最后问题定位到maven和eclipse中的java环境版本不同的问题。
通过查看确定maven中环境是：(我自己装的)

Java version: 1.6.0_20Java home: /usr/lib/java/jdk1.6.0_20/jre

eclipse的环境是：（貌似是系统默认的一个）