貝努-重生的神話: 12/01/2008

不能再以 $JETTY_HOME/bin/jetty.sh start 啟動 jetty server
而是在 $JETTY_HOME 下，以 java -jar start.jar etc/jetty.xml etc/jetty-jaas.xml 來啟動 server
首先在 webapp 的 web.xml 下加入有關的security設定，主要是以下3個tag：
security-constraint 、login-config、security-role，
其中login-config下的realm-name會對應到 etc/jetty-jaas.xml下的UserRealm中的setName資料
JAAS又自動從java.security.auth.login.config環境變數指定到的檔案中去找到UserRealm中
LoginModuleName所設定的名字進而找到java.security.auth.login.config裡應該被運作的
LoginModule 。

web.xml(設定realm-name) =>
jetty-jaas.xml (設定realm與LoginModule對應，與指定LoginModule設定檔位置) =>
java.security.auth.login.config(指定LoginModule設定檔位置) =>
LoginModule設定檔(某LoginModuleName使用哪些LoginModule的實作類別及其條件參數)

JUnit 4是JUnit框架有史以來的最大改進，其主要目標便是利用Java 5的Annotation特性簡化測試用例的編寫。讓我們看看如何使用JUnit 4來進行Unit測試。

我們先看一個簡單的Math類：
package com.javaeedev.junit4;
public class Math {

public int abs(int value) {
return value>=0 ? value : (-value);
}

public int div(int a, int b) {
return a / b;
}

/**
* BUG: if b less than 0!
*/
public float exp(int a, int b) {
float r = 1;
for(int i=0; i
r = r * a;
return r;
}
}

注意exp()方法是有Bug的，如果傳入參數2, -1，則期待的返回值應為0.5F，但實際返回值為1.0F。

傳統的JUnit的TestCase：
public class MathTest extends TestCase {

public void setUp() { super.setUp(); }
public void tearDown() { super.tearDown(); }

public void testAbs() { assertTrue(true); }
public void testDiv() {...}
public void testExp() {...}

}

JUnit依賴反射來執行每個以test開頭的方法。然而，在最新的JUnit 4中，由於有了Annotation的支持，我們的測試方法不需要再以testXxx標識了，而是寫上一個@Test標註即可。例如：
@Test public void doAbs() {...}

甚至MathTest類也不必繼承自TestCase。你也許會想到，不繼承自TestCase就無法調用assertXxx方法了，正因為如此，所有的 assertXxx方法全部以靜態方法被放入了Assert類，使用Assert.assertXxx()調用。如果使用
import static org.junit.Assert.*;

則原有的代碼不必改動。

setUp()和tearDown()方法也依賴@Before和@After標記，這樣做的最大的好處是在繼承體系內不必擔心忘記了在setUp ()方法中調用父類的super.setUp()方法，JUnit框架會自動處理父類的@Before和@After標記的方法。

並且，JUnit框架對@Before和@After的調用順序類似於類的構造方法和析構方法，即@Before按照父類到子類的順序調用，@After則相反，這樣保證了資源的正確獲取和釋放。

當然，不再強迫必須使用setUp和tearDown作為方法名，可以使用更有意義的方法名，例如：initDatabase()和closeDatabase()，只要它們被標註了@Before和@After即可。

來看看使用Annotation的MathTest：
package com.javaeedev.junit4;

import static org.junit.Assert.*;

import org.junit.*;

public class MathTest {

public MathTest() {
System.out.println("new MathTest instance.");
}

@Before
public void setUp() throws Exception {
System.out.println("call @Before before a test method");
}

@After
public void tearDown() throws Exception {
System.out.println("call @After after a test method");
}

@Test
public void doAbs() {
Math math = new Math();
assertEquals(200, math.abs(200));
assertEquals(100, math.abs(-100));
assertEquals(0, math.abs(0));
}

@Test
public void doDiv() {
Math math = new Math();
assertEquals(5, math.div(100, 20));
assertEquals(4, math.div(100, 21));
}

@Test(expected=ArithmeticException.class)
public void doDiv0() {
new Math().div(127, 0);
}

@Test(timeout=1)
public void doLongTimeTask() {
double d = 0;
for(int i=1; i<10000000; i )
d =i;
}

@Test
public void testExp() {
Math math = new Math();
assertEquals(32f, math.exp(2, 5), 0.001f);
assertEquals(1f, math.exp(2, 0), 0.001f);
assertEquals(0.5f, math.exp(2, (-1)), 0.001f);
}

}

對測試異常，JUnit 4可以用expected=Exception.class來期待一個預期的異常，而不必編寫
try {
...
fail("No exception");
}
catch(Exception e) {
// OK!
}

來看看doDiv0測試，我們期待一個除數為0的ArithmeticException，因此編寫如下測試方法：
@Test(expected=ArithmeticException.class)
public void doDiv0() {
new Math().div(127, 0);
}

對於非常耗時的測試，@Test還有一個timeout來標識該方法最長執行時間，超過此時間即表示該測試方法失敗：
@Test(timeout=1)
public void doLongTimeTask() {
double d = 0;
for(int i=1; i<10000000; i )
d =i;
}

以上方法若執行時間超過1ms則測試失敗，由於依賴CPU的執行速度，在不同的機器上測試結果也不同。

JUnit 4另一個較大的變化是引入了@BeforeClass和@AfterClass，它們在一個Test類的所有測試方法執行前後各執行一次。這是為了能在 @BeforeClass中初始化一些昂貴的資源，例如數據庫連接，然後執行所有的測試方法，最後在@AfterClass中釋放資源。

正如你能想到的，由於@BeforeClass和@AfterClass僅執行一次，因此它們只能標記靜態方法，在所有測試方法中共享的資源也必須是靜態引用：
private static Object dbConnection;

@BeforeClass
public static void setUpBeforeClass() throws Exception {
System.out.println("call @BeforeClass and init database connection");
dbConnection = new Object();
}

@AfterClass
public static void tearDownAfterClass() throws Exception {
System.out.println("call @AfterClass to release database connection");
dbConnection = null;
}

最後執行測試用例，可以看到結果：

各個方法執行順序如下：

call @BeforeClass and init database connection

new MathTest instance.
call @Before before a test method
call @After after a test method

new MathTest instance.
call @Before before a test method
call @After after a test method

...

call @AfterClass to release database connection

可以看到，@BeforeClass是在實例化MathTest之前調用的，因此不能在構造方法中初始化共享資源。

最後需要注意的是由於Java 5的自動Box/Unbox特性，在調用assertEquals()時要特別注意，如果你傳入：

assertEquals(100F, 100);

則按照自動Box變為：

assertEquals(new Float(100F), new Integer(100));

測試失敗，因為Float類和Integer類不是同一類型。

因此要特別注意float和double的測試。事實上對float和double應使用

assertEquals(float, float, float delta);
assertEquals(double, double, double delta);

delta指定了兩個作比較的浮點數的相差範圍，在此範圍內的兩個浮點數將認為相等。可以傳入一個很小的數例如0.0001F。

JUnit 4非常適合使用Java 5的開發人員，但是無法在Java 1.4中獲得這些好處，並且，也不與以前的版本兼容。因此，如果你正在使用Java 5，就可以考慮使用JUnit 4來編寫測試。

貝努-重生的神話

2008年12月25日星期四

jetty 的 JAAS 啟動設定

2008年12月12日星期五

DNS修改ip對應的小技巧

2008年12月11日星期四

滑鼠連點3下觸發mouse listener實作(AWT)

2008年12月5日星期五

JUnit 4 簡介

spring aop 架構概觀

文章記錄

2008年12月25日 星期四