??xml version="1.0" encoding="utf-8" standalone="yes"?>
׃近3个小时终于把一个ssh整合的例子做完,感叹不如当年勇啊Q虽说经验丰富了很多Q但是实打实地编码工作,可真不是靠吹牛吹出来的,到处都存在问题,需要花旉一一解决。好了,废话说Q下面列一下用到的一些技术以及注意点Qؓ了避免误ghQ或致h懒惰Q这里就不将所有代码一一列出Q只是脓一些关键的代码Dc?br />
用到的技术如下:
1QMySqlQ在本机上能跑的最数据库?br />2QHibernate3Q有了注解功能后Q感觉比Hibernate2方便多了
3QSpring3
4QStruts2
5QJunit4Q用于测试service的方?br />6QLog4j
7Q需要的jar包如下,
1、MySql
q个׃多说了,安装q程非常单。创Z个数据库QtestQ用grant语句创徏用户testQ密码testQ创Z张表QACCOUNT?br />2、Hibernate3
1Q创Z个domain对象QAccountQ和表ACCOUNT对应Q在上面加注解@Entity @Table(name="ACCOUNT")Q这样就省去了些hbm文g
2Q创建AccountDaoQ实现增删改查功能;
3、spring3
1Q创建spring配置文gQspring.xmlQ定义datasourceQsessionFactory{;
2Q创建AccountServiceQ实C务逻辑Q调用AccountDaoQ?br />4、Struts2
1Q创建web.xmlQ将spring.xml攑օContextConfigLocationQ?br /> 2Q创建struts.xmlQ定义package和action及蟩转;
3Q创建LoginActionc,从页面获取用户名和密码,调用AccountService的用于验证方?br />
ȝQ在做这个例子的q程中,出现很多问题Q很大一部分都是来自于jar包的~失和冲H,以下几点是比较难于发现的Q?br /> 1QSpringframework的jar包版本不一_会出现很奇怪的问题Q?br /> 2Q缺?span style="color: red;">struts2-spring-plugin-2.2.3的jar包,会导致spring的bean无法实例化成功,L获取到nullQ?br /> 3Qjavaee.jar和servlet-api.jar的冲H,个h感觉后者是前者的_版,在Tomcat容器的lib目录下存在,会和工程中的lib冲突Q解x案是把Tomcat下的servlet-api.jar换成javaee.jarQ?br /> 4Q如果想通过标记的方式来注入beanQ必dspring配置文g中,d以下代码Q?br /> <context:annotation-config />
<context:component-scan base-package="com.glen" />
另外Q还有两个问题未解决Q望能h帮之Q?/p>
毋庸|疑Q程序员要对自己~写的代码负责,您不仅要保证它能通过~译Q正常地q行Q而且要满需求和设计预期的效果。单元测试正是验证代码行为是否满预期的有效手段之一。但不可否认Q做试是g很枯燥无的事情Q而一遍又一遍的试则更是让人生畏的工作。幸q的是,单元试工具 JUnit 使这一切变得简单艺术v来?/p>
JUnit ?Java C中知名度最高的单元试工具。它诞生?1997 q_?Erich Gamma ?Kent Beck 共同开发完成。其?Erich Gamma 是经典著作《设计模式:可复用面向对象Y件的基础》一书的作者之一Qƈ?Eclipse 中有很大的A献;Kent Beck 则是一位极限编E(XPQ方面的专家和先驱?/p>
麻雀虽小Q五脏俱全。JUnit 设计的非常小巧,但是功能却非常强大。Martin Fowler 如此评h JUnitQ在软g开发领域,从来没有如此少的代码vC如此重要的作用。它大大化了开发h员执行单元测试的隑ֺQ特别是 JUnit 4 使用 Java 5 中的注解QannotationQɋ试变得更加单?/p>
在开始体?JUnit 4 之前Q我们需要以下Y件的支持Q?/p>
首先为我们的体验新徏一?Java 工程 —— coolJUnit。现在需要做的是Q打开目 coolJUnit 的属性页 -> 选择“Java Build Path”子选项 -> 炚w?#8220;Add Library …”按钮 -> 在弹出的“Add Library”对话框中选择 JUnitQ?a >?1Q,q在下一中选择版本 4.1 后点?#8220;Finish”按钮。这样便?JUnit 引入到当前项目库中了?/p>
?1 为项目添?JUnit ?/strong>
可以开始编写单元测试了吗?{等……Q您打算把单元测试代码放在什么地方呢Q把它和被测试代码在一Pq显然会照成混ؕQ因为单元测试代码是不会出现在最l品中的。徏议您分别为单元测试代码与被测试代码创建单独的目录Qƈ保证试代码和被试代码使用相同的包名。这h保证了代码的分离Q同时还保证了查扄方便。遵照这条原则,我们在项?coolJUnit 根目录下d一个新目录 testsrcQƈ把它加入到项目源代码目录中(加入方式??2Q?/p>
?2 修改目源代码目?/strong>
现在我们得到了一?JUnit 的最佛_践:单元试代码和被试代码使用一L包,不同的目录?/p>
一切准备就l,一起开始体验如何?JUnit q行单元试吧。下面的例子来自W者的开发实践:工具c?WordDealUtil 中的静态方?wordFormat4DB 是专用于处理 Java 对象名称向数据库表名转换的方法(您可以在代码注释中可以得到更多详l的内容Q。下面是W一ơ编码完成后大致情ŞQ?/p>
package com.ai92.cooljunit; import java.util.regex.Matcher; import java.util.regex.Pattern; /** * 对名U、地址{字W串格式的内容进行格式检? * 或者格式化的工L * * @author Ai92 */ public class WordDealUtil { /** * ?Java 对象名称Q每个单词的头字母大写)按照 * 数据库命名的习惯q行格式? * 格式化后的数据ؓ写字母Qƈ且用下划线分割命名单词 * * 例如QemployeeInfo l过格式化之后变?employee_info * * @param name Java 对象名称 */ public static String wordFormat4DB(String name){ Pattern p = Pattern.compile("[A-Z]"); Matcher m = p.matcher(name); StringBuffer sb = new StringBuffer(); while(m.find()){ m.appendReplacement(sb, "_"+m.group()); } return m.appendTail(sb).toString().toLowerCase(); } } |
它是否能按照预期的效果执行呢Q尝试ؓ它编?JUnit 单元试代码如下Q?/p>
package com.ai92.cooljunit; import static org.junit.Assert.assertEquals; import org.junit.Test; public class TestWordDealUtil { // 试 wordFormat4DB 正常q行的情? @Test public void wordFormat4DBNormal(){ String target = "employeeInfo"; String result = WordDealUtil.wordFormat4DB(target); assertEquals("employee_info", result); } } |
很普通的一个类嘛!试c?TestWordDealUtil 之所以?#8220;Test”开_完全是ؓ了更好的区分试cM被测试类。测试方?wordFormat4DBNormal 调用执行被测试方?WordDealUtil.wordFormat4DBQ以判断q行l果是否辑ֈ设计预期的效果。需要注意的是,试Ҏ wordFormat4DBNormal 需要按照一定的规范书写Q?/p>
试Ҏ中要处理的字W串?#8220;employeeInfo”Q按照设计目的,处理后的l果应该?#8220;employee_info”。assertEquals 是由 JUnit 提供的一pd判断试l果是否正确的静态断aҎQ位于类 org.junit.Assert 中)之一Q我们用它执行结?result 和预期?#8220;employee_info”q行比较Q来判断试是否成功?/p>
看看q行l果如何。在试cM点击右键Q在弹出菜单中选择 Run As JUnit Test。运行结果如 下图所C:
l色的进度条提示我们Q测试运行通过了。但现在宣布代码通过了单元测试还为时q早。记住:您的单元试代码不是用来证明您是对的Q而是Z证明您没有错。因此单元测试的范围要全面,比如对边界倹{正常倹{错误值得试Q对代码可能出现的问题要全面预测Q而这也正是需求分析、详l设计环节中要考虑的。显Ӟ我们的测试才刚刚开始,l箋补充一些对Ҏ情况的测试:
public class TestWordDealUtil { …… // 试 null 时的处理情况 @Test public void wordFormat4DBNull(){ String target = null; String result = WordDealUtil.wordFormat4DB(target); assertNull(result); } // 试I字W串的处理情? @Test public void wordFormat4DBEmpty(){ String target = ""; String result = WordDealUtil.wordFormat4DB(target); assertEquals("", result); } // 试当首字母大写时的情况 @Test public void wordFormat4DBegin(){ String target = "EmployeeInfo"; String result = WordDealUtil.wordFormat4DB(target); assertEquals("employee_info", result); } // 试当尾字母为大写时的情? @Test public void wordFormat4DBEnd(){ String target = "employeeInfoA"; String result = WordDealUtil.wordFormat4DB(target); assertEquals("employee_info_a", result); } // 试多个相连字母大写时的情况 @Test public void wordFormat4DBTogether(){ String target = "employeeAInfo"; String result = WordDealUtil.wordFormat4DB(target); assertEquals("employee_a_info", result); } } |
再次q行试。很遗憾QJUnit q行界面提示我们有两个测试情冉|通过试Q?a >?4Q?#8212;—当首字母大写时得到的处理l果与预期的有偏差,造成试p|QfailureQ;而当试?null 的处理结果时Q则直接抛出了异?#8212;—试错误QerrorQ。显Ӟ被测试代码中q没有对首字母大写和 null q两U特D情况进行处理,修改如下Q?/p>
// 修改后的Ҏ wordFormat4DB /** * ?Java 对象名称Q每个单词的头字母大写)按照 * 数据库命名的习惯q行格式? * 格式化后的数据ؓ写字母Qƈ且用下划线分割命名单词 * 如果参数 name ?nullQ则q回 null * * 例如QemployeeInfo l过格式化之后变?employee_info * * @param name Java 对象名称 */ public static String wordFormat4DB(String name){ if(name == null){ return null; } Pattern p = Pattern.compile("[A-Z]"); Matcher m = p.matcher(name); StringBuffer sb = new StringBuffer(); while(m.find()){ if(m.start() != 0) m.appendReplacement(sb, ("_"+m.group()).toLowerCase()); } return m.appendTail(sb).toString().toLowerCase(); } |
JUnit 测试失败的情况分ؓ两种Qfailure ?error。Failure 一般由单元试使用的断aҎ判断p|引vQ它表示在测试点发现了问题;?error 则是׃码异常引Pq是试目的之外的发玎ͼ它可能生于试代码本n的错误(试代码也是代码Q同h法保证完全没有缺PQ也可能是被试代码中的一个隐藏的 bug?/p>
啊哈Q再ơ运行测试,l条又重现眼前。通过?WordDealUtil.wordFormat4DB 比较全面的单元测试,现在的代码已l比较稳定,可以作ؓ API 的一部分提供l其它模块用了?/p>
不知不觉中我们已l?JUnit 漂亮的完成了一ơ单元测试。可以体会到 JUnit 是多么轻量Q多么简单,Ҏ不需要花心思去研究Q这可以把更多的注意力攑֜更有意义的事情上——~写完整全面的单元测试?/p>
当然QJUnit 提供的功能决不仅仅如此简单,在接下来的内容中Q我们会看到 JUnit 中很多有用的Ҏ,掌握它们Ҏ灉|的编写单元测试代码非常有帮助?/p>
何谓 Fixture Q它是指在执行一个或者多个测试方法时需要的一pd公共资源或者数据,例如试环境Q测试数据等{。在~写单元试的过E中Q您会发现在大部分的试Ҏ在进行真正的试之前都需要做大量的铺?#8212;—计准?Fixture 而忙。这些铺垫过E占据的代码往往比真正测试的代码多得多,而且q个比率随着试的复杂程度的增加而递增。当多个试Ҏ都需要做同样的铺垫时Q重复代码的“坏味?#8221;便在试代码中I漫开来。这?#8220;坏味?#8221;会弄脏您的代码,q会因ؓ疏忽造成错误Q应该用一些手D|栚w它?/p>
JUnit 专门提供了设|公?Fixture 的方法,同一试cM的所有测试方法都可以q它来初始?Fixture 和注销 Fixture。和~写 JUnit 试Ҏ一P公共 Fixture 的设|也很简单,您只需要:
遵@上面的三条原则,~写出的代码大体是这个样子:
// 初始?Fixture Ҏ @Before public void init(){ …… } // 注销 Fixture Ҏ @After public void destroy(){ …… } |
q样Q在每一个测试方法执行之前,JUnit 会保?init Ҏ已经提前初始化测试环境,而当此测试方法执行完毕之后,JUnit 又会调用 destroy Ҏ注销试环境。注意是每一个测试方法的执行都会触发对公?Fixture 的设|,也就是说使用注解 Before 或?After 修饰的公?Fixture 讄Ҏ是方法别的Q?a >?5Q。这样便可以保证各个独立的测试之间互不干扎ͼ以免其它试代码修改试环境或者测试数据媄响到其它试代码的准性?/p>
?5 ҎU别 Fixture 执行C意?/strong>
可是Q这U?Fixture 讄方式q是引来了批评,因ؓ它效率低下,特别是在讄 Fixture 非常耗时的情况下Q例如设|数据库链接Q。而且对于不会发生变化的测试环境或者测试数据来_是不会媄响到试Ҏ的执行结果的Q也没有必要针Ҏ一个测试方法重新设|一?Fixture。因此在 JUnit 4 中引入了cȝ别的 Fixture 讄ҎQ编写规范如下:
cȝ别的 Fixture 仅会在测试类中所有测试方法执行之前执行初始化Qƈ在全部测试方法测试完毕之后执行注销ҎQ?a >?6Q。代码范本如下:
// cȝ?Fixture 初始化方? @BeforeClass public static void dbInit(){ …… } // cȝ?Fixture 注销Ҏ @AfterClass public static void dbClose(){ …… } |
注解 org.junit.Test 中有两个非常有用的参敎ͼexpected ?timeout。参?expected 代表试Ҏ期望抛出指定的异常,如果q行试q没有抛个异常,?JUnit 会认个测试没有通过。这为验证被试Ҏ在错误的情况下是否会抛出预定的异常提供了便利。D例来_Ҏ supportDBChecker 用于查用户用的数据库版本是否在pȝ的支持的范围之内Q如果用户用了不被支持的数据库版本Q则会抛行时异常 UnsupportedDBVersionException。测试方?supportDBChecker 在数据库版本不支持时是否会抛出指定异常的单元试Ҏ大体如下Q?/p>
@Test(expected=UnsupportedDBVersionException.class) public void unsupportedDBCheck(){ …… } |
注解 org.junit.Test 的另一个参?timeoutQ指定被试Ҏ被允许运行的最长时间应该是多少Q如果测试方法运行时间超q了指定的毫U数Q则 JUnit 认ؓ试p|。这个参数对于性能试有一定的帮助。例如,如果解析一份自定义?XML 文档p了多?1 U的旉Q就需要重新考虑 XML l构的设计,那单元测试方法可以这h写:
@Test(timeout=1000) public void selfXMLReader(){ …… } |
JUnit 提供注解 org.junit.Ignore 用于暂时忽略某个试ҎQ因为有时候由于测试环境受限,q不能保证每一个测试方法都能正运行。例如下面的代码便表C由于没有了数据库链接,提示 JUnit 忽略试Ҏ unsupportedDBCheckQ?/p>
@ Ignore(“db is down”) @Test(expected=UnsupportedDBVersionException.class) public void unsupportedDBCheck(){ …… } |
但是一定要心。注?org.junit.Ignore 只能用于暂时的忽略测试,如果需要永q忽略这些测试,一定要认被测试代码不再需要这些测试方法,以免忽略必要的测试点?/p>
又一个新概念出现?#8212;—试q行器,JUnit 中所有的试Ҏ都是由它负责执行的。JUnit 为单元测试提供了默认的测试运行器Q但 JUnit q没有限制您必须使用默认的运行器。相反,您不仅可以定制自qq行器(所有的q行器都l承?org.junit.runner.RunnerQ,而且q可以ؓ每一个测试类指定使用某个具体的运行器。指定方法也很简单,使用注解 org.junit.runner.RunWith 在测试类上显式的声明要用的q行器即可:
@RunWith(CustomTestRunner.class) public class TestWordDealUtil { …… } |
显而易见,如果试cL有显式的声明使用哪一个测试运行器QJUnit 会启动默认的试q行器执行测试类Q比如上面提及的单元试代码Q。一般情况下Q默认测试运行器可以应对l大多数的单元测试要求;当?JUnit 提供的一些高U特性(例如卛_介绍的两个特性)或者针对特D需求定?JUnit 试方式Ӟ昑ּ的声明测试运行器必不可了?/p>
在实际项目中Q随着目q度的开展,单元试cM来多Q可是直到现在我们还只会一个一个的单独q行试c,q在实际目实践中肯定是不可行的。ؓ了解册个问题,JUnit 提供了一U批量运行测试类的方法,叫做试套g。这P每次需要验证系l功能正性时Q只执行一个或几个试套g便可以了。测试套件的写法非常单,您只需要遵循以下规则:
package com.ai92.cooljunit; import org.junit.runner.RunWith; import org.junit.runners.Suite; …… /** * 扚w试 工具?中测试类 * @author Ai92 */ @RunWith(Suite.class) @Suite.SuiteClasses({TestWordDealUtil.class}) public class RunAllUtilTestsSuite { } |
上例代码中,我们前文提到的试c?TestWordDealUtil 攑օ了测试套?RunAllUtilTestsSuite 中,?Eclipse 中运行测试套Ӟ可以看到试c?TestWordDealUtil 被调用执行了。测试套件中不仅可以包含基本的测试类Q而且可以包含其它的测试套Ӟq样可以很方便的分层理不同模块的单元测试代码。但是,您一定要保证试套g之间没有循环包含关系Q否则无的循环׃出现在您的面?#8230;…?/p>
package com.ai92.cooljunit; import static org.junit.Assert.assertEquals; import java.util.Arrays; import java.util.Collection; import org.junit.Test; import org.junit.runner.RunWith; import org.junit.runners.Parameterized; import org.junit.runners.Parameterized.Parameters; @RunWith(Parameterized.class) public class TestWordDealUtilWithParam { private String expected; private String target; @Parameters public static Collection words(){ return Arrays.asList(new Object[][]{ {"employee_info", "employeeInfo"}, // 试一般的处理情况 {null, null}, // 试 null 时的处理情况 {"", ""}, // 试I字W串时的处理情况 {"employee_info", "EmployeeInfo"}, // 试当首字母大写时的情况 {"employee_info_a", "employeeInfoA"}, // 试当尾字母为大写时的情? {"employee_a_info", "employeeAInfo"} // 试多个相连字母大写时的情况 }); } /** * 参数化测试必ȝ构造函? * @param expected 期望的测试结果,对应参数集中的第一个参? * @param target 试数据Q对应参数集中的W二个参? */ public TestWordDealUtilWithParam(String expected , String target){ this.expected = expected; this.target = target; } /** * 试?Java 对象名称到数据库名称的{? */ @Test public void wordFormat4DB(){ assertEquals(expected, WordDealUtil.wordFormat4DB(target)); } } |
很明显,代码瘦n了。在静态方?words 中,我们使用二维数组来构建测试所需要的参数列表Q其中每个数l中的元素的攄序q没有什么要求,只要和构造函C的顺序保持一致就可以了。现在如果再增加一U测试情况,只需要在静态方?words 中添加相应的数组卛_Q不再需要复制粘贴出一个新的方法出来了?/p>
随着目的进展,目的规模在不断的膨胀Qؓ了保证项目的质量Q有计划的执行全面的单元试是非常有必要的。但单靠 JUnit 提供的测试套件很难胜任这工作,因ؓ目中单元测试类的个数在不停的增加,试套g却无法动态的识别新加入的单元试c,需要手动修Ҏ试套Ӟq是一个很Ҏ遗忘得步骤,E有疏忽׃影响全面单元试的覆盖率?/p>
当然解决的方法有多种多样Q其中将 JUnit 与构建利?Ant l合使用可以很简单的解决q个问题。Ant —— 备受赞誉?Java 构徏工具。它凭借出色的易用性、^台无x以及对目自动试和自动部|的支持Q成Z多项目构E中不可或缺的独立工Pq已l成Z实上的标准。Ant 内置了对 JUnit 的支持,它提供了两个 TaskQjunit ?junitreportQ分别用于执?JUnit 单元试和生成测试结果报告。用这两个 Task ~写构徏脚本Q可以很单的完成每次全面单元试的Q务?/p>
不过Q在使用 Ant q行 JUnit 之前Q您需要稍作一些配|。打开 Eclipse 首选项界面Q选择 Ant -> Runtime 首选项Q见 ?7Q,?JUnit 4.1 ?JAR 文gd?Classpath Tab 中?Global Entries 讄w。记得检查一?Ant Home Entries 讄中?Ant 版本是否?1.7.0 之上Q如果不是请替换为最新版本的 Ant JAR 文g?/p>
?7 Ant Runtime 首选项
剩下的工作就是要~写 Ant 构徏脚本 build.xml。虽然这个过E稍嫌繁琐,但这是一件一x逸的事情。现在我们就把前面编写的试用例都放|到 Ant 构徏脚本中执行,为项?coolJUnit 的构本添加一下内容:
<?xml version="1.0"?> <!-- ============================================= auto unittest task ai92 ========================================== --> <project name="auto unittest task" default="junit and report" basedir="."> <property name="output folder" value="bin"/> <property name="src folder" value="src"/> <property name="test folder" value="testsrc"/> <property name="report folder" value="report" /> <!-- - - - - - - - - - - - - - - - - - target: test report folder init - - - - - - - - - - - - - - - - - --> <target name="test init"> <mkdir dir="${report folder}"/> </target> <!-- - - - - - - - - - - - - - - - - - target: compile - - - - - - - - - - - - - - - - - --> <target name="compile"> <javac srcdir="${src folder}" destdir="${output folder}" /> <echo>compilation complete!</echo> </target> <!-- - - - - - - - - - - - - - - - - - target: compile test cases - - - - - - - - - - - - - - - - - --> <target name="test compile" depends="test init"> <javac srcdir="${test folder}" destdir="${output folder}" /> <echo>test compilation complete!</echo> </target> <target name="all compile" depends="compile, test compile"> </target> <!-- ======================================== target: auto test all test case and output report file ===================================== --> <target name="junit and report" depends="all compile"> <junit printsummary="on" fork="true" showoutput="true"> <classpath> <fileset dir="lib" includes="**/*.jar"/> <pathelement path="${output folder}"/> </classpath> <formatter type="xml" /> <batchtest todir="${report folder}"> <fileset dir="${output folder}"> <include name="**/Test*.*" /> </fileset> </batchtest> </junit> <junitreport todir="${report folder}"> <fileset dir="${report folder}"> <include name="TEST-*.xml" /> </fileset> <report format="frames" todir="${report folder}" /> </junitreport> </target> </project> |
Target junit report ?Ant 构徏脚本中的核心内容Q其?target 都是为它的执行提供前期服务。Task junit 会寻找输出目录下所有命名以“Test”开头的 class 文gQƈ执行它们。紧接着 Task junitreport 会将执行l果生成 HTML 格式的测试报告(?8Q放|在“report folder”下?/p>
为整个项目的单元试cȝ定一U命名风根{不仅是Z区分cd的考虑Q这?Ant 扚w执行单元试也非常有帮助Q比如前面例子中的测试类都已“Test”打头Q而测试套件则?#8220;Suite”l尾{等?/p>
?8 junitreport 生成的测试报?/strong>
现在执行一ơ全面的单元试变得非常单了Q只需要运行一?Ant 构徏脚本Q就可以走完所有流E,q能得到一份详的试报告。您可以?Ant 在线手册中获得上面提及的每一?Ant 内置 task 的用细节?/p>
随着来多的开发h员开始认同ƈ接受极限~程QXPQ的思想Q单元测试的作用在Y件工E中变得来重要。本文旨在将最新的单元试工具 JUnit 4 介绍l您Q以及如何结?IDE Eclipse 和构建工?Ant 创徏自动化单元测试方案。ƈ且还期望您能够通过本文“感染”一些好的单元测试意识,因ؓ JUnit 本n仅仅是一份工兯已Q它的真正优势来自于它的思想和技术?/p>
0
引言 Thomas Carlyle_“人类是用工L动物。没有工PZ么都不是Q有了工P人无所不能?#8221;金融家们创造了复杂的金融工Pq利用这些工具制造了财富话Q制造了著名的跨国公司,也制造了世界范围的危机。Y件精׃Z让自q工作效率更高Q有更多旉d惛_的事Q也创造了各式各样的工兗持l集成已l不是一个新概念Q在q个概念发展的十多年_出现了支持这一概念的众多工兗这些工Ll合使用Qؓ软g开发提供了强大的支持?/p> 持箋集成工具的分cd功能 一般来_持箋集成工具可以分成两大c:自动化构建工具和构徏计划安排工具?/p> 自动化构建工hq样一些基本功能:代码~译、组件打包、程序执行和文g操作。编译源代码是构建的主要工作之一Qؓ了提高效率,~译应该Ҏ相应的源代码是否发生改变而有条g地执行。组件打包是编译的l果和其他需要包含的文gl织在一P形成可以部v的组件。构建工具应该知道何旉要重新打包。程序执行是指构建工兯够在它支持的q_上,调用所有提供命令行接口的程序。构建工具应该支持创建、拷贝、删除文件和目录{操作?/p> 某些自动化构建工兯有一些扩展功能:执行开发者测试、版本控制工具集成、文档集成、部|功能、代码品质分析、支持扩展、多q_构徏、加速构建。虽然构建工具可以通过命o行执行的方式来集成构建工具和试工具Q但如果它提供更直接的集成方式,开发者就更省力。同P如果构徏工具能够直接与版本控制工具集成,开发者也会觉得更方便。文档集成是指构建工兯够自动从源代码中抽取q生成API文档。构建工兯可以打包好的组件自动部|到目标试环境中去。构建工具一般通过一些第三方插gQ支持对代码品质q行分析。而提供插件接口,是构建工具实现可扩展性的通用方式。如果您开发的软g需要在多个q_上构建ƈ试Q那么构建工具对多^台的支持׃带来极大的方ѝ对于较大的代码集,一ơ构建可能需要好几个时Q这为持l集成带来了一些挑战。有的构建工h持加速构建,卛_多个构徏服务器的多个处理器上q行分布式构建?/p> 常见的自动化构徏工具包括Ant、NAnt、MSBuild、make、Maven、Rake{?/p> 构徏计划安排工具有这样一些基本功能:构徏执行、版本控刉成、构建工具集成、提供反馈、ؓ构徏打上标签。构划安排工L核心功能是在特定时间执行自动化的构建,q可以通过轮询版本控制库、计划驱动或事g通知{方式来实现。大部分构徏计划安排工具都支持大多数行的版本控制系l,也支持大多数行的构建工兗构划安排工兯支持通过电子邮g提供反馈信息Q有一些工具可以通过x消息、手机短信或其他讑֤来提供反馈。大多数构徏计划安排工具会提供某U类型的升序计数Q作为构建版本的标签?/p> 某些构徏计划安排工具q有一些扩展功能:支持目间依赖关pR提供用L面、制品发布、安全。如果项目间存在依赖关系Q您可能希望在被依赖的项目重新构建时Q重新构Z赖于它的目。设计良好的用户界面会在工作时ؓ您节U时间。制品发布是指除了得到可部v的组件之外,一些成熟的某些构徏计划安排工具可以文档、测试结果、品质分析结构和其他量指标数据格式化,便于查看。有一些工h供了w䆾认证和授权等安全斚w的功能,允许您指定谁能查看结果和修改配置?/p> 常见的构划安排工具包括AnthillPro、Continuum、CruiseControl、CruiseControl.NET、Draco.NET、Luntbuild、Hudson{?/p> 下面介绍两个颇具代表性的工具QAnt和Hudson?/p> Ant Ant是Java构徏工具的事实标准,一般徏议,不论目团队成员使用哪种集成开发环境,目都要有一个可以脱IDE执行的Ant脚本。Ant采用插g式的设计l构Q通过不同的插件来实现各种dQ其d分类如表1所C?/p> Archive Tasks 以上介绍的只是Ant发行版所带的一些Q务。由于Ant采用的是插gl构Q所以开发者可以开发自己需要的AntdQ支持各U工P如FindBugs、TestNG{其他代码检查工具和试工具。早期的Ant没有很好的依赖关pL持,后来则通过Ivy弥补了这一~点?/p> 关键是Ant为我们提供了一个跨q_的Java构徏工具Qؓ持箋集成提供了根本的支持。对于Java开发者来_如果不想采用AntQ也可以考虑采用Maven?/p> Hudson Hudson是一个开放源代码的CI服务器,受到世界各地各种规模和类型的开发团队的Ƣ迎。关键是因ؓ它非常易于安装和使用Q提供了灉|的配|方式和复杂的功能,同时支持Java目和非Java目Q由强大的HudsonC提供技术支持?/p> 而言之,Hudson不仅仅是一个CI服务器,它的可扩展架构它不仅是一个构建管理系l,也成Z个通用的开发生命周期管理系l,让开发者能够完成提升基Uѝ打标签、执行工作流、根据依赖关p追t变更、监视ƈ囄试l果、查看代码覆盖率和违反编码标准的情况{Q务?/p> Hudson是最z跃Q成长最快的开源社Z一Q目前每周下载达4000ơ,有超q?万个在工作的安装实例。它的开发者超q?60人,贡献的工作量过137人年Q目前已发布了超q?00个发行版本。Hudson实际上是现在世界上最受欢q的开源CI服务器?/p> ?是Apache软g基金会运行Hudson的屏q截图,您可以在http://wiki.hudson-ci.org/display/HUDSON/Meet+Hudson 看到更多Hudson的用案例?/p> ?. Apacheq行的Hudson Huddon的主要优点包括: 易于安装。只要执?#8220;java –jar hudson.war”Q或者将hudson.war部v到应用服务器上就可以了,不需要其他的安装工作Q也不需要徏立数据库? ?. Hudson支持的分布式构徏 Hudson通过大量的插件来实现其丰富的功能Q这些插件大致可以分Z下几c: SCM。Hudson~省支持CVS和SubversionQ通过安装插g支持Accurev、Bitkeeper、ClearCase、Git、Mercurial、Perforce、StarTeam、Synergy{? ?. Sonar Dashboard l束?/p> 工欲善其事,必先利其器。h是工Ld。A fool with a tool is still a foolQ傻子拿着工具q是dQ。h们L在学习工兗用工兗创造更好的工具Q以期提高工作的效率和品质。h要有智慧Q工兯先进?br /> |
List<Integer> idList=Arrays.asList(10000,10001);
userDao.batchUpdateUsername(username, idList);
testDao.testException();
userDao.batchUpdateUserage(55, idList);
testDao.testNormal();
}
当userDao及testDao中注入的是ExcutorType.Simplecd的templateӞ扚w更新用户名的操作会回滚?br />当userDao及testDao中注入的是ExcutorType.Batchcd的templateӞ扚w更新用户名的操作未回滚?/p>
l过查数据库日志Q发现第二种情况的数据库执行序列如下Q?br />1 set autocommit = 0
2 rollback
3 update t_user set username="newname59" where id = '10000'
4 update t_user set username="newname59" where id = '10001'
5 set autocommit = 1
更新操作在回滚之后执行,故回滚失败?/p>
调试源代码发现有如下序列Q?br />AbstractPlatformTransactionManager
processRollback Q) --> triggerAfterCompletion() --> invokeAfterCompletion()
-->
TransactionSynchronizationUtils
invokeAfterCompletion()
-->
SqlSessionUtils
afterCompletion()
-->
DefaultSqlSession
close()
-->
BaseExecutor
close() --> rollback() --> flushStatement()
-->
BatchExecutor
doFlushStatements()
q时执行了sql语句?br />
单来_抛出异常Qspring事务回滚Q清理资源关闭sqlSession.
mybatis关闭sqlsession,关闭前先flushStatementsQ执行未执行的sql语句Q然后再rollback.
但是q个rollbackҎ里判断connection是受事务理的,׃执行M操作?br />
public void rollback(boolean required) throws SQLException {
if (!closed) {
try {
clearLocalCache();
flushStatements();
} finally {
if (required) {
transaction.rollback();
}
}
}
}
public void rollback() throws SQLException {
if (!this.isConnectionTransactional) {
if (this.logger.isDebugEnabled()) {
this.logger.debug("Rolling back JDBC Connection [" + this.connection + "]");
}
this.connection.rollback();
}
}
二、解军_法:
1、在自己的应用程序中写个拦截器。在执行完executor的close()之后Q由q个拦截器再执行一遍connection.rollback()Q但从代码的可读性来看,会非常的差?br /> 2、修改mybatis的bug。修改BaseExecutor的rollback()
public void rollback(boolean required) throws SQLException {
if (!closed) {
try {
clearLocalCache();
if (!required) {
flushStatements();
}
} finally {
if (required) {
transaction.rollback();
}
}
}
}
不知道大家有没有到q类似的问题Q又是通过什么方案解决的呢?
<?xml version="1.0" encoding="UTF-8" ?>
<project name="framework-client" default="sonar" basedir=".">
<property name="project.name" value="framework-client"/>
<property name="src.dir" value="${basedir}/src/main/java" />
<property name="lib.dir" value="${basedir}/lib"/>
<!-- Out-of-the-box those parameters are optional -->
<!-- EXAMPLE FOR MYSQL
<property name="sonar.jdbc.url"
value="jdbc:mysql://localhost:3306/sonar?useUnicode=true&characterEncoding=utf8" />
<property name="sonar.jdbc.driverClassName" value="com.mysql.jdbc.Driver" />
<property name="sonar.jdbc.username" value="sonar" />
<property name="sonar.jdbc.password" value="sonar" />
-->
<!-- SERVER ON A REMOTE HOST -->
<!--
<property key="sonar.host.url" value="http://myserver:1234" />
-->
<!-- Define the Sonar task if this hasn't been done in a common script -->
<taskdef uri="antlib:org.sonar.ant" resource="org/sonar/ant/antlib.xml">
<classpath>
<pathelement location="${lib.dir}/sonar-ant-task-1.1.jar"/>
</classpath>
</taskdef>
<!-- Add the target -->
<target name="sonar">
<!-- list of mandatories Sonar properties -->
<property name="sonar.sources" value="${src.dir}" />
<property name="sonar.projectKey" value="org.example:${project.name}" />
<!-- list of optional Sonar properties -->
<!--
<property key="sonar.projectName" value="this value overrides the name defined in Ant root node" />
<property key="sonar.binaries" value="list of directories which contain for example the Java bytecode" />
<property key="sonar.tests" value="list of test source directories separated by a comma" />
<property key="sonar.libraries" value="list of paths to libraries separated by a comma (These libraries are for example used by the Sonar Findbugs plugin)" />
-->
<sonar:sonar key="${sonar.projectKey}" version="0.9" xmlns:sonar="antlib:org.sonar.ant"/>
</target>
</project>
5、运行ant脚本Q看到build successfully的提C后Q就可以讉KQ?a href="http://localhost:9000/">http://localhost:9000/来查看代码质量审查结果了?br />
上述是用Sonar和ant最单的步骤Q用了Sonar自带的嵌入式数据库DerbyQ以及standalone的应用服务器Q当然也支持使用其它数据库,比如QmysqlQ只要修改一下sonar.properties的配|文Ӟ以及在ant脚本中配|一下连接数据库的方式。另外也可以使用tomcat、jboss{应用服务器来发布Sonar应用Q只要运行一下Sonar自带的一个脚本:build-war.bat可以了Q这里不再详q?br />