鎖（locking）
業務邏輯的實現過程中，往往需要保證數據訪問的排他性。如在金融系統的日終結算 處理中，我們希望針對某個cut-off時間點的數據進行處理，而不希望在結算進行過程中 （可能是幾秒種，也可能是幾個小時），數據再發生變化。此時，我們就需要通過一些機制來保證這些數據在某個操作過程中不會被外界修改，這樣的機制，在這里，也就是所謂 的“鎖”，即給我們選定的目標數據上鎖，使其無法被其他程序修改。 Hibernate支持兩種鎖機制：即通常所說的“悲觀鎖（Pessimistic Locking）” 和“樂觀鎖（Optimistic Locking）”。

一 ：悲觀鎖（Pessimistic Locking）
悲觀鎖，正如其名，它指的是對數據被外界（包括本系統當前的其他事務，以及來自外部系統的事務處理）修改持保守態度，因此，在整個數據處理過程中，將數據處于鎖定 狀態。悲觀鎖的實現，往往依靠數據庫提供的鎖機制（也只有數據庫層提供的鎖機制才能 真正保證數據訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無法保證外部系 統不會修改數據）。 一個典型的倚賴數據庫的悲觀鎖調用： select * from account where name=”Erica” for update 這條sql 語句鎖定了account 表中所有符合檢索條件（name=”Erica”）的記錄。 本次事務提交之前（事務提交時會釋放事務過程中的鎖），外界無法修改這些記錄。 Hibernate的悲觀鎖，也是基于數據庫的鎖機制實現。 下面的代碼實現了對查詢記錄的加鎖：

1 String?hqlStr? = ? " from?TUser?as?user?where?user.name=’Erica’ " ;?
2 Query?query? = ?session.createQuery(hqlStr);?
3 query.setLockMode( " user " ,LockMode.UPGRADE);? // 加鎖?
4 List?userList? = ?query.list(); // 執行查詢，

獲取數據 query.setLockMode 對查詢語句中特定別名所對應的記錄進行加鎖（我們為 TUser類指定了一個別名“user”），這里也就是對返回的所有user記錄進行加鎖。 觀察運行期Hibernate生成的SQL語句：?

1 select?tuser0_.id?as?id,?tuser0_.name?as?name,?tuser0_.group_id?as?group_id,?tuser0_.user_type?as?user_type,?tuser0_.sex?as?sex?from?t_user?tuser0_?where?(tuser0_.name = ’Erica’?)? for ?update

?這里Hibernate通過使用數據庫的for update子句實現了悲觀鎖機制。 Hibernate的加鎖模式有：
? LockMode.NONE ： 無鎖機制。
? LockMode.WRITE ：Hibernate在Insert和Update記錄的時候會自動 獲取。
? LockMode.READ ： Hibernate在讀取記錄的時候會自動獲取。

以上這三種鎖機制一般由Hibernate內部使用，如Hibernate為了保證Update 過程中對象不會被外界修改，會在save方法實現中自動為目標對象加上WRITE鎖。
?
? LockMode.UPGRADE ：利用數據庫的for update子句加鎖。
? LockMode. UPGRADE_NOWAIT ：Oracle的特定實現，利用Oracle的for update nowait子句實現加鎖。

上面這兩種鎖機制是我們在應用層較為常用的，加鎖一般通過以下方法實現：
Criteria.setLockMode
Query.setLockMode
Session.lock
注意，只有在查詢開始之前（也就是Hiberate 生成SQL 之前）設定加鎖，才會 真正通過數據庫的鎖機制進行加鎖處理，否則，數據已經通過不包含for update 子句的Select SQL加載進來，所謂數據庫加鎖也就無從談起。

二 ：樂觀鎖（Optimistic Locking）
相對悲觀鎖而言，樂觀鎖機制采取了更加寬松的加鎖機制。悲觀鎖大多數情況下依 靠數據庫的鎖機制實現，以保證操作最大程度的獨占性。但隨之而來的就是數據庫 性能的大量開銷，特別是對長事務而言，這樣的開銷往往無法承受。 如一個金融系統，當某個操作員讀取用戶的數據，并在讀出的用戶數據的基礎上進 行修改時（如更改用戶帳戶余額），如果采用悲觀鎖機制，也就意味著整個操作過 程中（從操作員讀出數據、開始修改直至提交修改結果的全過程，甚至還包括操作 員中途去煮咖啡的時間），數據庫記錄始終處于加鎖狀態，可以想見，如果面對幾 百上千個并發，這樣的情況將導致怎樣的后果。 樂觀鎖機制在一定程度上解決了這個問題。樂觀鎖 大多是基于數據版本 （Version）記錄機制實現。何謂數據版本？即為數據增加一個版本標識，在基于 數據庫表的版本解決方案中，一般是通過為數據庫表增加一個“version”字段來 實現。 讀取出數據時，將此版本號一同讀出，之后更新時，對此版本號加一。此時，將提 交數據的版本數據與數據庫表對應記錄的當前版本信息進行比對，如果提交的數據 版本號大于數據庫表當前版本號，則予以更新，否則認為是過期數據。 對于上面修改用戶帳戶信息的例子而言，假設 ：

數據庫中帳戶信息表中有一個 version字段，當前值為1；而當前帳戶余額字段（balance）為$100。
1 ：操作員A 此時將其讀出（version=1），并從其帳戶余額中扣除$50 （$100-$50）。
2?：?在操作員A操作的過程中，操作員B也讀入此用戶信息（version=1），并 從其帳戶余額中扣除$20（$100-$20）。
3： 操作員A完成了修改工作，將數據版本號加一（version=2），連同帳戶扣 除后余額（balance=$50），提交至數據庫更新，此時由于提交數據版本大 于數據庫記錄當前版本，數據被更新，數據庫記錄version更新為2。
4： 操作員B完成了操作，也將版本號加一（version=2）試圖向數據庫提交數 據（balance=$80），但此時比對數據庫記錄版本時發現，操作員B提交的 數據版本號為2，數據庫記錄當前版本也為2，不滿足“提交版本必須大于記 錄當前版本才能執行更新“的樂觀鎖策略，因此，操作員B 的提交被駁回。 這樣，就避免了操作員B 用基于version=1 的舊數據修改的結果覆蓋操作 員A的操作結果的可能。

從上面的例子可以看出，樂觀鎖機制避免了長事務中的數據庫加鎖開銷（操作員A 和操作員B操作過程中，都沒有對數據庫數據加鎖），大大提升了大并發量下的系 統整體性能表現。 需要注意的是，樂觀鎖機制往往基于系統中的數據存儲邏輯，因此也具備一定的局 限性，如在上例中，由于樂觀鎖機制是在我們的系統中實現，來自外部系統的用戶 余額更新操作不受我們系統的控制，因此可能會造成臟數據被更新到數據庫中。在 系統設計階段，我們應該充分考慮到這些情況出現的可能性，并進行相應調整（如 將樂觀鎖策略在數據庫存儲過程中實現，對外只開放基于此存儲過程的數據更新途 徑，而不是將數據庫表直接對外公開）。 Hibernate 在其數據訪問引擎中內置了樂觀鎖實現。如果不用考慮外部系統對數 據庫的更新操作，利用Hibernate提供的透明化樂觀鎖實現，將大大提升我們的 生產力。 Hibernate中可以通過class描述符的optimistic-lock屬性結合version 描述符指定。
現在，我們為之前示例中的TUser加上樂觀鎖機制。
?
1． 首先為TUser的class描述符添加optimistic-lock屬性：

< hibernate - mapping > ?
< class ?
name = " org.hibernate.sample.TUser " ?
table = " t_user " ?
dynamic - update = " true " ?
dynamic - insert = " true " ?
optimistic - lock = " version " ?
> ?
……?
</ class > ?
</ hibernate - mapping > ?

optimistic-lock屬性有如下可選取值：
? none 無樂觀鎖
? version 通過版本機制實現樂觀鎖
? dirty 通過檢查發生變動過的屬性實現樂觀鎖
? all 通過檢查所有屬性實現樂觀鎖

其中通過version實現的樂觀鎖機制是Hibernate官方推薦的樂觀鎖實現，同時也 是Hibernate中，目前唯一在數據對象脫離Session發生修改的情況下依然有效的鎖機 制。因此，一般情況下，我們都選擇version方式作為Hibernate樂觀鎖實現機制。

2． 添加一個Version屬性描述符
代碼內容

?1 < hibernate - mapping > ??
?2 < class ??
?3 name = " org.hibernate.sample.TUser " ??
?4 table = " t_user " ??
?5 dynamic - update = " true " ??
?6 dynamic - insert = " true " ??
?7 optimistic - lock = " version " ??
?8 > ??
?9 < id??
10 name = " id " ??
11 column = " id " ??
12 type = " java.lang.Integer " ??
13 > ??
14 < generator? class = " native " > ??
15 </ generator > ??
16 </ id > ??
17 < version??
18 column = " version " ??
19 name = " version " ??
20 type = " java.lang.Integer " ??
21 /> ??
22 ……??
23 </ class > ??
24 </ hibernate - mapping > ??
25

注意version 節點必須出現在ID 節點之后。 這里我們聲明了一個version屬性，用于存放用戶的版本信息，保存在TUser表的 version字段中。 此時如果我們嘗試編寫一段代碼，更新TUser表中記錄數據，如：
代碼內容

1 Criteria?criteria? = ?session.createCriteria(TUser. class );??
2 criteria.add(Expression.eq( " name " , " Erica " ));??
3 List?userList? = ?criteria.list();??
4 TUser?user? = (TUser)userList.get( 0 );??
5 Transaction?tx? = ?session.beginTransaction();??
6 user.setUserType( 1 );? // 更新UserType字段??
7 tx.commit();??
8

每次對TUser進行更新的時候，我們可以發現，數據庫中的version都在遞增。 而如果我們嘗試在tx.commit 之前，啟動另外一個Session，對名為Erica 的用 戶進行操作，以模擬并發更新時的情形：
代碼內容

?1 Session?session = ?getSession();??
?2 Criteria?criteria? = ?session.createCriteria(TUser. class );??
?3 criteria.add(Expression.eq( " name " , " Erica " ));??
?4 Session?session2? = ?getSession();??
?5 Criteria?criteria2? = ?session2.createCriteria(TUser. class );??
?6 criteria2.add(Expression.eq( " name " , " Erica " ));??
?7 List?userList? = ?criteria.list();??
?8 List?userList2? = ?criteria2.list();TUser?user? = (TUser)userList.get( 0 );??
?9 TUser?user2? = (TUser)userList2.get( 0 );??
10 Transaction?tx? = ?session.beginTransaction();??
11 Transaction?tx2? = ?session2.beginTransaction();??
12 user2.setUserType( 99 );??
13 tx2.commit();??
14 user.setUserType( 1 );??
15 tx.commit();??
16

執行以上代碼，代碼將在tx.commit()處拋出StaleObjectStateException異 常，并指出版本檢查失敗，當前事務正在試圖提交一個過期數據。通過捕捉這個異常，我 們就可以在樂觀鎖校驗失敗時進行相應處理。

說明一下,這一篇文章的用到的lucene,是用2.0版本的,主要在查詢的時候2.0版本的lucene與以前的版本有了一些區別.
其實這一些代碼都是早幾個月寫的,自己很懶,所以到今天才寫到自己的博客上,高深的文章自己寫不了，只能記錄下一些簡單的記錄與點滴，其中的代碼算是自娛自樂的，希望高手不要把重構之類的砸下來...

1、在windows系統下的的C盤，建一個名叫s的文件夾,在該文件夾里面隨便建三個txt文件，隨便起名啦，就叫"1.txt","2.txt"和"3.txt"啦
其中1.txt的內容如下：

2、下載lucene包，放在classpath路徑中
建立索引:

索引的結果：

3、建立了索引之后，查詢啦....

其運行結果：

這是lucene1.4.3版的API

Lucene 其實很簡單的,它最主要就是做兩件事:建立索引和進行搜索
來看一些在lucene中使用的術語,這里并不打算作詳細的介紹,只是點一下而已----因為這一個世界有一種好東西，叫搜索。

IndexWriter:lucene中最重要的的類之一，它主要是用來將文檔加入索引，同時控制索引過程中的一些參數使用。

Analyzer:分析器,主要用于分析搜索引擎遇到的各種文本。常用的有StandardAnalyzer分析器,StopAnalyzer分析器,WhitespaceAnalyzer分析器等。

Directory:索引存放的位置;lucene提供了兩種索引存放的位置，一種是磁盤，一種是內存。一般情況將索引放在磁盤上；相應地lucene提供了FSDirectory和RAMDirectory兩個類。

Document:文檔;Document相當于一個要進行索引的單元，任何可以想要被索引的文件都必須轉化為Document對象才能進行索引。

Field：字段。

IndexSearcher:是lucene中最基本的檢索工具，所有的檢索都會用到IndexSearcher工具;

Query:查詢，lucene中支持模糊查詢，語義查詢，短語查詢，組合查詢等等,如有TermQuery,BooleanQuery,RangeQuery,WildcardQuery等一些類。

QueryParser: 是一個解析用戶輸入的工具，可以通過掃描用戶輸入的字符串，生成Query對象。

Hits:在搜索完成之后，需要把搜索結果返回并顯示給用戶，只有這樣才算是完成搜索的目的。在lucene中，搜索的結果的集合是用Hits類的實例來表示的。

上面作了一大堆名詞解釋，下面就看幾個簡單的實例吧:
1、簡單的的StandardAnalyzer測試例子

2、看另一個實例,簡單地建立索引，進行搜索

很久沒有看lucene了，這兩三天又復習了一下,上一些代碼都是前幾個月寫的，只是改動了一些字符串和包名顯示。轉載時請說明，文章來自:http://lighter.javaeye.com。
如有什么錯誤的地方，懇請指出，謝謝。

StandardAnalyzer是lucene中內置的"標準分析器",可以做如下功能:
1、對原有句子按照空格進行了分詞
2、所有的大寫字母都可以能轉換為小寫的字母
3、可以去掉一些沒有用處的單詞，例如"is","the","are"等單詞，也刪除了所有的標點
同時也可以對中文進行分詞(效果不好),現在有很多的中文分詞包可以采用

昨天，由于程序中需要用到一個WEB TABS樣式的頁面，GOOGLE之，才發現這東西真不好找。
displaytag 這個東西計劃要支持TABS，為啥只是計劃，雖然它的表格樣式看起來不錯。
webtabs 這個嘛，樣子太丑了，拿不出手。
prizetags 這個可控制的屬性太少了，不爽。
Ditchnet JSP Tabs Taglib 就是它，為什么沒有地方能下載到，哪位好心人能告訴我？

下面的這個站收錄的比較全，收藏之。
東西還真不少，慢慢學啦，可惜沒有我想要的
【Java開源 Jsp標簽庫】
Posted by E_wsq 2006-3-29 9:32:00
displytag

與Struts結合使用最出名的一個tag主要是顯示表格數據很漂亮、完善。
500)this.style.width=500;” border=0> http://displaytag.sourceforge.net/
cewolf tag

用來在web上顯示復雜圖形報表的一個jsp tag。
500)this.style.width=500;” border=0> http://cewolf.sourceforge.net/
Loading Tab

當一個復雜的操作可以加載比較長的時間時，用這個tag。
500)this.style.width=500;” border=0> http://www.mycgiserver.com/~eboudrant/#taglibs
DbForms

DbForms!它是一個基于 Java (Servlet,JSP/Taglib)的快速應用程序開發環境，可以幫助開發人員快速建造基于Web的數據庫應用程序。
500)this.style.width=500;” border=0> http://jdbforms.sourceforge.net/
Jakarta Taglibs

Jakarta Taglibs 是為JSP定制標簽庫和相關的項目提供的一個開源倉庫，如 TagLibraryValidator類，和對頁面生成工具的擴展來支持標簽庫。Jakarta Taglibs 也包括了對JSP Standard Tag Library (JSTL)的參考實現。這個實現基于項目標準。目前，在Jakarta Taglibs 中沒有其它標簽庫代表了Java Community Process (JCP) 標準。
500)this.style.width=500;” border=0> http://jakarta.apache.org/taglibs/index.html
EasyLDAP

關鍵字 J2EE Spring Acegi

[簡介]

對于一個典型的Web應用，完善的認證和授權機制是必不可少的，在SpringFramework中，Juergen Hoeller提供的范例JPetStore給了一些這方面的介紹，但還遠遠不夠，Acegi是一個專門為SpringFramework提供安全機制的 項目，全稱為Acegi Security System for Spring，當前版本為0.5.1，就其目前提供的功能，應該可以滿足絕大多數應用的需求。

本文的主要目的是希望能夠說明如何在基于Spring構架的Web應用中使用Acegi，而不是詳細介紹其中的每個接口、每個類。注意，即使對已經存在的Spring應用，通過下面介紹的步驟，也可以馬上享受到Acegi提供的認證和授權。

[基礎工作]
在你的Web應用的lib中添加Acegi下載包中的acegi-security.jar

[web.xml]
實現認證和授權的最常用的方法是通過filter，Acegi亦是如此，通常Acegi需要在web.xml添加以下5個filter:

<filter>
<filter-name>Acegi Channel Processing Filter</filter-name>
<filter-class>net.sf.acegisecurity.util.FilterToBeanProxy</filter-class>
<init-param>
<param-name>targetClass</param-name>
<param-value>net.sf.acegisecurity.securechannel.ChannelProcessingFilter</param-value>
</init-param>
</filter>
<filter>
<filter-name>Acegi Authentication Processing Filter</filter-name>
<filter-class>net.sf.acegisecurity.util.FilterToBeanProxy</filter-class>
<init-param>
<param-name>targetClass</param-name>
<param-value>net.sf.acegisecurity.ui.webapp.AuthenticationProcessingFilter</param-value>
</init-param>
</filter>
<filter>
<filter-name>Acegi HTTP BASIC Authorization Filter</filter-name>
<filter-class>net.sf.acegisecurity.util.FilterToBeanProxy</filter-class>
<init-param>
<param-name>targetClass</param-name>
<param-value>net.sf.acegisecurity.ui.basicauth.BasicProcessingFilter</param-value>
</init-param>
</filter>
<filter>
<filter-name>Acegi Security System for Spring Auto Integration Filter</filter-name>
<filter-class>net.sf.acegisecurity.ui.AutoIntegrationFilter</filter-class>
</filter>
<filter>
<filter-name>Acegi HTTP Request Security Filter</filter-name>
<filter-class>net.sf.acegisecurity.util.FilterToBeanProxy</filter-class>
<init-param>
<param-name>targetClass</param-name>
<param-value>net.sf.acegisecurity.intercept.web.SecurityEnforcementFilter</param-value>
</init-param>
</filter>

最先引起迷惑的是net.sf.acegisecurity.util.FilterToBeanProxy，Acegi自己的文檔上解釋是： “What FilterToBeanProxy does is delegate the Filter’s methods through to a bean which is obtained from the
Spring application context. This enables the bean to benefit from the Spring application context lifecycle support and configuration flexibility.”，如希望深究的話，去看看源代碼應該不難理解。

再下來就是添加filter-mapping了：
<filter-mapping>
<filter-name>Acegi Channel Processing Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>Acegi Authentication Processing Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>Acegi HTTP BASIC Authorization Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>Acegi Security System for Spring Auto Integration Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>Acegi HTTP Request Security Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>

這里，需要注意以下兩點：
1) 這幾個filter的順序是不能更改的，順序不對將無法正常工作；
2) 如果你的應用不需要安全傳輸，如https，則將”Acegi Channel Processing Filter”相關內容注釋掉即可；
3) 如果你的應用不需要Spring提供的遠程訪問機制，如Hessian and Burlap，將”Acegi HTTP BASIC Authorization
Filter”相關內容注釋掉即可。

[applicationContext.xml]
接下來就是要添加applicationContext.xml中的內容了，從剛才FilterToBeanFactory的解釋可以看出，真正的filter都
在Spring的applicationContext中管理：

1) 首先，你的數據庫中必須具有保存用戶名和密碼的table，Acegi要求table的schema必須如下：

CREATE TABLE users (
username VARCHAR(50) NOT NULL PRIMARY KEY,
password VARCHAR(50) NOT NULL,
enabled BIT NOT NULL
);
CREATE TABLE authorities (
username VARCHAR(50) NOT NULL,
authority VARCHAR(50) NOT NULL
);
CREATE UNIQUE INDEX ix_auth_username ON authorities ( username, authority );
ALTER TABLE authorities ADD CONSTRAINT fk_authorities_users foreign key (username) REFERENCES users
(username);

2) 添加訪問你的數據庫的datasource和Acegi的jdbcDao，如下：

<bean id=”dataSource” class=”org.springframework.jdbc.datasource.DriverManagerDataSource”>
<property name=”driverClassName”><value>${jdbc.driverClassName}</value></property>
<property name=”url”><value>${jdbc.url}</value></property>
<property name=”username”><value>${jdbc.username}</value></property>
<property name=”password”><value>${jdbc.password}</value></property>
</bean>
<bean id=”jdbcDaoImpl” class=”net.sf.acegisecurity.providers.dao.jdbc.JdbcDaoImpl”>
<property name=”dataSource”><ref bean=”dataSource”/></property>
</bean>

3) 添加DaoAuthenticationProvider:

<bean id=”daoAuthenticationProvider” class=”net.sf.acegisecurity.providers.dao.DaoAuthenticationProvider”>
<property name=”authenticationDao”><ref bean=”authenticationDao”/></property>
<property name=”userCache”><ref bean=”userCache”/></property>
</bean>

<bean id=”userCache” class=”net.sf.acegisecurity.providers.dao.cache.EhCacheBasedUserCache”>
<property name=”minutesToIdle”><value>5</value></property>
</bean>

如果你需要對密碼加密，則在daoAuthenticationProvider中加入：<property name=”passwordEncoder”><ref
bean=”passwordEncoder”/></property>，Acegi提供了幾種加密方法，詳細情況可看包
net.sf.acegisecurity.providers.encoding

4) 添加authenticationManager:

<bean id=”authenticationManager” class=”net.sf.acegisecurity.providers.ProviderManager”>
<property name=”providers”>
<list>
<ref bean=”daoAuthenticationProvider”/>
</list>
</property>
</bean>

5) 添加accessDecisionManager:

<bean id=”accessDecisionManager” class=”net.sf.acegisecurity.vote.AffirmativeBased”>
<property name=”allowIfAllAbstainDecisions”>
<value>false</value>
</property>
<property name=”decisionVoters”>
<list><ref bean=”roleVoter”/></list>
</property>
</bean>
<bean id=”roleVoter” class=”net.sf.acegisecurity.vote.RoleVoter”/>

6) 添加authenticationProcessingFilterEntryPoint:

<bean id=”authenticationProcessingFilterEntryPoint”
class=”net.sf.acegisecurity.ui.webapp.AuthenticationProcessingFilterEntryPoint”>
<property name=”loginFormUrl”><value>/acegilogin.jsp</value></property>
<property name=”forceHttps”><value>false</value></property>
</bean>

其中acegilogin.jsp是登陸頁面，一個最簡單的登錄頁面如下：

<%@ taglib prefix=’c’ uri=’http://java.sun.com/jstl/core’ %>
<%@ page import=”net.sf.acegisecurity.ui.AbstractProcessingFilter” %>
<%@ page import=”net.sf.acegisecurity.AuthenticationException” %>
<html>
<head>
<title>Login</title>
</head>

<body>
<h1>Login</h1>
<form action=”<c:url value=’j_acegi_security_check’/>” method=”POST”>
<table>
<tr><td>User:</td><td><input type=’text’ name=’j_username’></td></tr>
<tr><td>Password:</td><td><input type=’password’ name=’j_password’></td></tr>
<tr><td colspan=’2′><input name=”submit” type=”submit”></td></tr>
<tr><td colspan=’2′><input name=”reset” type=”reset”></td></tr>
</table>
</form>
</body>
</html>

7) 添加filterInvocationInterceptor:

<bean id=”filterInvocationInterceptor”
class=”net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor”>
<property name=”authenticationManager”>
<ref bean=”authenticationManager”/>
</property>
<property name=”accessDecisionManager”>
<ref bean=”accessDecisionManager”/>
</property>
<property name=”objectDefinitionSource”>
<value>
CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
\A/sec/administrator.*\Z=ROLE_SUPERVISOR
\A/sec/user.*\Z=ROLE_TELLER
</value>
</property>
</bean>

這里請注意，要objectDefinitionSource中定義哪些頁面需要權限訪問，需要根據自己的應用需求進行修改，我上面給出
的定義的意思是這樣的：
a. CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON意思是在比較請求路徑時全部轉換為小寫
b. \A/sec/administrator.*\Z=ROLE_SUPERVISOR意思是只有權限為ROLE_SUPERVISOR才能訪問/sec/administrator*的頁面
c. \A/sec/user.*\Z=ROLE_TELLER意思是只有權限為ROLE_TELLER的用戶才能訪問/sec/user*的頁面

8) 添加securityEnforcementFilter:

<bean id=”securityEnforcementFilter” class=”net.sf.acegisecurity.intercept.web.SecurityEnforcementFilter”>
<property name=”filterSecurityInterceptor”>
<ref bean=”filterInvocationInterceptor”/>
</property>
<property name=”authenticationEntryPoint”>
<ref bean=”authenticationProcessingFilterEntryPoint”/>
</property>
</bean>

9) 添加authenticationProcessingFilter:

<bean id=”authenticationProcessingFilter”
class=”net.sf.acegisecurity.ui.webapp.AuthenticationProcessingFilter”>
<property name=”authenticationManager”>
<ref bean=”authenticationManager”/>
</property>
<property name=”authenticationFailureUrl”>
<value>/loginerror.jsp</value>
</property>
<property name=”defaultTargetUrl”>
<value>/</value>
</property>
<property name=”filterProcessesUrl”>
<value>/j_acegi_security_check</value>
</property>
</bean>
其中authenticationFailureUrl是認證失敗的頁面。

10) 如果需要一些頁面通過安全通道的話，添加下面的配置:

<bean id=”channelProcessingFilter” class=”net.sf.acegisecurity.securechannel.ChannelProcessingFilter”>
<property name=”channelDecisionManager”>
<ref bean=”channelDecisionManager”/>
</property>
<property name=”filterInvocationDefinitionSource”>
<value>
CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
\A/sec/administrator.*\Z=REQUIRES_SECURE_CHANNEL
\A/acegilogin.jsp.*\Z=REQUIRES_SECURE_CHANNEL
\A/j_acegi_security_check.*\Z=REQUIRES_SECURE_CHANNEL
\A.*\Z=REQUIRES_INSECURE_CHANNEL
</value>
</property>
</bean>

<bean id=”channelDecisionManager” class=”net.sf.acegisecurity.securechannel.ChannelDecisionManagerImpl”>
<property name=”channelProcessors”>
<list>
<ref bean=”secureChannelProcessor”/>
<ref bean=”insecureChannelProcessor”/>
</list>
</property>
</bean>
<bean id=”secureChannelProcessor” class=”net.sf.acegisecurity.securechannel.SecureChannelProcessor”/>
<bean id=”insecureChannelProcessor” class=”net.sf.acegisecurity.securechannel.InsecureChannelProcessor”/>

[缺少了什么？]
Acegi目前提供了兩種”secure object”，分別對頁面和方法進行安全認證管理，我這里介紹的只是利用
FilterSecurityInterceptor對訪問頁面的權限控制，除此之外，Acegi還提供了另外一個Interceptor–
MethodSecurityInterceptor，它結合runAsManager可實現對對象中的方法的權限控制，使用方法可參看Acegi自帶的文檔
和contact范例。

[最后要說的]
本來以為只是說明如何使用Acegi而已，應該非常簡單，但真正寫起來才發現想要條理清楚的理順所有需要的bean還是很
困難的，但愿我沒有遺漏太多東西，如果我的文章有什么遺漏或錯誤的話，還請參看Acegi自帶的quick-start范例，但請
注意，這個范例是不能直接拿來用的。

原文在這里：

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=54881

<property name="dialect">org.hibernate.dialect.Oracle9Dialect</property>
<property name="show_sql">true</property>
<property name="current_session_context_class">thread</property>
<!--Fetch Size 是設定JDBC的Statement讀取數據的時候每次從數據庫中取出的記錄條數-->
<property name="jdbc.fetch_size">20</property>
<!--Batch Size是設定對數據庫進行批量刪除，批量更新和批量插入的時候的批次大小，有點相當于設置Buffer緩沖區大小的意思-->
<property name="jdbc.batch_size ">20</property>
<property name="connection.username">HNMC</property>
<property name="connection.password">sundy</property>
<property name="connection.url">jdbc:oracle:thin:@192.168.0.20:1521:ora9</property>
<property name="connection.driver_class">oracle.jdbc.driver.OracleDriver</property>

<!--??在這種情況下，沒問題啊 -->
<property name="c3p0.timeout">60</property>
<property name="c3p0.idle_test_period">600</property>


<!--????

<!--<property name="c3p0.idle_test_period">120</property>-->
如改以下倆值，或他們差距很大：

<property name="c3p0.timeout">600</property>

<!--<property name="c3p0.idle_test_period">60</property>-->

當我啟動tomcat，運行程序后，空閑600后出現下列異常,但程序還照常運行

-->

<!--?

Hibernate里可以設置的屬性不多：
#c3p0-native property name hibernate configuration key
#c3p0.acquireIncrement hibernate.c3p0.acquire_increment
#c3p0.idleConnectionTestPeriod hibernate.c3p0.idle_test_period
#c3p0.initialPoolSize not available -- uses minimum size
#c3p0.maxIdleTime hibernate.c3p0.timeout
#c3p0.maxPoolSize hibernate.c3p0.max_size
#c3p0.maxStatements hibernate.c3p0.max_statements
#c3p0.minPoolSize hibernate.c3p0.min_size
#c3p0.testConnectionsOnCheckout hibernate.c3p0.validate hibernate 2.x only!

另外的屬性你需要配置c3p0.properties
比如：
c3p0.acquireRetryDelay=111
c3p0.acquireRetryAttempts=22
c3p0.breakAfterAcquireFailure=true

-->



<property name="hibernate.connection.provider_class">org.hibernate.connection.C3P0ConnectionProvider</property>
<property name="hibernate.c3p0.max_size">2</property>
<property name="hibernate.c3p0.min_size">2</property>
<property name="hibernate.c3p0.timeout">50000</property>
<property name="hibernate.c3p0.max_statements">100</property>
<property name="hibernate.c3p0.idle_test_period">3000</property>
<property name="hibernate.c3p0.acquire_increment">2</property>

<!-- 另<property name="hibernate.c3p0.validate">false</property>確實在hibernate中不可設置??-->
<property name="hibernate.c3p0.validate">false</property>


<!--C3P0 setting-->

<property name="c3p0.max_size">20</property>
<property name="c3p0.min_size">5</property>
<!--獲取連接的等待時間-->
<property name="c3p0.timeout">3600</property>
<property name="c3p0.max_statements">100</property>
<!--每隔3600毫秒測試連接是否可以正常使用-->
<property name="c3p0.idle_test_period">3600</property>
<property name="c3p0.acquire_increment">2</property>

<mapping resource="com/sundy/hnmc/beans/AccountBean.hbm.xml"/>
</session-factory>
</hibernate-configuration>



另一個設置
?<!--?數據源配置?-->
????<bean?id="dataSource"?class="com.mchange.v2.c3p0.ComboPooledDataSource"?destroy-method="close">
??????<property?name="driverClass">
????????<value>org.gjt.mm.mysql.Driver</value>
??????</property>
??????<property?name="jdbcUrl">
????????<value>jdbc:mysql://localhost/tycho?useUnicode=true&amp;characterEncoding=utf-8</value>
??????</property>
??????<property?name="properties">
????????<props>
????????????<prop?key="hibernate.hbm2ddl.auto">update</prop>?
????????????<prop?key="c3p0.minPoolSize">1</prop>?
????????????<prop?key="hc3p0.maxPoolSize">10</prop>?
????????????<prop?key="hc3p0.timeout">60</prop>?
????????????<prop?key="c3p0.max_statement">50</prop>?
????????????<prop?key="c3p0.testConnectionOnCheckout">true</prop>?
????????????<prop?key="hibernate.c3p0.testConnectionOnCheckout">false</prop>
????????????<prop?key="user">root</prop>?
????????????<prop?key="password">root</prop>
????????</props>
??????</property>
????</bean>



<property name="hibernate.connection.provider_class">org.hibernate.connection.C3P0ConnectionProvider</property>
<property name="hibernate.c3p0.max_size">20</property>
<property name="hibernate.c3p0.min_size">5</property>
<property name="hibernate.c3p0.timeout">120</property>
<property name="hibernate.c3p0.max_statements">100</property>
<property name="hibernate.c3p0.idle_test_period">120</property>
<property name="hibernate.c3p0.acquire_increment">2</property>

?

?

?

?

1. LoadModule?proxy_module?modules/mod_proxy.so ??
2. LoadModule?proxy_ajp_module?modules/mod_proxy_ajp.so ??
3. LoadModule?proxy_balancer_module?modules/mod_proxy_balancer.so ??
4. ??
5. ProxyPass?/admin?balancer://tomcatcluster/admin? lbmethod = byrequests ? stickysession = JSESSIONID ? nofailover = Off ? timeout = 5 ? maxattempts = 3 ??
6. ProxyPassReverse?/admin?balancer://tomcatcluster/admin ??
7. ??
8. < Proxy ?balancer://tomcatcluster > ??
9. BalancerMember?ajp://localhost:8009? route = web1 ??
10. BalancerMember?ajp://localhost:10009? smax = 10 ? route = web2 ??
11. BalancerMember?ajp://localhost:11009? route = web3 ??
12. BalancerMember?ajp://localhost:12009? smax = 10 ? route = web4 ??
13. </ Proxy > ??

類的初始化和對象初始化是 JVM 管理的類型生命周期中非常重要的兩個環節，Google 了一遍網絡，有關類裝載機制的文章倒是不少，然而類初始化和對象初始化的文章并不多，特別是從字節碼和 JVM 層次來分析的文章更是鮮有所見。

本文主要對類和對象初始化全過程進行分析，通過一個實際問題引入，將源代碼轉換成 JVM 字節碼后，對 JVM 執行過程的關鍵點進行全面解析，并在文中穿插入了相關 JVM 規范和 JVM 的部分內部理論知識，以理論與實際結合的方式介紹對象初始化和類初始化之間的協作以及可能存在的沖突問題。

問題引入

近日我在調試一個枚舉類型的解析器程序，該解析器是將數據庫內一萬多條枚舉代碼裝載到緩存中，為了實現快速定位枚舉代碼和具體枚舉類別的所有枚舉元素，該類在裝載枚舉代碼的同時對其采取兩種策略建立內存索引。由于該類是一個公共服務類，在程序各個層面都會使用到它，因此我將它實現為一個單例類。這個類在我調整類實例化語句位置之前運行正常，但當我把該類實例化語句調整到靜態初始化語句之前時，我的程序不再為我工作了。

下面是經過我簡化后的示例代碼：

package com.ccb.framework.enums;

import java.util.Collections;
import java.util.HashMap;
import java.util.Map;

public class CachingEnumResolver {
	//單態實例　一切問題皆由此行引起
	private static final CachingEnumResolver SINGLE_ENUM_RESOLVER = new
	CachingEnumResolver();
	/*MSGCODE->Category內存索引*/
	private static Map CODE_MAP_CACHE;
	static {
		CODE_MAP_CACHE = new HashMap();
		//為了說明問題,我在這里初始化一條數據
		CODE_MAP_CACHE.put("0","北京市");
	}
	
	//private, for single instance
	private CachingEnumResolver() {
		//初始化加載數據  引起問題，該方法也要負點責任
		initEnums();
	}
	
	/**
	 * 初始化所有的枚舉類型
	 */
	public static void initEnums() {		
		// ~~~~~~~~~問題從這里開始暴露 ~~~~~~~~~~~//
		if (null == CODE_MAP_CACHE) {
			System.out.println("CODE_MAP_CACHE為空,問題在這里開始暴露.");
			CODE_MAP_CACHE = new HashMap();
		}
		CODE_MAP_CACHE.put("1", "北京市");
		CODE_MAP_CACHE.put("2", "云南省");
		
		//..... other code...
	}
	
	public Map getCache() {
		return Collections.unmodifiableMap(CODE_MAP_CACHE);
	}
	
	/**
	 * 獲取單態實例
	 * 
	 * @return
	 */
	public static CachingEnumResolver getInstance() {
		return SINGLE_ENUM_RESOLVER;
	}
	
	public static void main(String[] args) {
		System.out.println(CachingEnumResolver.getInstance().getCache());
	}
}

想必大家看了上面的代碼后會感覺有些茫然，這個類看起來沒有問題啊，這的確屬于典型的餓漢式單態模式啊，怎么會有問題呢？

是的，他看起來的確沒有問題，可是如果將他 run 起來時，其結果是他不會為你正確 work。運行該類，它的執行結果是：

CODE_MAP_CACHE為空,問題在這里開始暴露.
{0=北京市}

我的程序怎么會這樣？為什么在 initEnum() 方法里 CODE_MAP_CACHE 為空？為什么我輸出的 CODE_MAP_CACHE 內容只有一個元素，其它兩個元素呢？？？？！！

看到這里，如果是你在調試該程序，你此刻一定覺得很奇怪，難道是我的 Jvm 有問題嗎？非也！如果不是，那我的程序是怎么了？這絕對不是我想要的結果。可事實上無論怎么修改 initEnum() 方法都無濟于事，起碼我最初是一定不會懷疑到問題可能出在創建 CachingEnumResolver 實例這一環節上。正是因為我太相信我創建 CachingEnumResolver 實例的方法，加之對 Java 類初始化與對象實例化底層原理理解有所偏差，使我為此付出了三、四個小時--約半個工作日的大好青春。

那么問題究竟出在哪里呢？為什么會出現這樣的怪事呢？在解決這個問題之前，先讓我們來了解一下JVM的類和對象初始化的底層機制。

回頁首

類的生命周期

上圖展示的是類生命周期流向；在本文里，我只打算談談類的"初始化"以及"對象實例化"兩個階段。

回頁首

類初始化

類"初始化"階段，它是一個類或接口被首次使用的前階段中的最后一項工作，本階段負責為類變量賦予正確的初始值。

Java 編譯器把所有的類變量初始化語句和類型的靜態初始化器通通收集到 <clinit> 方法內，該方法只能被 Jvm 調用，專門承擔初始化工作。

除接口以外，初始化一個類之前必須保證其直接超類已被初始化，并且該初始化過程是由 Jvm 保證線程安全的。另外，并非所有的類都會擁有一個 <clinit>() 方法，在以下條件中該類不會擁有 <clinit>() 方法：

• 該類既沒有聲明任何類變量，也沒有靜態初始化語句；
• 該類聲明了類變量，但沒有明確使用類變量初始化語句或靜態初始化語句初始化；
• 該類僅包含靜態 final 變量的類變量初始化語句，并且類變量初始化語句是編譯時常量表達式。

回頁首

對象初始化

在類被裝載、連接和初始化，這個類就隨時都可能使用了。對象實例化和初始化是就是對象生命的起始階段的活動，在這里我們主要討論對象的初始化工作的相關特點。

Java 編譯器在編譯每個類時都會為該類至少生成一個實例初始化方法--即 "<init>()" 方法。此方法與源代碼中的每個構造方法相對應，如果類沒有明確地聲明任何構造方法，編譯器則為該類生成一個默認的無參構造方法，這個默認的構造器僅僅調用父類的無參構造器，與此同時也會生成一個與默認構造方法對應的 "<init>()" 方法.

通常來說，<init>() 方法內包括的代碼內容大概為：調用另一個 <init>() 方法；對實例變量初始化；與其對應的構造方法內的代碼。

如果構造方法是明確地從調用同一個類中的另一個構造方法開始，那它對應的 <init>() 方法體內包括的內容為：一個對本類的 <init>() 方法的調用；對應用構造方法內的所有字節碼。

如果構造方法不是通過調用自身類的其它構造方法開始，并且該對象不是 Object 對象，那 <init>() 法內則包括的內容為：一個對父類 <init>() 方法的調用；對實例變量初始化方法的字節碼；最后是對應構造子的方法體字節碼。

如果這個類是 Object，那么它的 <init>() 方法則不包括對父類 <init>() 方法的調用。

回頁首

類的初始化時機

本文到目前為止，我們已經大概有了解到了類生命周期中都經歷了哪些階段，但這個類的生命周期的開始階段--類裝載又是在什么時候被觸發呢？類又是何時被初始化的呢？讓我們帶著這三個疑問繼續去尋找答案。

Java 虛擬機規范為類的初始化時機做了嚴格定義："initialize on first active use"--" 在首次主動使用時初始化"。這個規則直接影響著類裝載、連接和初始化類的機制--因為在類型被初始化之前它必須已經被連接，然而在連接之前又必須保證它已經被裝載了。

在與初始化時機相關的類裝載時機問題上，Java 虛擬機規范并沒有對其做嚴格的定義，這就使得 JVM 在實現上可以根據自己的特點提供采用不同的裝載策略。我們可以思考一下 Jboss AOP 框架的實現原理，它就是在對你的 class 文件裝載環節做了手腳--插入了 AOP 的相關攔截字節碼，這使得它可以對程序員做到完全透明化，哪怕你用 new 操作符創建出的對象實例也一樣能被 AOP 框架攔截--與之相對應的 Spring AOP，你必須通過他的 BeanFactory 獲得被 AOP 代理過的受管對象，當然 Jboss AOP 的缺點也很明顯--他是和 JBOSS 服務器綁定很緊密的，你不能很輕松的移植到其它服務器上。嗯~……，說到這里有些跑題了，要知道 AOP 實現策略足可以寫一本厚厚的書了，嘿嘿，就此打住。

說了這么多，類的初始化時機就是在"在首次主動使用時"，那么，哪些情形下才符合首次主動使用的要求呢？

首次主動使用的情形：

• 創建某個類的新實例時--new、反射、克隆或反序列化；
• 調用某個類的靜態方法時；
• 使用某個類或接口的靜態字段或對該字段賦值時（final字段除外）；
• 調用Java的某些反射方法時
• 初始化某個類的子類時
• 在虛擬機啟動時某個含有main()方法的那個啟動類。

除了以上幾種情形以外，所有其它使用JAVA類型的方式都是被動使用的，他們不會導致類的初始化。

回頁首

我的問題究竟出在哪里

好了，了解了JVM的類初始化與對象初始化機制后，我們就有了理論基礎，也就可以理性的去分析問題了。

下面讓我們來看看前面[清單一]的JAVA源代碼反組譯出的字節碼：

public class com.ccb.framework.enums.CachingEnumResolver extends
java.lang.Object{
static {};
  Code:
   0:	new	#2; //class CachingEnumResolver
   3:	dup
   4:	invokespecial	#14; //Method "<init>":()V  ①
   7:	putstatic	#16; //Field
   SINGLE_ENUM_RESOLVER:Lcom/ccb/framework/enums/CachingEnumResolver;
   10:	new	#18; //class HashMap              ②
   13:	dup
   14:	invokespecial	#19; //Method java/util/HashMap."<init>":()V
   17:	putstatic	#21; //Field CODE_MAP_CACHE:Ljava/util/Map;  
   20:	getstatic	#21; //Field CODE_MAP_CACHE:Ljava/util/Map;  
   23:	ldc	#23; //String 0
   25:	ldc	#25; //String 北京市
   27:	invokeinterface	#31,  3; //InterfaceMethod
   java/util/Map.put:(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;   ③
   32:	pop
   33:	return

private com.ccb.framework.enums.CachingEnumResolver();
  Code:
   0:	aload_0
   1:	invokespecial	#34; //Method java/lang/Object."<init>":()V
   4:	invokestatic	#37; //Method initEnums:()V                  ④
   7:	return

public static void initEnums();
  Code:
   0:	getstatic	#21; //Field CODE_MAP_CACHE:Ljava/util/Map;    ⑤
   3:	ifnonnull	24
   6:	getstatic	#44; //Field java/lang/System.out:Ljava/io/PrintStream;
   9:	ldc	#46; //String CODE_MAP_CACHE為空,問題在這里開始暴露.
   11:	invokevirtual	#52; //Method
   java/io/PrintStream.println:(Ljava/lang/String;)V
   14:	new	#18; //class HashMap
   17:	dup
   18:	invokespecial	#19; //Method java/util/HashMap."<init>":()V      ⑥
   21:	putstatic	#21; //Field CODE_MAP_CACHE:Ljava/util/Map;
   24:	getstatic	#21; //Field CODE_MAP_CACHE:Ljava/util/Map;
   27:	ldc	#54; //String 1
   29:	ldc	#25; //String 北京市
   31:	invokeinterface	#31,  3; //InterfaceMethod
   java/util/Map.put:(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;   ⑦
   36:	pop
   37:	getstatic	#21; //Field CODE_MAP_CACHE:Ljava/util/Map;
   40:	ldc	#56; //String 2
   42:	ldc	#58; //String 云南省
   44:	invokeinterface	#31,  3; //InterfaceMethod
   java/util/Map.put:(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;    ⑧
   49:	pop
   50:	return

public java.util.Map getCache();
  Code:
   0:	getstatic	#21; //Field CODE_MAP_CACHE:Ljava/util/Map;
   3:	invokestatic	#66; //Method
   java/util/Collections.unmodifiableMap:(Ljava/util/Map;)Ljava/util/Map;
   6:	areturn

public static com.ccb.framework.enums.CachingEnumResolver getInstance();
  Code:
   0:	getstatic	#16; 
   //Field SINGLE_ENUM_RESOLVER:Lcom/ccb/framework/enums/CachingEnumResolver;   ⑨
   3:	areturn
}

如果上面［清單一］顯示，清單內容是在 JDK1.4 環境下的字節碼內容，可能這份清單對于很大部分兄弟來說確實沒有多少吸引力，因為這些 JVM 指令確實不像源代碼那樣漂亮易懂。但它的的確確是查找和定位問題最直接的辦法，我們想要的答案就在這份 JVM 指令清單里。

現在，讓我們對該類從類初始化到對象實例初始化全過程分析[清單一]中的代碼執行軌跡。

如前面所述，類初始化是在類真正可用時的最后一項前階工作，該階段負責對所有類正確的初始化值，此項工作是線程安全的，JVM會保證多線程同步。

第１步：調用類初始化方法 CachingEnumResolver.<clinit>()，該方法對外界是不可見的，換句話說是 JVM 內部專用方法，<clinit>() 內包括了 CachingEnumResolver 內所有的具有指定初始值的類變量的初始化語句。要注意的是并非每個類都具有該方法，具體的內容在前面已有敘述。

第２步：進入 <clinit>() 方法內，讓我們看字節碼中的 "①" 行，該行與其上面兩行組合起來代表 new 一個 CachingEnumResolver 對象實例，而該代碼行本身是指調用 CachingEnumResolver 類的 <init>（）方法。每一個 Java 類都具有一個 <init>() 方法，該方法是 Java 編譯器在編譯時生成的，對外界不可見，<init>() 方法內包括了所有具有指定初始化值的實例變量初始化語句和java類的構造方法內的所有語句。對象在實例化時，均通過該方法進行初始化。然而到此步，一個潛在的問題已經在此埋伏好，就等著你來犯了。

第３步：讓我們順著執行順序向下看，"④" 行，該行所在方法就是該類的構造器，該方法先調用父類的構造器 <init>() 對父對象進行初始化，然后調用 CachingEnumResolver.initEnum() 方法加載數據。

第４步："⑤" 行，該行獲取 "CODE_MAP_CACHE" 字段值，其運行時該字段值為 null。注意，問題已經開始顯現了。（作為程序員的你一定是希望該字段已經被初始化過了，而事實上它還沒有被初始化）。通過判斷，由于該字段為 NULL，因此程序將繼續執行到 "⑥" 行，將該字段實例化為 HashMap()。

第５步：在 "⑦"、"⑧" 行，其功能就是為 "CODE_MAP_CACHE" 字段填入兩條數據。

第６步：退出對象初始化方法 <init>()，將生成的對象實例初始化給類字段 "SINGLE_ENUM_RESOLVER"。（注意，此刻該對象實例內的類變量還未初始化完全，剛才由 <init>() 調用 initEnum() 方法賦值的類變量 "CODE_MAP_CACHE" 是 <clinit>() 方法還未初始化字段，它還將在后面的類初始化過程再次被覆蓋）。

第７步：繼續執行 <clinit>（）方法內的后繼代碼，"②" 行，該行對 "CODE_MAP_CACHE" 字段實例化為 HashMap 實例（注意：在對象實例化時已經對該字段賦值過了，現在又重新賦值為另一個實例，此刻，"CODE_MAP_CACHE"變量所引用的實例的類變量值被覆蓋，到此我們的疑問已經有了答案）。

第8步：類初始化完畢，同時該單態類的實例化工作也完成。

通過對上面的字節碼執行過程分析，或許你已經清楚了解到導致錯誤的深層原因了，也或許你可能早已被上面的分析過程給弄得暈頭轉向了，不過也沒折，雖然我也可以從源代碼的角度來闡述問題，但這樣不夠深度，同時也會有僅為個人觀點、不足可信之嫌。

回頁首

如何解決

要解決上面代碼所存在的問題很簡單，那就是將 "SINGLE_ENUM_RESOLVER" 變量的初始化賦值語句轉移到 getInstance() 方法中去即可。換句話說就是要避免在類還未初始化完成時從內部實例化該類或在初始化過程中引用還未初始化的字段。

回頁首

寫在最后

靜下浮燥之心，仔細思量自己是否真的掌握了本文主題所引出的知識，如果您覺得您已經完全或基本掌握了，那么很好，在最后，我將前面的代碼稍做下修改，請思考下面兩組程序是否同樣會存在問題呢？

	public class CachingEnumResolver {
	public  static Map CODE_MAP_CACHE;
	static {
		CODE_MAP_CACHE = new HashMap();
		//為了說明問題,我在這里初始化一條數據
		CODE_MAP_CACHE.put("0","北京市");
		initEnums();
	}
	

	public class CachingEnumResolver {
		private static final CachingEnumResolver SINGLE_ENUM_RESOLVER;
		public  static Map CODE_MAP_CACHE;
		static {
			CODE_MAP_CACHE = new HashMap();
			//為了說明問題,我在這里初始化一條數據
			CODE_MAP_CACHE.put("0","北京市");
			SINGLE_ENUM_RESOLVER = new CachingEnumResolver();
			initEnums();
		}
	

最后，一點關于 JAVA 群體的感言：時下正是各種開源框架盛行時期，Spring 更是大行其道，吸引著一大批 JEE 開發者的眼球（我也是 fans 中的一員）。然而，讓我們仔細觀察一下--以 Spring 群體為例，在那么多的 Spring fans 當中，有多少人去研究過 Spring 源代碼？又有多少人對 Spring 設計思想有真正深入了解呢？當然，我是沒有資格以這樣的口吻來說事的，我只是想表明一個觀點--學東西一定要"正本清源"。

獻上此文，謹以共勉。

• ?log4J日志器（http://jakarta.apache.org/log4j）
• JDK1.4 Logging日志器(JDK1.4自帶)
• SimpleLog日志器(把日志消息輸出到標準系統錯誤流System.err)
• NoOpLog(不輸出任何日志信息)
  
  通用日志包中的兩個常用接口：LogFactory和Log，分別介紹如下：
  
  
• Log接口

通用日志包把消息分為6個級別：FATAL、ERROR、WARN、INFO、DEBUG和TRACE。其中FATAL級別最高，
TRACE級別最低。 Log接口提供輸出不同級別消息的方法：

off---------------------------------最高等級的，用于關閉所有日志記錄

fatal(Object message)-------輸出FATAL級別的消息。

error(Object message)-------輸出ERROR級別的消息。

warn(Object message)-------輸出WARN級別的消息。

info(Object message)-------輸出INFO級別的消息。

debug(Object message)-------輸出DEBUG級別的消息。

trace(Object message)-------輸出TRACE級別的消息。

all----------------------------------最低等級的，用于打開所有日志記錄

注：只有當輸出日志的級別大于或等于為日志配置器配置的日志級別時，這個方法才會執行。

　　如何指定日志器的日志級別，不同的日志器實現會有不同的實現方案。

• LogFactory接口

LogFactory接口提供了獲得日志器實例的兩個靜態方法：

public static Log getLog(String name) throws LogConfigurationException;

public static Log getLog(Class class) throws LogConfigurationException;

注：name參數作為日志器的名字；class參數指定類名作為日志器名字。

　　　　
log4j簡介　
　　 幾乎每個大的應用程序都有它自己的日志和跟蹤程序的API。順應這一規則，E.U.?SEMPER項目組決定
編寫它自己的程序跟蹤API（tracing?API）。這開始于1996年早期。經過無數的工作，更改和性能加強，這
個API終于成為一個十分受歡迎的Java日志軟件包，那就是log4j。這個軟件包的發行遵守open?source動議認
證的Apache?Software?License。最新的log4j版本包括全部的源代碼，類文件和文檔資料，
可以在?http://logging.apache.org/log4j/找到它們。另外，log4j已經被轉換成?C,?C++,?C#,?Perl,?Python,?
Ruby,?和?Eiffel?語言。
　　
　 　Log4j是Apache的一個開放源代碼項目，通過使用Log4j，我們可以控制日志信息輸送的目的地是控制臺、
文件、GUI組件、甚至是套接口服務 器、NT的事件記錄器、UNIX Syslog守護進程等；我們也可以控制每一條
日志的輸出格式；通過定義每一條日志信息的級別，我們能夠更加細致地控制日志的生成過程。最令人感興趣
的就 是，這些可以通過一個配置文件來靈活地進行配置，而不需要修改應用的代碼。
　　
　　

log4j三個組件

?????? 通常，我們都提供一個名為 log4j.properties的文件，在第一次調用到Log4J時，Log4J會在類路徑
（../web-inf/class/當然也可以放到其它任何目錄，只要該目錄被包含到類路徑中即可）中定位這個文件，并讀入
這個文件完成的配置。這個配置文件告 訴Log4J以什么樣的格式、把什么樣的信息、輸出到什么地方。
　　 Log4j有三個主要的組件：Loggers(記錄器)，Appenders(輸出源)和Layouts(布局)，這里可簡單理解為日志
類別，日志要輸出的地方和日志以何種形式輸出。綜合使用這三個組件可以輕松的記錄信息的類型和級別，并可
以在運行時控制日志輸出的樣式和位置。下面對三個組件分別進行說明：
　　
　　 1、 Loggers
　 　Loggers組件在此系統中被分為五個級別：DEBUG、INFO、WARN、ERROR和FATAL。這五個級別是有順序
的，DEBUG < INFO < WARN < ERROR < FATAL，分別用來指定這條日志信息的重要程度,明白這一點很重要，
這里Log4j有一個規則：假設Loggers級別為P，如果在Loggers中發生了一個級別Q比P高，則可以啟動，否則屏蔽掉。
假設你定義的級別是info，那么error和warn的日志可以顯示而比他低的debug信息就不顯示了。
?　
　　 Java程序舉例來說：
　　
　　 //建立Logger的一個實例，命名為“com.foo”
　　　 Logger　logger = Logger.getLogger("com.foo"); //"com.foo"是實例進行命名，也可以任意
　　 //設置logger的級別。通常不在程序中設置logger的級別。一般在配置文件中設置。
　　 logger.setLevel(Level.INFO);
　　 Logger barlogger = Logger.getLogger("com.foo.Bar");
　　 //下面這個請求可用，因為WARN >= INFO
　　 logger.warn("Low fuel level.");
　　 //下面這個請求不可用，因為DEBUG < INFO
　　 logger.debug("Starting search for nearest gas station.");
　　 //命名為“com.foo.bar”的實例barlogger會繼承實例“com.foo”的級別。因此，下面這個請求可用，因為INFO >= INFO
　　 barlogger.info("Located nearest gas station.");
　　 //下面這個請求不可用，因為DEBUG < INFO
　　 barlogger.debug("Exiting gas station search");
　　 這里“是否可用”的意思是能否輸出Logger信息。
　　　　 在對Logger實例進行命名時，沒有限制，可以取任意自己感興趣的名字。一般情況下建議以類的所在位置來
命名Logger實例，這是目前來講比較有效的Logger命名方式。這樣可以使得每個類建立自己的日志信息，便于管理。
比如：
　　
　　 static Logger logger = Logger.getLogger(ClientWithLog4j.class.getName());
　　
　 　2、Appenders
　　禁用與使用日志請求只是Log4j其中的一個小小的地方，Log4j日志系統允許把日志輸出到不同的地方，
如控制臺（Console）、文件（Files）、根據天數或者文件大小產生新的文件、以流的形式發送到其它地方等等。
　　
　　 其語法表示為：
　　
　　 org.apache.log4j.ConsoleAppender（控制臺）
　　 org.apache.log4j.FileAppender（文件）
　　 org.apache.log4j.DailyRollingFileAppender（每天產生一個日志文件）
??? ???org.apache.log4j.RollingFileAppender（文件大小到達指定尺寸的時候產生一個新的文件）
　　 org.apache.log4j.WriterAppender（將日志信息以流格式發送到任意指定的地方）
　　
　　 配置時使用方式為：
　　 log4j.appender.appenderName = fully.qualified.name.of.appender.class
　　 log4j.appender.appenderName.option1 = value1
　　 …
?????? log4j.appender.appenderName.option = valueN
　　 這樣就為日志的輸出提供了相當大的便利。
　　
　　3、Layouts
　 　有時用戶希望根據自己的喜好格式化自己的日志輸出。Log4j可以在Appenders的后面附加Layouts來完成
??????這個功能。Layouts提供了 四種日志輸出樣式，如根據HTML樣式、自由指定樣式、包含日志級別與信息的樣式
??????和包含日志時間、線程、類別等信息的樣式等等。
　　
　　 其語法表示為：
　　
　　 org.apache.log4j.HTMLLayout（以HTML表格形式布局），
　　 org.apache.log4j.PatternLayout（可以靈活地指定布局模式），
　　 org.apache.log4j.SimpleLayout（包含日志信息的級別和信息字符串），
　　 org.apache.log4j.TTCCLayout（包含日志產生的時間、線程、類別等等信息）
　　
　　 配置時使用方式為：
　　
　　 log4j.appender.appenderName.layout =fully.qualified.name.of.layout.class
　　 log4j.appender.appenderName.layout.option1 = value1
　　 …
　　 log4j.appender.appenderName.layout.option = valueN

?

log4j基本編程方法
　　
　　 以上是從原理方面說明Log4j的使用方法，在具體Java編程使用Log4j可以參照以下示例：
　　
　　 1、 建立Logger實例：
　　 語法表示：public static Logger getLogger( String name)
　　 實際使用：static Logger logger = Logger.getLogger(ServerWithLog4j.class.getName ()) ;
　　
　　 2、 讀取配置文件：
　　 獲得了Logger的實例之后，接下來將配置Log4j使用環境：
　　 語法表示：
　　 BasicConfigurator.configure()：自動快速地使用缺省Log4j環境。
　　 PropertyConfigurator.configure(String configFilename)：讀取使用Java的特性文件編寫的配置文件。
　　 DOMConfigurator.configure(String filename)：讀取XML形式的配置文件。
　　 實際使用：
??? PropertyConfigurator.configure("ServerWithLog4j.properties");
　　
　　 3、 插入日志信息
　　 完成了以上連個步驟以后，下面就可以按日志的不同級別插入到你要記錄日志的任何地方了。
　　 語法表示：
　　 Logger.debug(Object message);//調試信息
　　 Logger.info(Object message);//一般信息
　　 Logger.warn(Object message);//警告信息
　　 Logger.error(Object message);//錯誤信息
　　 Logger.fatal(Object message);//致命錯誤信息

　　實際使用：logger.info("ServerSocket before accept: " + server);
　　
log4j配置文件

　在實際編程時，要使Log4j真正在系統中運行事先還要對配置文件進行定義。定義步驟就是對Logger、
Appender及Layout的分別使用。
??? Log4j支持兩種配置文件格式，一種是XML格式的文件，一種是java properties（key=value）
【Java特性文件（鍵=值）】。下面我們介紹使用Java特性文件做為配置文件的方法
?? 具體如下：
　　
　　 1、配置根Logger，其語法為：
　　 log4j.rootLogger = [ level ] , appenderName1, appenderName2, …
???????? level : 是日志記錄的優先級，分為OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL或者您定義的級別。
Log4j建議只使用四個級別，優先級從高到低分別是ERROR、WARN、INFO、DEBUG。通過在這里定義的級別，
您可以控制到應用程序中相應級別的日志信息的開關。比如在這里定 義了INFO級別，則應用程序中所有DEBUG級
別的日志信息將不被打印出來。
　　 ???? appenderName:就是指定日志信息輸出到哪個地方。您可以同時指定多個輸出目的地。
?? 例如：log4j.rootLogger＝info,A1,B2,C3
　　
　　 2、配置日志信息輸出目的地，其語法為：
　　 log4j.appender.appenderName = fully.qualified.name.of.appender.class? //
　　 ? "fully.qualified.name.of.appender.class" 可以指定下面五個目的地中的一個：
??????????1.org.apache.log4j.ConsoleAppender（控制臺）
??????????2.org.apache.log4j.FileAppender（文件）
????????? 3.org.apache.log4j.DailyRollingFileAppender（每天產生一個日志文件）
????????? 4.org.apache.log4j.RollingFileAppender（文件大小到達指定尺寸的時候產生一個新的文件）
????????? 5.org.apache.log4j.WriterAppender（將日志信息以流格式發送到任意指定的地方）
???????????? 1.ConsoleAppender選項
??????????????????? Threshold=WARN:指定日志消息的輸出最低層次。
??????????????????? ImmediateFlush=true:默認值是true,意謂著所有的消息都會被立即輸出。
??????????????????? Target=System.err：默認情況下是：System.out,指定輸出控制臺
??????????????2.FileAppender 選項
??????????????????? Threshold=WARN:指定日志消息的輸出最低層次。
??????????????????? ImmediateFlush=true:默認值是true,意謂著所有的消息都會被立即輸出。
??????????????????? File=mylog.txt:指定消息輸出到mylog.txt文件。
??????????????????? Append=false:默認值是true,即將消息增加到指定文件中，false指將消息覆蓋指定的文件內容。
??????????? 3.DailyRollingFileAppender 選項
??????????????????? Threshold=WARN:指定日志消息的輸出最低層次。
??????????????????? ImmediateFlush=true:默認值是true,意謂著所有的消息都會被立即輸出。
????????????????????File=mylog.txt:指定消息輸出到mylog.txt文件。
??????????????????? Append=false:默認值是true,即將消息增加到指定文件中，false指將消息覆蓋指定的文件內容。
??????????????????? DatePattern='.'yyyy-ww:每周滾動一次文件，即每周產生一個新的文件。當然也可以指定按月、周、
????????????????????????天、時和分。即對應的格式如下：
??????????????????? 1)'.'yyyy-MM: 每月
??????????????????? 2)'.'yyyy-ww: 每周?
??????????????????? 3)'.'yyyy-MM-dd: 每天
??????????????????? 4)'.'yyyy-MM-dd-a: 每天兩次
??????????????????? 5)'.'yyyy-MM-dd-HH: 每小時
??????????????????? 6)'.'yyyy-MM-dd-HH-mm: 每分鐘
??????????? 4.RollingFileAppender 選項
????????????????????Threshold=WARN:指定日志消息的輸出最低層次。
????????????????????ImmediateFlush=true:默認值是true,意謂著所有的消息都會被立即輸出。
??????????????????? File=mylog.txt:指定消息輸出到mylog.txt文件。
??????????????????? Append=false:默認值是true,即將消息增加到指定文件中，false指將消息覆蓋指定的文件內容。
??????????????????? MaxFileSize=100KB: 后綴可以是KB, MB 或者是 GB. 在日志文件到達該大小時，將會自動滾動，即將原來
??????????????? ????的內容移到mylog.log.1文件。
??????????????????? MaxBackupIndex=2:指定可以產生的滾動文件的最大數。

實際應用：
　　 log4j.appender.A1=org.apache.log4j.ConsoleAppender //這里指定了日志輸出的第一個位置A1是控制臺ConsoleAppender

╭=========================================╮
??? 青山不改 綠水長流http://blog.csdn.net/wangyihust
????? 歡迎各位轉貼，但需聲明版權，尊重技術原創性 :)
?????? E-mail:wangyihust@163.com??? OICQ:76406573???
╰=========================================╯
　　
　　 3、配置日志信息的格式，其語法為：
　　 1).log4j.appender.appenderName.layout = fully.qualified.name.of.layout.class
???????????? ?"fully.qualified.name.of.layout.class" 可以指定下面4個格式中的一個：
?????????????? 1.org.apache.log4j.HTMLLayout（以HTML表格形式布局），
　　 ?????? 2.org.apache.log4j.PatternLayout（可以靈活地指定布局模式），
　　 ?????? 3.org.apache.log4j.SimpleLayout（包含日志信息的級別和信息字符串），
　　 ?????? 4.org.apache.log4j.TTCCLayout（包含日志產生的時間、線程、類別等等信息）
?????????????????? 1.HTMLLayout 選項
????????????????????? LocationInfo=true:默認值是false,輸出java文件名稱和行號
????????????????????? Title=my app file: 默認值是 Log4J Log Messages.
???????????????????2.PatternLayout 選項
????????????????????? ConversionPattern=%m%n :指定怎樣格式化指定的消息。
?????????????????? 3.XMLLayout? 選項
????????????????????? LocationInfo=true:默認值是false,輸出java文件和行號
?? 實際應用：
?? 　　log4j.appender.A1.layout=org.apache.log4j.PatternLayout

?????? 2). log4j.appender.A1.layout.ConversionPattern=%-4r %-5p %d{yyyy-MM-dd HH:mm:ssS} %c %m%n
?????????? 這里需要說明的就是日志信息格式中幾個符號所代表的含義：
　　 ???????? －X號: X信息輸出時左對齊；
?????????????????? %p: 輸出日志信息優先級，即DEBUG，INFO，WARN，ERROR，FATAL,
?????????????????? %d: 輸出日志時間點的日期或時間，默認格式為ISO8601，也可以在其后指定格式，
比如：%d{yyy MMM dd HH:mm:ss,SSS}，輸出類似：2002年10月18日 22：10：28，921
?????????????????? %r: 輸出自應用啟動到輸出該log信息耗費的毫秒數
?????????????????? %c: 輸出日志信息所屬的類目，通常就是所在類的全名
?????????????????? %t: 輸出產生該日志事件的線程名
?????????????????? %l: 輸出日志事件的發生位置，相當于%C.%M(%F:%L)的組合,包括類目名、發生的線程，以及在代碼
中的行數。舉例：Testlog4.main(TestLog4.java:10)
?????????????????? %x: 輸出和當前線程相關聯的NDC(嵌套診斷環境),尤其用到像java servlets這樣的多客戶多線程的應用中。
?????????????????? %%: 輸出一個"%"字符
?????????????????? %F: 輸出日志消息產生時所在的文件名稱
???????????????????%L: 輸出代碼中的行號
?????????????????? %m: 輸出代碼中指定的消息,產生的日志具體信息
?????????????????? %n: 輸出一個回車換行符，Windows平臺為"\r\n"，Unix平臺為"\n"輸出日志信息換行
??????????? 可以在%與模式字符之間加上修飾符來控制其最小寬度、最大寬度、和文本的對齊方式。如：
???????????????????? 1)%20c：指定輸出category的名稱，最小的寬度是20，如果category的名稱小于20的話，默認的情況下右對齊。
???????????????????? 2)%-20c:指定輸出category的名稱，最小的寬度是20，如果category的名稱小于20的話，"-"號指定左對齊。
???????????????????? 3)%.30c:指定輸出category的名稱，最大的寬度是30，如果category的名稱大于30的話，就會將左邊
多出的字符截掉，但小于30的話也不會有空格。
???????????????????? 4)%20.30c:如果category的名稱小于20就補空格，并且右對齊，如果其名稱長于30字符，
就從左邊交遠銷出的字符截掉。

　　這里上面三個步驟是對前面Log4j組件說明的一個簡化；下面給出一個具體配置例子，在程序中可以參照執行：
　　 log4j.rootLogger=INFO,A1，B2
　　 log4j.appender.A1=org.apache.log4j.ConsoleAppender
　　 log4j.appender.A1.layout=org.apache.log4j.PatternLayout
　　 log4j.appender.A1.layout.ConversionPattern=%-4r %-5p %d{yyyy-MM-dd HH:mm:ssS} %c %m%n
?　　根據上面的日志格式，某一個程序的輸出結果如下：
　　 0　　INFO　2003-06-13 13:23:46968 ClientWithLog4j Client socket:
Socket[addr=localhost/127.0.0.1,port=8002,localport=2014]
???????? 16　 DEBUG 2003-06-13 13:23:46984 ClientWithLog4j Server says:
'Java server with log4j, Fri Jun 13 13:23:46 CST 2003'
　　 16　 DEBUG 2003-06-13 13:23:46984 ClientWithLog4j GOOD
　　 16　 DEBUG 2003-06-13 13:23:46984 ClientWithLog4j Server responds: 'Command 'HELLO' not understood.'
　　 16　 DEBUG 2003-06-13 13:23:46984 ClientWithLog4j HELP
　　 16　 DEBUG 2003-06-13 13:23:46984 ClientWithLog4j Server responds: 'Vocabulary: HELP QUIT'
　　 16　 DEBUG 2003-06-13 13:23:46984 ClientWithLog4j QUIT
?
????? 4. 當輸出信息于回滾文件時

??????????log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppender?? //指定以文件的方式輸出日志
???????????log4j.appender.ROLLING_FILE.Threshold=ERROR?
???????????log4j.appender.ROLLING_FILE.File=rolling.log? //文件位置,也可以用變量、rolling.log
???????????log4j.appender.ROLLING_FILE.Append=true?
???????????log4j.appender.ROLLING_FILE.MaxFileSize=10KB? //文件最大尺寸
???????????log4j.appender.ROLLING_FILE.MaxBackupIndex=1? //備份數
???????????log4j.appender.ROLLING_FILE.layout=org.apache.log4j.PatternLayout?
???????????log4j.appender.ROLLING_FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n? 　　

???????? 5.Log4J對應用性能的影響

???????? 如果在程序運行中輸出大量日志，顯然會對應用的性能造成一定的影響。Log4J對性能的影響取決于以下因素：

• 日志輸出目的地：輸出到控制臺的速度和輸出到文件系統的速度是不一樣的。
• 日志輸出格式：格式簡單，速度也更快。
• 日志級別：日志級別設置的越低，輸出的日志內容越多，對性能的影響也越大。

log4j全能配置文件(轉自gmmgood)

?使用XML配置文件

首先，看看下面的XML配置文件示例：

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/">
???????
? <appender name="ConsoleAppender" class="org.apache.log4j.ConsoleAppender">
??? <layout class="org.apache.log4j.SimpleLayout"/>
? </appender>
? <root>
??? <priority value ="debug" />
??? <appender-ref ref="ConsoleAppender"/>
? </root>
</log4j:configuration>
???
?

文件以標準的XML聲明作為開始，后面跟著指出DTD（文檔類型定義）的DOCTYPE聲明，它定義了XML文件的結構，
例如，什么元素可以嵌入在其他元素中等等。上面文件在log4j發行版的src/java/org/apache/log4j/xml目錄中。
接著看看封裝所有元素的 log4j:configuration 元素，它在DOCTYPE聲明中被指定為根元素。嵌入在根元素中有兩個結構：

? <appender name="ConsoleAppender" class="org.apache.log4j.ConsoleAppender">
??? <layout class="org.apache.log4j.SimpleLayout"/>
? </appender>?????
???
?

這里創建一個名叫"ConsoleAppender"的 Appender，注意，你可以選擇任何名字，該示例之所以選擇"ConsoleAppender"，
完全是為了示例的設計。接著這個appender類以全名形式給出，經常用規范（fully qualified）類名。 Appender必須具有
一個指定的 name和class。嵌入在 Appender之內的是 layout元素，這里它被指定為SimpleLayout。 Layout 必須具
有一個 class屬性。

? <root>
??? <priority value ="debug" />
??? <appender-ref ref="ConsoleAppender"/>
? </root>??????
???

root元素必須存在且不能被子類化。示例中的優先級被設置為"debug"，設置appender飽含一個appender-ref元素。
還有更多的屬性或元素可以指定。查看log4j發行版中的src/java/org/apache/log4j/xml/log4j.dtd以了解關于XML配置
文件結構的更多信息。可以用下面這種方法把配置信息文件讀入到Java程序中:

DOMConfigurator.configure("configurationfile.xml");???

DOMConfigurator 用一棵DOM樹來初始化log4j環境。這里是示例中的XML配置文件：configurationfile.xml。這里是
執行該配置文件的java程序:

import org.apache.log4j.Logger;
import org.apache.log4j.xml.DOMConfigurator;
public class externalxmltest {
?? static Logger logger = Logger.getLogger(filetest.class);
?? public static void main(String args[]) {
????? DOMConfigurator.configure("xmllog4jconfig.xml");
????? logger.debug("Here is some DEBUG");
????? logger.info("Here is some INFO");
????? logger.warn("Here is some WARN");
????? logger.error("Here is some ERROR");
????? logger.fatal("Here is some FATAL");
?? }
}
???

對于帶有PatternLayout的FileAppender的日志記錄器Logger的XML配置文件:

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/">
???????
? <appender name="appender" class="org.apache.log4j.FileAppender">
??? <param name="File" value="Indentify-Log.txt"/>
??? <param name="Append" value="true"/>
??? <layout class="org.apache.log4j.PatternLayout">
????? <param name="ConversionPattern" value="%d [%t] %p - %m%n"/>
??? </layout>
? </appender>
? <root>
??? <priority value ="info"/>
??? <appender-ref ref="appender"/>
? </root>
</log4j:configuration>
???

?log4j日志寫入數據庫

首先創建一數據庫表:

log4j.properties如下配置:

log4j.rootLogger=DEBUG,CONSOLE,DATABASE

import sun.jdbc.odbc.*;
import java.sql.*;

import org.apache.log4j.Category;
import org.apache.log4j.Level;
import org.apache.log4j.Logger;
import org.apache.log4j.PropertyConfigurator;
import org.apache.log4j.jdbc.*;

public class Write2Database{
? public static void main(String[] args){
??? static Logger logger = Logger.getLogger
??????????? ( write2database.class.getName () ) ;

??? PropertyConfigurator.configure ( "log4j2database.properties" ) ;

??? logger.info ( "test" ) ;
? }
}

運行起來，你就會看到有這樣的sql語句被執行了：
?????? INSERT INTO jws_log? VALUES ('2006-01-18 17:50:22', 'main', 'INFO',
'Wite2Database.main(Write2Database.java:18)', 'test', '')

注意 ：在賽迪論壇上有一個筆者按照上述類似的方法沒有運行成功，現將他所出現的問題和解決方法轉載。

上述方法是利用傳統的數據庫連接方法，對于數據庫的管理和效率嚴重不足，在現在這個連接池橫行的時代,
為什么我們不能給給Log4j配上連接池，讓Log4j利用數據連接池的連接和數據庫進行通訊。
現查看Log4j的Api,發現JDBCAppender這個類有以下幾段話：WARNING: This version of JDBCAppender is very
likely to be completely replaced in the future. Moreoever, it does not log exceptions. The JDBCAppender
provides for sending log events to a database.

For use as a base class:

• Override getConnection() to pass any connection you want. Typically this is used to enable
  application wide connection pooling.
• Override closeConnection(Connection con) -- if you override getConnection make sure to
  implement closeConnection to handle the connection you generated. Typically this would
  return the connection to the pool it came from.
• Override getLogStatement(LoggingEvent event) to produce specialized or dynamic statements.
  The default uses the sql option value.

原來log4j建議我們把其提供的JDBCAppender作為基類來使用，然后Override三個父類的方法：getConnection(),
closeConnection(Connection con)和getLogStatement(LoggingEvent event)。

原來如此，那就寫一個子類JDBCPoolAppender來替代這個JDBCAppender
　　
　　 JDBCPoolAppender代碼和其相關代碼如下：
　　
　　 JDBCPoolAppender.java:
　　
　　 package common.log;
　　 import java.sql.Connection;
　　 import org.apache.log4j.spi.LoggingEvent;
　　 import java.sql.SQLException;
　　 import java.sql.Statement;
　　 import java.util.Iterator;
　　 import org.apache.log4j.spi.ErrorCode;
　　 import org.apache.log4j.PatternLayout;
　　 import common.sql.MyDB;
　　 import common.sql.GeneralDb;
　　
　　 public class JDBCPoolAppender extends org.apache.log4j.jdbc.JDBCAppender {
　　
　　 private MyDB mydb = null;
　　 protected String sqlname=""; //增加一個數據庫jndiName的屬性
　　
　　 protected Connection connection = null;
　　 protected String sqlStatement = "";
　　 /**
　　 * size of LoggingEvent buffer before writting to the database.
　　 * Default is 1.
　　 */
　　 protected int bufferSize = 1;
　　
　　 public JDBCPoolAppender() {
　　 super();
　　 }
　　
　　 /**
　　 * ArrayList holding the buffer of Logging Events.
　　 */
　　 public void append(LoggingEvent event) {
　　 buffer.add(event);
　　 if (buffer.size() >= bufferSize)
　　 flushBuffer();
　　 }
　　
　　 /**
　　 * By default getLogStatement sends the event to the required Layout object.
　　 * The layout will format the given pattern into a workable SQL string.
　　 *
　　 * Overriding this provides direct access to the LoggingEvent
　　 * when constructing the logging statement.
　　 *
　　 */
　　 protected String getLogStatement(LoggingEvent event) {
　　 return getLayout().format(event);
　　 }
　　
　　 /**
　　 *
　　 * Override this to provide an alertnate method of getting
　　 * connections (such as caching).　One method to fix this is to open
　　 * connections at the start of flushBuffer() and close them at the
　　 * end.　I use a connection pool outside of JDBCAppender which is
　　 * accessed in an override of this method.
　　 * */
　　 protected void execute(String sql) throws SQLException {
　　 Connection con = null;
　　 Statement stmt = null;
　　 try {
　　 con = getConnection();
　　 stmt = con.createStatement();
　　 stmt.executeUpdate(sql);
　　 } catch (SQLException e) {
　　 if (stmt != null)
　　 stmt.close();
　　 throw e;
　　 }
　　 stmt.close();
　　 closeConnection(con);
　　 //System.out.println("Execute: " + sql);
　　 }
　　
　　 /**
　　 * Override this to return the connection to a pool, or to clean up the
　　 * resource.
　　 *
　　 * The default behavior holds a single connection open until the appender
　　 * is closed (typically when garbage collected).
　　 */
　　 protected void closeConnection(Connection con) {
　　 mydb=null;
　　 try {
　　 if (connection != null && !connection.isClosed())
　　 connection.close();
　　 } catch (SQLException e) {
　　 errorHandler.error("Error closing connection", e,
　　 ErrorCode.GENERIC_FAILURE);
　　 }
　　
　　 }
　　
　　 /**
　　 * Override 此函數來利用連接池返回一個Connetion對象
　　 *
　　 */
　　 protected Connection getConnection() throws SQLException {
　　 try {
　　 mydb = GeneralDb.getInstance(sqlname);
　　 connection = mydb.getConnection();
　　 } catch (Exception e) {
　　 errorHandler.error("Error opening connection", e, ErrorCode.GENERIC_FAILURE);
　　 }
　　 return connection;
　　 }
　　
　　 /**
　　 * Closes the appender, flushing the buffer first then closing the default
　　 * connection if it is open.
　　 */
　　 public void close() {
　　 flushBuffer();
　　
　　 try {
　　 if (connection != null && !connection.isClosed())
　　 connection.close();
　　 } catch (SQLException e) {
　　 errorHandler.error("Error closing connection", e,
　　 ErrorCode.GENERIC_FAILURE);
　　 }
　　 this.closed = true;
　　 }
　　
　　 /**
　　 * loops through the buffer of LoggingEvents, gets a
　　 * sql string from getLogStatement() and sends it to execute().
　　 * Errors are sent to the errorHandler.
　　 *
　　 * If a statement fails the LoggingEvent stays in the buffer!
　　 */
　　 public void flushBuffer() {
　　 //Do the actual logging
　　 removes.ensureCapacity(buffer.size());
　　 for (Iterator i = buffer.iterator(); i.hasNext(); ) {
　　 try {
　　 LoggingEvent logEvent = (LoggingEvent) i.next();
　　 String sql = getLogStatement(logEvent);
　　 execute(sql);
　　 removes.add(logEvent);
　　 } catch (SQLException e) {
　　 errorHandler.error("Failed to excute sql", e,
　　 ErrorCode.FLUSH_FAILURE);
　　 }
　　 }
　　
　　 // remove from the buffer any events that were reported
　　 buffer.removeAll(removes);
　　
　　 // clear the buffer of reported events
　　 removes.clear();
　　 }
　　
　　 /** closes the appender before disposal */
　　 public void finalize() {
　　 close();
　　 }
　　
　　 /**
　　 * JDBCAppender requires a layout.
　　 * */
　　 public boolean requiresLayout() {
　　 return true;
　　 }
　　
　　 /**
　　 *
　　 */
　　 public void setSql(String s) {
　　 sqlStatement = s;
　　 if (getLayout() == null) {
　　 this.setLayout(new PatternLayout(s));
　　 } else {
　　 ((PatternLayout) getLayout()).setConversionPattern(s);
　　 }
　　 }
　　
　　 /**
　　 * Returns pre-formated statement eg: insert into LogTable (msg) values ("%m")
　　 */
　　 public String getSql() {
　　 return sqlStatement;
　　 }
　　
　　 public void setSqlname(String sqlname){
　　 sqlname=sqlname;
　　 }
　　
　　 public String getSqlname(){
　　 return sqlname;
　　 }
　　
　　 public void setBufferSize(int newBufferSize) {
　　 bufferSize = newBufferSize;
　　 buffer.ensureCapacity(bufferSize);
　　 removes.ensureCapacity(bufferSize);
　　 }
　　
　　 public int getBufferSize() {
　　 return bufferSize;
　　 }
　　 }
　　
　　 MyDB.java:
　　 package common.sql;
　　 import java.sql.*;
　　 import com.codestudio.sql.*;　//引入開源項目Poolman數據庫連接池的包
　　
　　 public class MyDB {
　　 public static final String module = MyDB.class.getName();
　　 private String dbName = "";
　　 private PoolMan plmn = null;
　　
　　 public MyDB(String dbName) {
　　 try {
　　 if (plmn == null) {
　　 plmn = (PoolMan) Class.forName("com.codestudio.sql.PoolMan").
　　 newInstance();
　　 }
　　 } catch (Exception ec) {
　　 System.out.println(ec.toString()+module);
　　 }
　　 this.dbName = dbName;
　　 }
　　
　　 private Connection getNewConnection() {
　　 Connection conn = null;
　　 try {
　　 conn = plmn.connect("jdbc:poolman://" + dbName);
　　 conn.setAutoCommit(true);
　　 } catch (Exception ec) {
　　 System.out.println(ec.toString()+"First:Connect sqlsever failed"+module);
　　 try {
　　 Thread.sleep(1000);
　　 conn = plmn.connect("jdbc:poolman://" + dbName);
　　 conn.setAutoCommit(true);
　　 } catch (Exception ecs) {
　　 System.out.println(ecs.toString()+"Again:Connect sqlsever faile"+module);
　　 }
　　 }
　　 return conn;
　　 }
　　
　　 public Connection getConnection() {
　　 return getNewConnection();
　　 }
　　 }
　　 GeneralDb.java:
　　
　　 package common.sql;
　　
　　 package common.sql;
　　 import java.util.*;
　　
　　 public class GeneralDb {
　　 private static Hashtable dbPool;
　　 public static MyDB getInstance(String dbname) {
　　 if (dbPool == null) {
　　 dbPool = new Hashtable();
　　 }
　　 MyDB db = (MyDB) dbPool.get(dbname);
　　 if (db == null) {
　　 db = new MyDB(dbname);
　　 dbPool.put(dbname, db);
　　 }
　　 return db;
　　 }
　　 }
　　
　　 Log4j數據庫連接池的配置如下：
　　 log4j.appender.JDBC=common.log.JDBCPoolAppender
　　 log4j.appender.JDBC.sqlname=log
　　 log4j.appender.JDBC.layout=org.apache.log4j.PatternLayout
　　 log4j.appender.JDBC.sql=INSERT INTO LOGGING (log_date, log_level,
location, message) VALUES ('%d{ISO8601}', '%-5p', '%C,%L', '%m')
　　
　　 poolman.xml配置如下：
　　
　　 〈?xml version="1.0" encoding="UTF-8"?>
　　 〈poolman>
　　 〈management-mode>local〈/management-mode>
　　 〈datasource>
　　 〈dbname>log〈/dbname>
　　 〈jndiName>log〈/jndiName>
　　 〈driver>com.mysql.jdbc.Driver〈/driver>
　　 〈url>jdbc:mysql://localhost:3306/test〈/url>
　　 〈username>use〈/username>
　　 〈password>password〈/password>
　　 〈minimumSize>0〈/minimumSize>
　　 〈maximumSize>10〈/maximumSize>
　　 〈logFile>logs/mysql.log〈/logFile>
　　 〈/datasource>　　
　　 〈/poolman>

?? 運行成功！對于JDBCPoolAppender的屬性（比如sqlname屬性）我們可以利用Log4j的反射機
制隨便添加，只要在配置文件給其附上值即可應用，而原來的父類里面的一些屬性（username
什么的)和其get,set方法由于在連接池中不需要，所以刪除。而在JDBCPoolAppender類中，我也
只是將getConnection 方法Override ，在這個方法中我們可以根據需要生成我們的Connection
對象，另外兩個方法大家可以根據需求來決定怎樣Override。

?Log4Net? for .net framework

???? 等待研究 ?

?????? 用戶可以從http://logging.apache.org/log4net/下載log4net的源代碼。解壓軟件包后，在解壓的src目錄
下將log4net.sln載入Visual Studio .NET，編譯后可以得到log4net.dll。用戶要在自己的程序里加入日志功能，
只需將log4net.dll引入工程即可。??

hibernate中session.delete(sql),3.1與2.0的區別,導致的錯誤

今天使用session.delete(sql);報下面的錯誤:

?

org.hibernate.MappingException: Unknown entity: java.lang.String
?at org.hibernate.impl.SessionFactoryImpl.getEntityPersister(SessionFactoryImpl.java:569)
?at org.hibernate.impl.SessionImpl.getEntityPersister(SessionImpl.java:1086)
?at org.hibernate.event.def.DefaultDeleteEventListener.onDelete(DefaultDeleteEventListener.java:63)
?at org.hibernate.impl.SessionImpl.delete(SessionImpl.java:579)

?

查查終于知道原因:

?

??? session.delete(sql)是2.0的接口,3.1中已經廢棄,同時廢棄的有:
??? find()、iterate()、filter()和delete(String?hqlSelectQuery),saveOrUpdateCopy()

?

? 如果要使用的話,可以采用以下方式創建Session實例：?

????? org.hibernate.classic.Session?session=sessionFactory.openSession();?

?

??????org.hibernate.classic.Session保留了2.0的接口

?

下面是3.1的reference里面這樣寫的,我使用了,但是還是報錯,郁悶:

?

1) Hibernate3.0執行批量刪除的程序代碼：?
Session?session?=?sessionFactory.openSession();?
Transaction?tx?=?session.beginTransaction();?
String?hqlDelete?=?"delete?Customer?where?name?=?:oldName";?
int?deletedEntities?=?s.createQuery(?hqlDelete?)?
.setString(?"oldName",?oldName?)?
.executeUpdate();?
tx.commit();?
session.close();

?

2)Hibernate3.0執行批量更新的程序代碼：?
Session?session?=?sessionFactory.openSession();?
Transaction?tx?=?session.beginTransaction();?
String?hqlUpdate?=?"update?Customer?set?name?=?:newName?where?name?=?:oldName";?
int?updatedEntities?=?s.createQuery(?hqlUpdate?)?
.setString(?"newName",?newName?)?
.setString(?"oldName",?oldName?)?
.executeUpdate();?
tx.commit();?
session.close();?

?

我按照上面的寫法,運行后報錯如下:

org.hibernate.QueryException: query must begin with SELECT or FROM: delete [delete Resource r where r.nodeId=:nodeId and r.devId is not null ]
?at org.hibernate.hql.classic.ClauseParser.token(ClauseParser.java:83)
?at org.hibernate.hql.classic.PreprocessingParser.token(PreprocessingParser.java:108)
?at org.hibernate.hql.classic.ParserHelper.parse(ParserHelper.java:28)
?at org.hibernate.hql.classic.QueryTranslatorImpl.compile(QueryTranslatorImpl.java:176)
?at org.hibernate.hql.classic.QueryTranslatorImpl.compile(QueryTranslatorImpl.java:152)
?at org.hibernate.impl.SessionFactoryImpl.getQuery(SessionFactoryImpl.java:427)
?at org.hibernate.impl.SessionImpl.getQueries(SessionImpl.java:884)
?at org.hibernate.impl.SessionImpl.executeUpdate(SessionImpl.java:865)
?at org.hibernate.impl.QueryImpl.executeUpdate(QueryImpl.java:89)

昨天的問題解決了

又把hibernate3的手冊仔細的看了一遍,確認自己的寫法是沒錯的,然后又上hibernate的論壇,幾乎沒有人有我的這個問題,這才想到是不是同事在hibernate.hbm.xml中設置了什么參數,使得我不能使用3.0的特性呢?

????? 看了,果真如此,郁悶哦~

???? 里面有一句:

???? <property name="hibernate.query.factory_class">org.hibernate.hql.classic.ClassicQueryTranslatorFactory</property>

???? 這樣就使用了2.0的接口.郁悶啊.

???? 把這句去掉就OK了.

?

???? 附:

????? 因為使用了中文拼裝的hql后,中文會變成問號,大致如下:

?

????? String hql="from user u where u.name like %"+userName+"%";

?

????? 3.0版本是:

????? Query query = session.createQuery("from user u where u.name like :username").setString("username",userName);

現在要通過一個主鍵id去數據庫中刪除對應的一條記錄，我該怎樣做？如果是將參數delId傳遞進來的話，那該怎么處理？ 我這樣做的，但是報了錯 public void delfun(String delId) throws DatastoreException { Session session = HibernateUtil.getSession(); Transaction tx = null; try{ tx = session.beginTransaction(); Info info = (Info)session.load(Info.class,id); //出錯行 session.delete(delId); tx.commit(); } catch(Exception ex) { HibernateUtil.rollbackTransaction(tx); throw DatastoreException.datastoreError(ex); } finally { HibernateUtil.closeSession(session); } } 錯誤信息為： com.framework.exceptions.DatastoreException.datastoreError(DatastoreException.java:28) com.service.NpisServiceImpl.delGyinfo(NpisServiceImpl.java:131)

	回復人：pdvv(我愛花貓)	2006-3-1 17:32:22	得分:0
?	你給出的異常應該屬于你自己框架的信息吧，沒有多少參考價值。 使用Session.load()要確保數據一定存在，還是用get()吧； 或者直接session.delete("from INFO where ID = 1");
Top

	回復人：yuanjian0211(元劍)	2006-3-1 17:46:04	得分:0
?	錯誤提示信息為： Hibernate: select gyinfo0_.id as id0_, info0_.userid as userid0_, info0_.tit le as title0_,info0_.descript as descript0_ from Info info0_ where info0_.id=? 請指點
Top

	回復人：yuanjian0211(元劍)	2006-3-1 17:56:29	得分:0
?	id在數據庫表中為bigint型 在對象中為long型
Top

	回復人：iori_powermax()	2006-03-02 01:06:00	得分:0
?	我也在學習hibernate,不知道說的對不對. 你刪除的應該是整個對象,而不是一個id,所以應該為: Info info = (Info)session.load(Info.class,id); session.delete(info); 或者還有一種刪除記錄的方法: info=(Info)sn.creatQuery("from Info as a where a.ID= '"+delId+"'").uniqueResult(); sn.delete(info); 另外想問一下大家: hibernate的creatSQLQuery()是不是只支持查詢?好象增刪改都不可以
Top

	回復人：ymfhcn(這痞子真帥)	2006-03-02 08:06:00	得分:0
?	creatSQLQuery()是執行sql語句的，不過稍微有些改動，里面什么SQL語句都可以寫 ?| = | 一般分類 | 仙俠修真 | VBScript | .NET | 面試題 | 存儲過程 | Hibernate | JavaScript | J2EE | Struts 自我介紹 我選擇，所以我自由！ 切換風格 布局：選擇頁面布局兩欄左側導航（缺省）兩欄右側導航三欄 配色：選擇配色方案純凈藍灰（缺省）浪漫紫清爽綠海藍粉紅 提示點擊帶有"..."標記的欄目可以展開/收攏相應的欄目 展開所有 收攏所有 訂閱我的Blog 博客日歷 ? 八月 2006 ? 一 二 三 四 五 六 日 ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 ? ? ? 文章歸檔... 八月 2006(1篇) 七月 2006(3篇) 六月 2006(2篇) 五月 2006(5篇) 四月 2006(16篇) 三月 2006(6篇) 最新發表... 關閉窗口的好方法！ 顯示格式為：XX月XX日－XX月XX日（前一個為上周六，后一個為本周五） 修改Web.Config文件的函數(vb.net) VBScript得到本周的周末日期函數 給定一個日期，計算此日期是一年中的第幾周！ javascript中parseInt的問題 利用javascript得到上周或下周的日期 如何得到前幾天的日期 侯捷觀點:Java反射機制[轉載] 讓JSP頁面不緩存[設置JSP頁面立即過期] 博客統計... 總文章數: 33 總評論數: 16 總引用數: 0 總瀏覽數: 2744 網站鏈接... J2EE J2EE&JAVA FAQ 資源 Powered by: Blog Provider: Designed by: =========================================================== Hibernate 的 session.delete(obj =========================================================== 作者: iceling2008(http://iceling2008.itpub.net) 發表于:2006.03.30 16:33 分類: Hibernate 出處：http://iceling2008.itpub.net/post/13270/64328 --------------------------------------------------------------- session.delete(obj)將obj的狀態變為transient。兩種情況 1）obj是session的cache里邊的cache沒有的，比如： session.delete(new Employee(4)); 2）obj存在于session的cache中，比如： Employee employee = (Employee)session.load(Employee.class, new Integer(4)); session.delete(employee); 這兩種情況都是允許的，hibernate都會發送一條delete語句給數據庫。 delete執行之后，如果調用了session.load(), 又可以分為兩種情況：1）在session.flush()之前，如： tx.beginTransaction(); 　　　 session.delete(new Employee(4)); session.load(Employee.class, new Integer(4));//發生在session.flush()之前 tx.commit(); 那么hibernate會拋出ObjectDeletedException:The object with that id was deleted: 2）在session.flush()之后，如： tx.beginTransaction(); 　　　 session.delete(new Employee(4)); session.load(Employee.class, new Integer(4)); tx.commit(); tx.beginTransaction(); session.load(Employee.class, new Integer(4));//同一個session中，上面的tx.commit()將session flush了一次。 tx.commit(); 那么這個時候hibernate僅僅會拋出ObjectNotFoundException:No row with the give... 表示找不到該object。如果第二個tx里邊采用session.get()也就不會拋出exception了。 delete執行之后，如果調用了session.save(obj): tx.beginTransaction(); Employee employee = (Employee)session.load(Employee.class, new Integer(4)); 　　　 session.delete(employee); System.out.println(employee); session.save(employee); System.out.println(employee); tx.commit(); 這種情況是完全合理的，合法的。 delete將employee從persistent的狀態變為transient的狀態。 save將employee從transient狀態變為persistent的狀態。save一個被delete的obj的時候，在save處hibernate強制執行session.flush()，發送delete語句，然后按照常規的save流程來進行。為什么要這么做，還沒有完全想明白。 delete執行之后，如果對obj對象屬性的修改，tx.commit()時不會進行dirtyChecking。 這個道理比較顯然。 - 作者： HairRoot 2005年05月