${:import(org.slf4j.Logger, org.slf4j.LoggerFactory)}
private static final Logger logger = LoggerFactory.getLogger(${primary_type_name}${cursor}.class);
${:import(org.junit.runner.RunWith, org.springframework.test.context.ContextConfiguration, org.springframework.test.context.junit4.SpringJUnit4ClassRunner)}
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { "classpath*:application*.xml" })
這樣只要經由code assist就能快速將這些宣告完成。
#LoadModule dav_module modules/mod_dav.so #LoadModule dav_fs_module modules/mod_dav_fs.so將#去除，使Apache載入mod_dav.so與mod_dav_fs.so。 可以藉由按下Apache的Test Configuration看看是否正常 (2)複製Subverison的so到Apache modules 將$SVN_INST_ROOT/bin下的mod_dav_svn.so及mod_authz_svn.so複製到$APACHE_INST_ROOT/modules 編輯httpd.conf，加入
LoadModule dav_svn_module modules/mod_dav_svn.so LoadModule authz_svn_module modules/mod_authz_svn.so這時如果按下Apache的Test Configuration可能會出錯，主要是Apache找不到$SVN_INST_ROOT/bin下的DLL，只要Restart windows就可以了，如果反過來先安裝Subverson再安裝Apache也許就不會這樣... (3)建立Subversion的repository 比較建議的方式是先建一個svnroot，再將repository建在svnroot之下，這樣可以簡單將一個repository視為一個專案以供區分。當然要把所有專案全塞到一個repository也是可以的啦，開心就好嘛....
$> mkdir svnroot $> cd svnroot $> svnadmin create project1這樣就會產生一個名為project1的repository了 (4)設定Apache中的Subversion DAV 先不考慮帳號權限設定，編輯httpd.conf，加入
<Location /svn> DAV svn SVNParentPath "$SVN_ROOT" #$SVN_ROOT請輸入上一步才建立的svnroot完整路徑 </Location>重起apache，再以browser連連看http://your_host_ip/svn/project1，應該就能看到一個空的project1目錄了，如果輸入http://your_host_ip/svn/，出現"You don't have permission to access /svn on this server."這是正常的。 如果你真的想要把所有東西全部放在一個repository下，那就改用
<Location /svn> DAV svn SVNPath "$REPO_ABSOLUTE_PATH" #$REPO_ABSOLUTE_PATH代表Repository的絕對路徑 </Location>(5)建立Apache中可用Subverion的帳號及權限 雖然Subversion中各個repository下的conf目錄中，都有passwd及authz來管理這個repository的帳號及權限，但是如果與Apache結合後透過HTTP來操作Subversion repository時，各個repository下的passwd及authz是沒有作用的，必需單獨產生供Apache使用的passwd及authz，我也建議這兩個檔就放在$SVN_ROOT下；用touch先產生passwd及authz這兩個檔案，這樣等會htpasswd就不用記第一次要加入"-c"這個參數... 要產生帳號密碼，只要在console下輸入
htpasswd -m $SVN_ROOT/passwd username再依提示輸入2次密碼就可以，"-m"這參數是代表要對user的密碼進行MD5編碼 權限控管的部份，建議將人員分組，並且建立一個admin帳號以供遠端產生新的repository。 下面是簡單範例
[aliases] [groups] #建立2個group，將人員分成Developer及SA兩類 developers=dev1 sateam=sa [/] #設定根目錄權限，除admin可以寫入外，其餘人員預設僅能讀取。 * = r admin = rw [project1:/document] #有@的代表是一個group，針對project1的document目錄設定僅有SA可以寫入 @sateam = rw [project1:/development] #project1的development目錄設定僅有developers這group的成員可以寫入 @developers = rw(6)修改Apache中的DAV設定 編輯httpd.conf，將
<Location /svn> DAV svn SVNParentPath "$SVN_ROOT" </Location>改為下列的樣子
<Location /svn> DAV svn SVNParentPath "$SVN_ROOT" AuthType Basic AuthName "Subversion Repository" AuthUserFile "$SVN_ROOT/passwd" AuthzSVNAccessFile "$SVN_ROOT/authz" Require valid-user </Location>重起Apache後再連到http://your_host_ip/svn/project1就可以發現要求輸入帳號密碼的視窗出現了。
Technorati Tags: Apache2, Subversion
<Resource auth="Container"
name="jdbc/TestDB"
type="javax.sql.DataSource"
driverClassName="com.mysql.jdbc.Driver"
url="jdbc:mysql://localhost:3306/test?autoReconnect=true"
username="root"
password="abcd"
logAbandoned="true"
maxActive="10"
maxIdle="3"
maxWait="1000"
poolPreparedStatements="true"
removeAbandoned="true"
removeAbandonedTimeout="60"
testOnBorrow="true"
validationQuery="SELECT 1"/>
（2）<ResourceLink>:如果採用全域式的設定，在要使用DataSource的Context中加入ResourceLink的設定才能正確取得該DataSource。
<ResourceLink
global="jdbc/TestDB"
name="jdbc/TestDB"
type="javax.sql.DataSource"/>
（3）<resource-ref>:正常而言要在web.xml中加這個設定，不過tomcat中實測可以不用。。。
<resource-ref>
<description>DB Connection</description>
<res-ref-name>jdbc/TestDB</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
</resource-ref>
一、單一Context設定
只要在server.xml或單獨的context.xml中的<Context>加入<Resource 。。。>即可
二、全域Context設定
在server.xml中的＆lt;GlobalNamingResources>中加入<Resource 。。。>再針對要使用該DataSource的Context中加入<ResourceLink 。。。>
Tomcat6的設定是較之前其他版本要容易些，但是為何shutdown時會hang住？Log中也沒看到什麼特別奇怪的訊息。。。難不成又是mac惹的禍？
sudo dpkg -i --force-architecture AdobeReader_cht-8.1.2-1.i386.deb結果...當然是快樂結局囉!!!
sudo apt-get install sun-java6-jdk sun-java6-plugin sun-java6-fonts; sudo update-java-alternatives -s java-6-sun;再設定一下JAVA_HOME,很多人會把export JAVA_HOME=XXXX的設定加在~/.profile或~/.bashrc中,但是我個人比較習慣加在/etc/environment, 因為在environment中不用加export...正常安裝的話請加
JAVA_HOME=/usr/lib/jvm/java-6-sunPATH就不用說了吧... 1)安裝Apache 最簡單當然是用Ubuntu內定的版本
sudo apt-get install apache2請注意以下錄及檔案,將來要修改時比較容易
/etc/apache2/ #--apache2.conf, httpd.conf /usr/lib/apache2/modules #--*.so /etc/init.d/apache2 /usr/sbin/apachectl /usr/bin/htpasswd /var/www/ #--webroot其中/etc/init.d/apache2與/usr/sbin/apachectl 作用是相同的, 只是在/etc/init.d會自動執行 而有任何要改動的設定, 請加在/etc/apache2/httpd.conf中 請以/etc/init.d/apache2 start/stop/restart來控制 2)安裝tomcat6 由於ubuntu內綁的版本只有tomcat5.5, 所以一定要到Tomcat官網下載新的版本, 也可以用wget來抓
wget http://apache.stu.edu.tw/tomcat/tomcat-6/v6.0.16/bin/apache-tomcat-6.0.16.tar.gz tar xvzf apache-tomcat-6.0.16.tar.gz然後再搬到你呷意的位置就好, 我是習慣將跟java有關的集中管理, 畢竟我是Java Engineer, 而不是一個System Engineer, 所以就全部放到/java下, 目錄中也會多個版本標記, 所以會放到/java/tomcat6 請愛用.tar.gz的版本, 如果下載.zip也ok, 但是請記得要將${tomcat}/bin的.sh加上可執行的屬性
chmod 755 /java/tomcat6/bin/*.sh如果不想每次進系統還需要手動啟動tomcat可以在/etc/init.d/加個tomcat來用
sudo vim /etc/init.d/tomcat
# Tomcat auto-start
#
# description: Auto-starts tomcat
# processname: tomcat
# pidfile: /var/run/tomcat.pid
export JAVA_HOME=/usr/lib/jvm/java-6-sun
case $1 in
start)
sh /java/tomcat6/bin/startup.sh
;;
stop)
sh /java/tomcat6/bin/shutdown.sh
;;
restart)
sh /java/tomcat6/bin/shutdown.sh
sh /java/tomcat6/bin/startup.sh
;;
esac
exit 0
別忘了要改權限
sudo chmod 755 /etc/init.d/tomcat再加上
sudo ln -s /etc/init.d/tomcat /etc/rc1.d/K99tomcat; sudo ln -s /etc/init.d/tomcat /etc/rc2.d/S99tomcat;這樣就可以透過 /etc/init.d/tomcat start/stop/restart來控制了 3)mod_jk的安裝 經過1,2步驟後,apache跟tomcat應該都可以正常執行了,只是兩造互不認識,所以要把他們連在一起還要個mod_jk. 最簡單的方法也是用Ubuntu綁定版本
sudo apt-get install libapache2-mod-jk請注意以下錄及檔案,將來要修改時比較清楚要改哪
/usr/lib/apache2/modules/mod_jk.so #--link module /usr/share/doc/libapache2-mod-jk/httpd_example_apache2.con #-- sample config /etc/libapache2-mod-jk/worker.properties/usr/lib/apache2/modules/mod_jk.so就是讓負責apache將request交給tomcat處理的module. 如果想手動更新, 可以到http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/下載合適版本. 然後將/usr/share/doc/libapache2-mod-jk/httpd_example_apache2.con內容直接copy到/etc/apache2/httpd.conf,基本上除了JkMount要改的外,應該沒什麼要更動的 /etc/libapache2-mod-jk/worker.properties就是mod_jk的設定檔, 注意workers.tomcat_home跟workers.java_home要改到你系統使用的目錄,其他也不需要更動 都完成後就restart tomcat跟apache2, 將任意jsp丟到/var/www/下看看, 應該用http://localhost/xxx.jsp就可以顯示結果 至於apache的設定我實在不是很善長, 通常設定一個VirtualHost就ok了, 但是我實在沒有把握, 因為這些工作通常是交給System Engineer來處理... 4)補完 想想還是加個驗証用的設定 先確定在httpd.conf中有加掛了這兩樣
JkMount /*.jsp ajp13_worker JkMount /*/servlet/* ajp13_worker然後將Tomcat內建的examples拿來當驗証用的例子, 在httpd.conf的最後加上
Alias /examples "/java/tomcat6/webapps/examples"
<Directory "/java/tomcat6/webapps/examples">
Options Indexes FollowSymLinks
AllowOverride None
Order allow,deny
allow from all
</Directory>
重起apache2後用http://localhost/examples看看就知道是不是整合成功了
<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.4</version> <scope>test</scope> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-test</artifactId> <version>2.5.2</version> </dependency>然後在要測試的Class上加入幾個Annotation
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations= {"/applicationContext.xml"})
public class YourTest {
@Autowired
private MasterDAO masterDAO;
@Before
public void init() {
}
@After
public void destroy() {
}
@Test
public void testList() {
this.masterDAO.findAll();
}
}
@RunWith(SpringJUnit4ClassRunner.class)一定要加，讓Spring能正確執行準備工作
@ContextConfiguration指定要讀入的Spring XML Configurations
@Autowired 利用名稱將Spring XML Configurations相同名稱的Bean inject到這個Property, @Resource功能類似，但可以指定Bean的名字
＠Before and @After就同於之前的setup and teardown，
＠Test 就代表是要執行的Test Method
前後不到30分鐘，就算搞定可以收工了
其他跟Transaction相關的也都很易懂。不懂的就翻書，哈哈
再次說明了，我不是老狗，充其量也不過是隻懶狗。
commons-logging（JCL） 跟 log4j用的好好的，也沒什麼特別不合的需求，居然還是想用用slf4j 跟 logback，嗯，純粹是無聊…
slf4j跟commons-logging相同，提供一個簡單的facade，讓我們可以彈性的更改不同的logging實做。而logback就同於log4j，籍由configuration可以設定不同的log level，並輸出至System.out、檔案、DB或是其他Target.
其實slf4j/logback的配對，跟commons-logging/log4j佷像，slf4j提供統一的介面再加上adapter，就可以使用其他log的實作。預設是採用logback，如果要用jdk內建的log或是log4j都需要加上對應的adapter,
如果要用slf4j/logback，應該需要下列檔案
slf4j-api.jar
logback-core.jar
logback-classic.jar
logback.xml
如果是想採用slf4j/log4j，就需要下列檔案
slf4j-api.jar
log4j.jar
slf4j-log4j12.jar
log4j.properties or log4j.xml
如果是已經採用了commons-logging/log4j想嚐鮮用用slf4j/logback，那也容易，用下列檔案
slf4j-api.jar
logback-core.jar
logback-classic.jar
jcl104-over-slf4j.jar
log4j-over-slf4j.jar
再到http://logback.qos.ch/translator/Welcome.do，將你原來的log4j.properties轉成logback.xml
就可以將commons-logging.jar 跟 log4j.jar自你系統中移除了
其實logback與log4j所提供的appender也相差不多，如果沒遇到特別的問題（commons-logging 的classloader可能造成memory leak，log4j在loop時效能可能較低。。。），其實不太需要改變現有的logging機制，但如果是新起的project，那改用這個所需的學習曲線很低，應該值得一試，當然，試出有什麼特別優點時可要快點說出來
2009／07／20補：如果系統中確定沒有直接使用到log4j，而都是透過commons-logging的話可以不用include log4j-over-slf4j.jar