精品久久一二三区,九一九一国产精品,国产在线精品一区二区三区》

Taglib?原理和實現之支持El表達式

作者：佚名????文章來源：未知????點擊數： 107????更新時間：2006-2-17

　　1.先看這么一個例子

＜%@ page contentType="text/html; charset=gb2312" language="java"%＞
＜%@ taglib uri="/WEB-INF/tlds/c.tld" prefix="c"%＞
＜!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"＞
＜html＞
＜body＞
＜%
String tut = "tutorial";
request.setAttribute("tut",tut);
%＞
The String in request is :
＜c:out value="${tut}"/＞
＜/body＞
＜/html＞

　　2.如何支持el表達式

　　在路徑org.apache.taglibs.standard.lang.support下，有個叫 ExpressionEvaluatorManager.evaluate 的方法，當el表達式作為入參時，調用這個方法，在tag內即可自動把el表達式轉化。例如，你想tag的value字段支持el表達式，那么只需在set方法里如下調用：

public void setValue(Object value)throws JspException
{
this.value = ExpressionEvaluatorManager.evaluate(
"value", value.toString(), Object.class, this, pageContext);
}

　　ExpressionEvaluatorManager.evaluate有四個參數。第一個表示tag的名字，在取el表達式出錯時使用。一般和屬性名字相同。第二個要求字符串，通常簡單調用輸入對象的toString方法。第三個是類，通常用Object.class。第四個用this即可，第五個是pageContext變量。

　　通常不用對這個方法思考太多。只需改改屬性名字，其他照搬即可。

　　注意：當你的tag屬性支持el表達式時，你必須把它聲明為Object對象。如上述的value，應該聲明為：

private Object value = null;

　　3.實例：讓OutputTag支持El表達式

package diegoyun;

import javax.servlet.jsp.JspException;
import javax.servlet.jsp.JspWriter;
import javax.servlet.jsp.tagext.TagSupport;

import org.apache.taglibs.standard.lang.support.ExpressionEvaluatorManager;

public class NewOutputTag extends TagSupport
{
private Object name = null;

public void setName(Object name) throws JspException
{
this.name = ExpressionEvaluatorManager.evaluate(
"name", name.toString(), Object.class, this, pageContext);
}
public int doStartTag() throws JspException{
try
{
JspWriter out = pageContext.getOut();
out.print("Hello! " + name);
}
catch (Exception e)
{
throw new JspException(e);
}
return EVAL_PAGE;

}
}

　　在diego.tld里添加聲明

＜!--NewOutputTag--＞
＜tag＞
＜name＞newout＜/name＞
＜tag-class＞diegoyun.NewOutputTag＜/tag-class＞
＜body-content＞empty＜/body-content＞
＜attribute＞
＜name＞name＜/name＞
＜required＞false＜/required＞
＜rtexprvalue＞true＜/rtexprvalue＞
＜/attribute＞
＜/tag＞

　　編寫jsp測試

＜%@ page language="java" %＞
＜%@ taglib uri="/WEB-INF/tlds/diego.tld" prefix="diego"%＞
＜html＞
＜body bgcolor="#FFFFFF"＞
＜%
String s = "diego";
request.setAttribute("name",s);
%＞
Test El supported tag:
＜br＞
＜diego:newout name="${name}"/＞

＜/body＞
＜/html＞

　　可以看到頁面輸出為：

　　Test El supported tag:
　　Hello! diego

posted @ 2006-09-15 18:14 rendong 閱讀(232) | 評論 (0) | 編輯收藏

解析 Java 類和對象的初始化過程(zhuang張國建 (guojian.zhang@gmail.com), 軟件工程師, 北京高偉達西南分軟)

類的初始化和對象初始化是 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 設計思想有真正深入了解呢？當然，我是沒有資格以這樣的口吻來說事的，我只是想表明一個觀點--學東西一定要"正本清源"。

獻上此文，謹以共勉。

posted @ 2006-09-09 17:36 rendong 閱讀(369) | 評論 (0) | 編輯收藏

log4j

日志論
　　
　　在應用程序中輸出日志有有三個目的：

（1）監視代碼中變量的變化情況，把數據周期性地記錄到文件中供其他應用進行統計分析工作。

（2）跟蹤代碼運行進軌跡，作為日后審計的依據。

（3）擔當集成開發環境中的調試器，向文件或控制臺打印代碼的調試信息。

　　Apache能用日志包（Commons Logging Package）是Apache的一個開放源代碼項目，它提供了一組通用的日志接口，用戶可以自由地選擇實現日志接口的第三方軟件。通用日志包目前支持以下日志實現：

?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)

?????? 下面給出得Log4J配置文件實現了輸出到控制臺，文件，回滾文件，發送日志郵件，
輸出到數據庫日志表，自定義標簽等全套功能。

log4j.rootLogger=DEBUG,CONSOLE,A1,im
#DEBUG,CONSOLE,FILE,ROLLING_FILE,MAIL,DATABASE

log4j.addivity.org.apache=true

###################
# Console Appender
###################
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.Threshold=DEBUG
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
#log4j.appender.CONSOLE.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD] n%c[CATEGORY]%n%m[MESSAGE]%n%n

#####################
# File Appender
#####################
log4j.appender.FILE=org.apache.log4j.FileAppender
log4j.appender.FILE.File=file.log
log4j.appender.FILE.Append=false
log4j.appender.FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
# Use this layout for LogFactor 5 analysis

########################
# Rolling File
########################
log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppender
log4j.appender.ROLLING_FILE.Threshold=ERROR
log4j.appender.ROLLING_FILE.File=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

####################
# Socket Appender
####################
log4j.appender.SOCKET=org.apache.log4j.RollingFileAppender
log4j.appender.SOCKET.RemoteHost=localhost
log4j.appender.SOCKET.Port=5001
log4j.appender.SOCKET.LocationInfo=true
# Set up for Log Facter 5
log4j.appender.SOCKET.layout=org.apache.log4j.PatternLayout
log4j.appender.SOCET.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%
t[THREAD]%n%c[CATEGORY]%n%m[MESSAGE]%n%n

########################
# Log Factor 5 Appender
########################
log4j.appender.LF5_APPENDER=org.apache.log4j.lf5.LF5Appender
log4j.appender.LF5_APPENDER.MaxNumberOfRecords=2000

########################
# SMTP Appender
#######################
log4j.appender.MAIL=org.apache.log4j.net.SMTPAppender
log4j.appender.MAIL.Threshold=FATAL
log4j.appender.MAIL.BufferSize=10
log4j.appender.MAIL.From=chenyl@hollycrm.com
log4j.appender.MAIL.SMTPHost=mail.hollycrm.com
log4j.appender.MAIL.Subject=Log4J Message
log4j.appender.MAIL.To=chenyl@hollycrm.com
log4j.appender.MAIL.layout=org.apache.log4j.PatternLayout
log4j.appender.MAIL.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n

########################
# JDBC Appender
#######################
log4j.appender.DATABASE=org.apache.log4j.jdbc.JDBCAppender
log4j.appender.DATABASE.URL=jdbc:mysql://localhost:3306/test
log4j.appender.DATABASE.driver=com.mysql.jdbc.Driver
log4j.appender.DATABASE.user=root
log4j.appender.DATABASE.password=
log4j.appender.DATABASE.sql=INSERT INTO LOG4J (Message) VALUES ('[framework] %d - %c -%-4r
[%t] %-5p %c %x - %m%n')
log4j.appender.DATABASE.layout=org.apache.log4j.PatternLayout
log4j.appender.DATABASE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n

log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.File=SampleMessages.log4j
log4j.appender.A1.DatePattern=yyyyMMdd-HH'.log4j'
log4j.appender.A1.layout=org.apache.log4j.xml.XMLLayout

###################
#自定義Appender
###################
log4j.appender.im = net.cybercorlin.util.logger.appender.IMAppender

log4j.appender.im.host = mail.cybercorlin.net
log4j.appender.im.username = username
log4j.appender.im.password = password
log4j.appender.im.recipient = corlin@cybercorlin.net

log4j.appender.im.layout=org.apache.log4j.PatternLayout
log4j.appender.im.layout.ConversionPattern =[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n

?使用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日志寫入數據庫

首先創建一數據庫表:

字段	描述
GUID	流水號 IDENTITY (1, 1)
DATE	時間
THREAD	當前線程
LEVEL	當前級別
CLASS	當前類的java程序/方法
MESSAGES	當前輸出信息
EXCEPTION	異常信息

log4j.properties如下配置:

log4j.rootLogger=DEBUG,CONSOLE,DATABASE

log4j.addivity.org.apache=true

########################

# JDBC Appender

#######################

log4j.appender.DATABASE.Threshold=INFO

log4j.appender.DATABASE=org.apache.log4j.jdbc.JDBCAppender

#log4j.appender.DATABASE.BufferSize=10

log4j.appender.DATABASE.URL=you jdbcurl

log4j.appender.DATABASE.driver=you jdbc driver

log4j.appender.DATABASE.user=

log4j.appender.DATABASE.password=

log4j.appender.DATABASE.sql=INSERT INTO?YOU_LOG_TABLE?VALUES ('%d{yyyy-MM-dd HH:mm:ss}',
'%t', '%p', '%l', '%m', '')

log4j.appender.DATABASE.layout=org.apache.log4j.PatternLayout

下面我們對“%d %t %p %l %m %n”一一講解：

l???????? %d輸出日志時間點的日期或時間，默認格式為ISO8601，也可以在其后指定格式，
比如：%d{yyyy-MM-dd HH:mm:ss}，輸出類似：2006-01-18 17:50:22'，剛好適合插入SQLServer；

l???????? %t?產生該日志事件的線程名；

l???????? %p 日志的log_level，如DEBUG、WARN或者INFO；

l???????? %c?輸出所屬的類目，通常就是所在類的全名，如“com.eking.TestLog”；

l???????? %m 日志的內容；

l???????? %l ?輸出日志事件的發生位置，包括類目名、發生的線程，以及在代碼中的行數。
如Wite2Database.main(Wite2Database.java:18)；

l???????? %n ?輸出一個回車換行符，Windows平臺為“ ”，Unix平臺為“ ”

程序代碼:

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引入工程即可。??

posted @ 2006-09-04 15:02 rendong 閱讀(659) | 評論 (0) | 編輯收藏

好的網址

http://blog.csdn.net/baggio785/

http://tag.csdn.net/tag/hibernate/1.html

posted @ 2006-09-03 00:44 rendong 閱讀(196) | 評論 (0) | 編輯收藏

1.1 Hibernate API 變化

CSDN 推薦tag:api?com?hibernate?ice?java?os?sql?函數?軟件?

?如何從Hibernate2.1升級到Hibernate3.0？

選自《精通Hibernate：Java對象持久化技術詳解》?作者：孫衛琴?來源:?www.javathinker.org?
如果轉載，請標明出處，謝謝?

1.1?Hibernate?API?變化?
1.1.1?包名?
1.1.2?org.hibernate.classic包?
1.1.3?Hibernate所依賴的第三方軟件包?
1.1.4?異常模型?
1.1.5?Session接口?
1.1.6?createSQLQuery()?
1.1.7?Lifecycle?和?Validatable?接口?
1.1.8?Interceptor接口?
1.1.9?UserType和CompositeUserType接口?
1.1.10?FetchMode類?
1.1.11?PersistentEnum類?
1.1.12?對Blob?和Clob的支持?
1.1.13?Hibernate中供擴展的API的變化?
1.2?元數據的變化?
1.2.1?檢索策略?
1.2.2?對象標識符的映射?
1.2.3?集合映射?
1.2.4?DTD?
1.3?查詢語句的變化?
1.3.1?indices()和elements()函數?

盡管Hibernate?3.0?與Hibernate2.1的源代碼是不兼容的，但是當Hibernate開發小組在設計Hibernate3.0時，為簡化升級Hibernate版本作了周到的考慮。對于現有的基于Hibernate2.1的Java項目，可以很方便的把它升級到Hibernate3.0。?

本文描述了Hibernate3.0版本的新變化，Hibernate3.0版本的變化包括三個方面：?
（1）API的變化，它將影響到Java程序代碼。?
（2）元數據，它將影響到對象-關系映射文件。?
（3）HQL查詢語句。?

值得注意的是，?Hibernate3.0并不會完全取代Hibernate2.1。在同一個應用程序中，允許Hibernate3.0和Hibernate2.1并存。?

1.1?Hibernate?API?變化?

1.1.1?包名?

Hibernate3.0的包的根路徑為:?“org.hibernate”?，而在Hibernate2.1中為“net.sf.hibernate”。這一命名變化使得Hibernate2.1和Hibernate3.0能夠同時在同一個應用程序中運行。?

如果希望把已有的應用升級到Hibernate3.0，那么升級的第一步是把Java源程序中的所有“net.sf.hibernate”替換為“org.hibernate”。?

Hibernate2.1中的“net.sf.hibernate.expression”包被改名為“org.hibernate.criterion”。假如應用程序使用了Criteria?API，那么在升級的過程中，必須把Java源程序中的所有“net.sf.hibernate.expression”替換為“org.hibernate.criterion”。?

如果應用使用了除Hibernate以外的其他外部軟件，而這個外部軟件又引用了Hibernate的接口，那么在升級時必須十分小心。例如EHCache擁有自己的CacheProvider：?net.sf.ehcache.hibernate.Provider，在這個類中引用了Hibernate2.1中的接口，在升級應用時，可以采用以下辦法之一來升級EHCache:?

（1）手工修改net.sf.ehcache.hibernate.Provider類，使它引用Hibernate3.0中的接口。?
（2）等到EHCache軟件本身升級為使用Hibernate3.0后，使用新的EHCache軟件。?
（3）使用Hibernate3.0中內置的CacheProvider：org.hibernate.cache.EhCacheProvider。?

1.1.2?org.hibernate.classic包?

Hibernate3.0把一些被廢棄的接口都轉移到org.hibernate.classic中。?

1.1.3?Hibernate所依賴的第三方軟件包?

在Hibernate3.0的軟件包的lib目錄下的README.txt文件中，描述了Hibernate3.0所依賴的第三方軟件包的變化。?

1.1.4?異常模型?

在Hibernate3.0中，HibernateException異常以及它的所有子類都繼承了java.lang.RuntimeException。因此在編譯時，編譯器不會再檢查HibernateException。?

1.1.5?Session接口?

在Hibernate3.0中，原來Hibernate2.1的Session接口中的有些基本方法也被廢棄，但為了簡化升級，這些方法依然是可用的，可以通過org.hibernate.classic.Session子接口來訪問它們，例如：?
org.hibernate.classic.Session?session=sessionFactory.openSession();?
session.delete("delete?from?Customer?");?
在Hibernate3.0中，org.hibernate.classic.Session接口繼承了org.hibernate.Session接口，在org.hibernate.classic.Session接口中包含了一系列被廢棄的方法，如find()、interate()等。SessionFactory接口的openSession()方法返回org.hibernate.classic.Session類型的實例。如果希望在程序中完全使用Hibernate3.0，可以采用以下方式創建Session實例：?

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

如果是對已有的程序進行簡單的升級，并且希望仍然調用Hibernate2.1中Session的一些接口，可以采用以下方式創建Session實例：?

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

在Hibernate3.0中，Session接口中被廢棄的方法包括：?
*?執行查詢的方法：find()、iterate()、filter()和delete(String?hqlSelectQuery)?
*?saveOrUpdateCopy()?

Hibernate3.0一律采用createQuery()方法來執行所有的查詢語句，采用DELETE?查詢語句來執行批量刪除，采用merge()方法來替代?saveOrUpdateCopy()方法。?

提示：在Hibernate2.1中，Session的delete()方法有幾種重載形式，其中參數為HQL查詢語句的delete()方法在Hibernate3.0中被廢棄，而參數為Ojbect類型的的delete()方法依然被支持。delete(Object?o)方法用于刪除參數指定的對象，該方法支持級聯刪除。?
Hibernate2.1沒有對批量更新和批量刪除提供很好的支持，參見<<精通Hibernate>>一書的第13章的13.1.1節（批量更新和批量刪除），而Hibernate3.0對批量更新和批量刪除提供了支持，能夠直接執行批量更新或批量刪除語句，無需把被更新或刪除的對象先加載到內存中。以下是通過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();?
以下是通過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();?

1.1.6?createSQLQuery()?

在Hibernate3.0中，Session接口的createSQLQuery()方法被廢棄，被移到org.hibernate.classic.Session接口中。Hibernate3.0采用新的SQLQuery接口來完成相同的功能。?

1.1.7?Lifecycle?和?Validatable?接口?

Lifecycle和Validatable?接口被廢棄，并且被移到org.hibernate.classic包中。?

1.1.8?Interceptor接口?

在Interceptor?接口中加入了兩個新的方法。?用戶創建的Interceptor實現類在升級的過程中，需要為這兩個新方法提供方法體為空的實現。此外，instantiate()方法的參數作了修改，isUnsaved()方法被改名為isTransient()。?

1.1.9?UserType和CompositeUserType接口?

在UserType和CompositeUserType接口中都加入了一些新的方法，這兩個接口被移到org.hibernate.usertype包中，用戶定義的UserType和CompositeUserType實現類必須實現這些新方法。?
Hibernate3.0提供了ParameterizedType接口，用于更好的重用用戶自定義的類型。?
1.1.10?FetchMode類?

FetchMode.LAZY?和?FetchMode.EAGER被廢棄。取而代之的分別為FetchMode.SELECT?和FetchMode.JOIN。?

1.1.11?PersistentEnum類?

PersistentEnum被廢棄并刪除。已經存在的應用應該采用UserType來處理枚舉類型。?

1.1.12?對Blob?和Clob的支持?

Hibernate對Blob和Clob實例進行了包裝，使得那些擁有Blob或Clob類型的屬性的類的實例可以被游離、序列化或反序列化，以及傳遞到merge()方法中。?

1.1.13?Hibernate中供擴展的API的變化?

org.hibernate.criterion、?org.hibernate.mapping、?org.hibernate.persister和org.hibernate.collection?包的結構和實現發生了重大的變化。多數基于Hibernate?
2.1?的應用不依賴于這些包，因此不會被影響。如果你的應用擴展了這些包中的類，那么必須非常小心的對受影響的程序代碼進行升級。?

1.2?元數據的變化?

1.2.1?檢索策略?

在Hibernate2.1中，lazy屬性的默認值為“false”，而在Hibernate3.0中，lazy屬性的默認值為“true”。在升級映射文件時，如果原來的映射文件中的有關元素，如、等沒有顯式設置lazy屬性，那么必須把它們都顯式的設置為lazy=“true”。如果覺得這種升級方式很麻煩，可以采取另一簡單的升級方式：在元素中設置:?default-lazy=“false”。?

1.2.2?對象標識符的映射?

unsaved-value屬性是可選的，在多數情況下，Hibernate3.0將把unsaved-value="0"?作為默認值。?

在Hibernate3.0中，當使用自然主鍵和游離對象時，不再強迫實現Interceptor.isUnsaved()方法。?如果沒有設置這個方法，當Hibernate3.0無法區分對象的狀態時，會查詢數據庫，來判斷這個對象到底是臨時對象，還是游離對象。不過，顯式的使用Interceptor.isUnsaved()方法會獲得更好的性能，因為這可以減少Hibernate直接訪問數據庫的次數。?

1.2.3?集合映射?

元素在某些情況下被和元素替代。此外，Hibernate3.0用?元素來替代原來的.元素，用元素來替代原來的元素。?

1.2.4?DTD?

對象-關系映射文件中的DTD文檔，由原來的：?
http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd?
改為：?
http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd?

1.3?查詢語句的變化?

Hibernate3.0?采用新的基于ANTLR的HQL/SQL查詢翻譯器，不過，Hibernate2.1的查詢翻譯器也依然存在。在Hibernate的配置文件中，hibernate.query.factory_class屬性用來選擇查詢翻譯器。例如：?
（1）選擇Hibernate3.0的查詢翻譯器：?
hibernate.query.factory_class=?org.hibernate.hql.ast.ASTQueryTranslatorFactory?
（2）選擇Hibernate2.1的查詢翻譯器?
hibernate.query.factory_class=?org.hibernate.hql.classic.ClassicQueryTranslatorFactory?

提示：ANTLR是用純Java語言編寫出來的一個編譯工具，它可生成Java語言或者是C++的詞法和語法分析器，并可產生語法分析樹并對該樹進行遍歷。ANTLR由于是純Java的，因此可以安裝在任意平臺上，但是需要JDK的支持。?
Hibernate開發小組盡力保證Hibernate3.0的查詢翻譯器能夠支持Hibernate2.1的所有查詢語句。不過，對于許多已經存在的應用，在升級過程中，也不妨仍然使用Hibernate2.1的查詢翻譯器。?
值得注意的是，?Hibernate3.0的查詢翻譯器存在一個Bug：不支持某些theta-style連結查詢方言：如Oracle8i的OracleDialect方言、Sybase11Dialect。解決這一問題的辦法有兩種：（1）改為使用支持ANSI-style連結查詢的方言，如?Oracle9Dialect,（2）如果升級的時候遇到這一問題，那么還是改為使用Hibernate2.1的查詢翻譯器。?

1.3.1?indices()和elements()函數?

在HQL的select子句中廢棄了indices()和elements()函數，因為這兩個函數的語法很讓用戶費解，可以用顯式的連接查詢語句來替代?select?elements(...)?。而在HQL的where子句中，仍然可以使用elements()函數。

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

posted @ 2006-09-03 00:41 rendong 閱讀(448) | 評論 (0) | 編輯收藏

大大灑灑

2006/5/16

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篇)

hibernate連接sqlserver2000問題的解決

這幾天在進行數據庫的移植,將oracle數據庫的東西移植到mssqlserver 2000上

其中運行一個查詢的時候,報如下的錯誤:

?[Microsoft][SQLServer 2000 Driver for JDBC]Can't start a cloned connection while in manual transaction mode.

解決辦法:

?? <property name="connection.url">

?? ? jdbc:microsoft:sqlserver://192.168.1.110:2433;SelectMethod=cursor

? </property>

(紅色為增加的)

原因:

?? 1.??? 處于手動事務狀態,并且使用direct模式,因為hibernate默認為direct模式,

???????? 即 SelectMethod=direct

?? 2.? ? 在一個SQL SERVER的JDBC連接上執行多個STATEMENTS的操作

超強的貼,每句都是經典

水至清則無魚,人至賤則無敵! 走自己的路，讓別人打車去吧。穿別人的鞋，走自己的路，讓他們找去吧。打臺灣我捐一個月的生活費，打美國我捐一年的生活費，打日本我捐他媽的一條命! 我不是隨便的人，我隨便起來不是人。女人無所謂正派，正派是因為受到的引誘不夠；男人無所謂忠誠，忠誠是因為背叛的籌碼太低…… 騎白馬的不一定是王子，可能是唐僧；帶翅膀的也不一定是天使，有時候是鳥人。俺的最低奮斗目標：農婦，山泉，有點田。再過幾十年，我們來相會，送到火葬場，全部燒成灰，你一堆，我一堆，誰也不認識誰，全部送到農村做化肥

http://iceling2008.itpub.net/category/13270/23134好東西???????? 阿法薩
http://comsmall.spaces.live.com/PersonalSpace.aspx?_c02_owner=1

遇到 "Automation服務器不能創建對象"

運行 Regsvr32 scrrun.dll。

posted @ 2006-09-03 00:37 rendong 閱讀(969) | 評論 (0) | 編輯收藏

高級 DAO 編程

學習編譯更好的 DAO 的技巧

文檔選項

未顯示需要 JavaScript 的文檔選項

將此頁作為電子郵件發送

最新推薦

Java 應用開發源動力－下載免費軟件，快速啟動開發

級別: 初級

Sean C. Sullivan , 軟件工程師

2003 年 10 月 15 日

J2EE 開發人員使用數據訪問對象(Data Access Object DAO)設計模式，以便將低級別的數據訪問邏輯與高級別的業務邏輯分離。實現 DAO 模式涉及比編寫數據訪問代碼更多的內容。在本文中，Java 開發人員 Sean C. Sullivan 討論了 DAO 編程中三個常常被忽略的方面：事務界定、異常處理和日志記錄。

在過去 18 個月中，我參加了一個由有才華的軟件工程師組成的小組，構建定制的、基于 Web 的供應鏈管理應用程序。我們的應用程序訪問范圍廣泛的持久性數據，包括配送狀態、供應鏈衡量(metrics)、庫存、貨運發票、項目管理數據和用戶信息。我們用 JDBC API 連接到我們公司的不同數據庫平臺上，并在整個應用程序中使用 DAO 設計模式。

圖 1 顯示了應用程序和數據源之間的關系：

圖 1. 應用程序和數據源

在整個應用程序中使用數據訪問對象(DAO)使我們可以將底層數據訪問邏輯與業務邏輯分離開來。我們構建了為每一個數據源提供 GRUD (創建、讀取、更新、刪除)操作的 DAO 類。

在本文中，我將為您介紹構建更好的 DAO 類的 DAO 實現策略和技術。更確切地說，我將討論日志、異常處理和事務界定。您將學到如何將這三者結合到自己的 DAO 類中。本文假定您熟悉 JDBC API、SQL 和關系數據庫編程。

我們將以對 DAO 設計模式和數據訪問對象的概述開始。

DAO基礎

DAO 模式是標準 J2EE 設計模式之一。開發人員用這種模式將底層數據訪問操作與高層業務邏輯分離開。一個典型的 DAO 實現有以下組件：

一個 DAO 工廠類
一個 DAO 接口
一個實現了 DAO 接口的具體類
數據傳輸對象(有時稱為值對象)

具體的 DAO 類包含訪問特定數據源的數據的邏輯。在下面一節中您將學習設計和實現數據訪問對象的技術。有關 DAO 設計模式的更多內容請參閱參考資料。

回頁首

事務界定

關于 DAO 要記住的重要一點是它們是事務性對象。由 DAO 所執行的每一個操作 -- 如創建、更新或者刪除數據 -- 都與一個事務相關聯。因此， 事務界定的概念就變得特別重要了。

事務界定是定義事務邊界的方式。J2EE 規范描述了兩種事務界定的模型：編程式(programmatic)和聲明式(declarative)。表 1 分析了這兩種模型：

表 1. 兩種事務界定的模型

聲明式事務界定	編程式事務界定
程序員用 EJB 部署描述符聲明事務屬性。	程序員負責編寫事務邏輯。
運行時環境(EJB 容器)用這些屬性自動管理事務。	應用程序通過一個 API 控制事務。

我們將側重于編程式事務界定。

設計考慮

如前所述，DAO 是事務性對象。一個典型的 DAO 執行像創建、更新和刪除這樣的事務性操作。在設計 DAO 時，首先要問自己以下問題：

事務要如何開始？
事務應如何結束？
哪一個對象將負責開始一個事務？
哪一個對象將負責結束一個事務？
DAO 是否要負責事務的開始和結束？
應用程序是否需要通過多個 DAO 訪問數據？
事務涉及到一個 DAO 還是多個 DAO？
一個 DAO 是否調用另一個 DAO 的方法？

了解上述問題的答案將有助于您選擇最適合的 DAO 的事務界定策略。在 DAO 中有兩種主要的界定事務的策略。一種方式是讓 DAO 負責界定事務，另一種將事務界定交給調用這個 DAO 方法的對象處理。如果選擇了前一種方式，那么就將事務代碼嵌入到 DAO 中。如果選擇后一種方式，那么事務界定代碼就是在 DAO 類外面。我們將使用簡單的代碼示例幫助您更好理解每一種方式是如何工作的。

清單 1 顯示了一個有兩種數據操作的 DAO：創建和更新：

清單 1. DAO 方法

												
														       public void createWarehouseProfile(WHProfile profile);
       public void updateWarehouseStatus(WHIdentifier id, StatusInfo status);

清單 2 顯示了一個簡單的事務。事務界定在 DAO 類外面。注意在這個例子中調用者是如何在一個事務中結合多個 DAO 操作的。

清單 2. 調用者管理的事務

												
														      tx.begin();    // start the transaction
      dao.createWarehouseProfile(profile);
      dao.updateWarehouseStatus(id1, status1);
      dao.updateWarehouseStatus(id2, status2);
      tx.commit();   // end the transaction

這種事務界定策略對于需要在一個事務中訪問多個 DAO 的應用程序特別有用。

可以用 JDBC API 或者 Java 事務 API(Java Transaction API JTA)實現事務界定。 JDBC 事務界定比 JTA 事務界定要簡單，但是 JTA 提供了更多的靈活性。在下面一節中我將更深入地分析事務界定的機制。

回頁首

用 JDBC 進行事務界定

JDBC 事務是用 Connection 對象控制的。JDBC Connection 接口( java.sql.Connection )提供了兩種事務模式：自動提交和手工提交。 java.sql.Connection 提供了以下控制事務的方法：

public void setAutoCommit(boolean)
public boolean getAutoCommit()
public void commit()
public void rollback()

清單 3 顯示了如何用 JDBC API 界定一個事務：

清單 3. 用 JDBC API 進行事務界定

												
														      import java.sql.*;
      import javax.sql.*;

      // ...
      DataSource ds = obtainDataSource();
      Connection conn = ds.getConnection();
      conn.setAutoCommit(false);
      // ...
      pstmt = conn.prepareStatement("UPDATE MOVIES ...");
      pstmt.setString(1, "The Great Escape");
      pstmt.executeUpdate();
      // ...
      conn.commit();
      // ...

使用 JDBC 事務界定時，您可以將多個 SQL 語句結合到一個事務中。JDBC 事務的一個缺點是事務的范圍局限于一個數據庫連接。一個 JDBC 事務不能跨越多個數據庫。在下面，我們將看一下如何用 JTA 進行事務界定。因為 JTA 不像 JDBC 那樣有名，所以我們首先做一個簡介。

回頁首

JTA簡介

Java 事務 API(JTA) 及其同門兄弟 Java 事務服務(Java Transaction Service JTS)為 J2EE 平臺提供了分布式事務服務。一個 分布式的事務涉及一個事務管理器和一個或者多個資源管理器。一個 資源管理器是任何類型的持久性的數據存儲。事務管理器負責協調所有事務參與者之間的通信。事務管理器與資源管理器之間的關系如圖 2 所示：

圖 2. 一個事務管理器和資源管理器

JTA 事務比 JDBC 事務功能更強。JDBC 事務局限為一個數據庫連接，而 JTA 事務可以有多個參與者。所有下列 Java 平臺組件都可以參與 JTA 事務：

JDBC 連接
JDO PersistenceManager 對象
JMS 隊列
JMS 主題
企業 JavaBeans
符合 J2EE 連接體系結構(J2EE Connector Architecture)規范的資源適配器

回頁首

使用 JTA 的事務界定

要用 JTA 進行事務界定，應用程序要調用 javax.transaction.UserTransaction 接口中的方法。清單 4 顯示了對 UserTransaction 對象的典型 JNDI 查詢：

清單 4. 一個對 UserTransaction 對象的 JDNI 查詢

												
														      import javax.transaction.*;
      import javax.naming.*;
      // ...
      InitialContext ctx = new InitialContext();
      Object txObj = ctx.lookup("java:comp/UserTransaction");
      UserTransaction utx = (UserTransaction) txObj;

當應用程序找到了 UserTransaction 對象后，就可以開始事務了，如清單 5 所示：

清單 5. 用 JTA 開始一個事務

												
														      utx.begin();
      // ...
      DataSource ds = obtainXADataSource();
      Connection conn = ds.getConnection();
      pstmt = conn.prepareStatement("UPDATE MOVIES ...");
      pstmt.setString(1, "Spinal Tap");
      pstmt.executeUpdate();
      // ...
      utx.commit();
      // ...

當應用程序調用 commit() 時，事務管理器用一個兩階段的提交協議結束事務。

回頁首

控制事務的 JTA 方法

javax.transaction.UserTransaction 接口提供了以下事務控制方法：

public void begin()
public void commit()
public void rollback()
public int getStatus()
public void setRollbackOnly()
public void setTransactionTimeout(int)

應用程序調用 begin() 開始事務。應用程序調用 commit() 或者 rollback() 結束事務。參閱參考資料以了解更多關于用 JTA 進行事務管理的內容。

回頁首

使用 JTA 和 JDBC

開發人員通常在 DAO 類中用 JDBC 進行底層數據操作。如果計劃用 JTA 界定事務，那么就需要有一個實現 javax.sql.XADataSource 、 javax.sql.XAConnection 和 javax.sql.XAResource 接口的 JDBC 驅動程序。一個實現了這些接口的驅動程序將可以參與 JTA 事務。一個 XADataSource 對象就是一個 XAConnection 對象的工廠。 XAConnection s 是參與 JTA 事務的 JDBC 連接。

您將需要用應用服務器的管理工具設置 XADataSource 。從應用服務器和 JDBC 驅動程序的文檔中可以了解到相關的指導。

J2EE 應用程序用 JNDI 查詢數據源。一旦應用程序找到了數據源對象，它就調用 javax.sql.DataSource.getConnection() 以獲得到數據庫的連接。

XA 連接與非 XA 連接不同。一定要記住 XA 連接參與了 JTA 事務。這意味著 XA 連接不支持 JDBC 的自動提交功能。同時，應用程序一定不要對 XA 連接調用 java.sql.Connection.commit() 或者 java.sql.Connection.rollback() 。相反，應用程序應該使用 UserTransaction.begin()、UserTransaction.commit() 和 serTransaction.rollback() 。

回頁首

選擇最好的方式

我們討論了如何用 JDBC 和 JTA 界定事務。每一種方式都有其優點，您需要決定哪一種最適合于您的應用程序。

在最近的許多項目中，我們小組是用 JDBC API 進事務界定來構建 DAO 類的。這些 DAO 類可以總結如下：

事務界定代碼嵌入在 DAO 類中。
DAO 類使用 JDBC API 進行事務界定。
調用者不能界定事務。
事務范圍局限于單個 JDBC 連接。

JDBC 事務并不總是適合復雜的企業應用程序。如果您的事務要跨越多個 DAO 或者多個數據庫，那么下列實現策略也許更合適：

事務用 JTA 界定。
事務界定代碼從 DAO 中分離出來。
調用者負責界定事務。
DAO 加入一個全局事務。

JDBC 方式由于其簡單性而具有吸引力，JTA　方式提供了更大的靈活性。您所選擇的實現將取決于應用程序的特定需求。

回頁首

日志記錄和 DAO

一個良好實現的 DAO 類將使用日志記錄來捕捉有關其運行時行為的細節。您可以選擇記錄異常、配置信息、連接狀態、JDBC 驅動程序元數據、或者查詢參數。日志對于開發的所有階段都很有用。我經常在開發時、測試時和生產中分析應用程序日志。

在本節，我將展示一個顯示如何將 Jakarta Commons Logging 加入到 DAO 中的代碼示例。在這之前，讓我們回顧一下一些基本知識。

選擇日志庫

許多開發人員使用一種原始格式進行日志記錄： System.out.println 和 System.err.println 。 Println 語句速度快且使用方便，但是它們沒有提供全功能的日志記錄系統所具有的功能。表 2 列出了 Java 平臺的日志庫：

表 2. Java 平臺的日志庫

日志庫	開放源代碼？	URL
java.util.logging	不是	http://java.sun.com/j2se/
Jakarta Log4j	是	http://jakarta.apache.org/log4j/
Jakarta Commons Logging	是	http://jakarta.apache.org/commons/logging.html

Jakarta Commons Logging 可以與 java.util.logging 或者 Jakarta Log4j 一同使用。Commons Logging 是一個日志抽象層，它隔離了應用程序與底層日志實現。使用 Commons Logging，您可以通過改變配置文件更換底層日志實現。Commons Logging 在 Jakarta Struts 1.1 和 Jakarta HttpClient 2.0 中使用。

一個日志記錄示例

清單 7 顯示了如何在 DAO 類中使用 Jakarta Commons Logging：

清單 7. DAO 類中的 Jakarta Commons Logging

												
														import org.apache.commons.logging.*;

class DocumentDAOImpl implements DocumentDAO
{
      static private final Log log = LogFactory.getLog(DocumentDAOImpl.class);

      public void deleteDocument(String id)
      {
          // ...
          log.debug("deleting document: " + id);
          // ...
          try
          {
              // ... data operations ...
          }
          catch (SomeException ex)
          {
              log.error("Unable to delete document", ex);
              // ... handle the exception ...
	}
      }
}

日志記錄是所有任務關鍵型應用程序的重要部分。如果在 DAO 中遇到故障，那么日志通常可以提供判斷出錯位置的最好信息。將日志加入到 DAO 可以保證您有機會進行調試和故障排除。

回頁首

DAO 中的異常處理

我們討論過了事務界定和日志，現在對于如何在數據訪問對象上應用它們有了更深入的理解。我們的第三個和最后一個討論議題是異常處理。遵從幾個簡單的異常處理指導可以使您的 DAO 更容易使用、更健壯及更易于維護。

在實現 DAO 模式時，考慮以下問題：

DAO 的公共接口中的方法是否拋出檢查過的異常？
如果是的話，拋出何種檢查過的異常？
在 DAO 實現類中如何處理異常？

在使用 DAO 模式的過程中，我們的小組開發了一些處理異常的原則。遵從這些原則可以極大地改進您的 DAO：

DAO 方法應該拋出有意義的異常。
DAO 方法不應該拋出 java.lang.Exception 。 java.lang.Exception 太一般化了。它不傳遞關于底層問題的任何信息。
DAO 方法不應該拋出 java.sql.SQLException 。SQLException 是一個低級別的 JDBC 異常。一個 DAO 應該力爭封裝 JDBC 而不是將 JDBC 公開給應用程序的其余部分。
只有在可以合理地預期調用者可以處理異常時，DAO 接口中的方法才應該拋出檢查過的異常。如果調用者不能以有意義的方式處理這個異常，那么考慮拋出一個未檢查的(運行時)異常。
如果數據訪問代碼捕獲了一個異常，不要忽略它。忽略捕獲的異常的 DAO 是很難進行故障診斷的。
使用鏈接的異常將低級別的異常轉化為高級別的異常。
考慮定義標準 DAO 異常類。Spring Framework (參閱參考資料)提供了很好的一套預定義的 DAO 異常類。

有關異常和異常處理技術的更多信息參閱參考資料。

回頁首

實現實例： MovieDAO

MovieDAO 是一個展示本文中討論的所有技術的 DAO：事務界定、日志和異常處理。您可以在參考資料一節中找到 MovieDAO 源代碼。代碼分為三個包：

daoexamples.exception
daoexamples.movie
daoexamples.moviedemo

DAO 模式的這個實現包含下面列出的類和接口：

daoexamples.movie.MovieDAOFactory
daoexamples.movie.MovieDAO
daoexamples.movie.MovieDAOImpl
daoexamples.movie.MovieDAOImplJTA
daoexamples.movie.Movie
daoexamples.movie.MovieImpl
daoexamples.movie.MovieNotFoundException
daoexamples.movie.MovieUtil

MovieDAO 接口定義了 DAO 的數據操作。這個接口有五個方法，如下所示：

public Movie findMovieById(String id)
public java.util.Collection findMoviesByYear(String year)
public void deleteMovie(String id)
public Movie createMovie(String rating, String year, String, title)
public void updateMovie(String id, String rating, String year, String title)

daoexamples.movie 包包含 MovieDAO 接口的兩個實現。每一個實現使用一種不同的方式進行事務界定，如表 3 所示：

表 3. MovieDAO 實現

	MovieDAOImpl	MovieDAOImplJTA
實現 MovieDAO 接口?	是	是
通過 JNDI 獲得 DataSource？	是	是
從 DataSource 獲得 java.sql.Connection 對象？	是	是
DAO 在內部界定事務？	是	否
使用 JDBC 事務？	是	否
使用一個 XA DataSource？	否	是
參與 JTA 事務？	否	是

MovieDAO 演示應用程序

這個演示應用程序是一個名為 daoexamples.moviedemo.DemoServlet 的 servlet 類。 DemoServlet 使用這兩個 Movie DAO 查詢和更新表中的電影數據。

這個 servlet 展示了如何將支持 JTA 的 MovieDAO 和 Java 消息服務(Java Message Service)結合到一個事務中，如清單 8 所示。

清單 8. 將 MovieDAO 和 JMS 代碼結合到一個事務中

												
															UserTransaction utx = MovieUtil.getUserTransaction();
	utx.begin();
	batman = dao.createMovie("R",
			"2008",
			"Batman Reloaded");
	publisher = new MessagePublisher();
	publisher.publishTextMessage("I'll be back");
	dao.updateMovie(topgun.getId(),
			"PG-13",
			topgun.getReleaseYear(),
			topgun.getTitle());
	dao.deleteMovie(legallyblonde.getId());
	utx.commit();

posted @ 2006-08-31 23:16 rendong 閱讀(173) | 評論 (0) | 編輯收藏

權限＋DAO

?當前位置: 首頁 >> 數據庫 >> Oracle >> 我的權限控制(JBX + struts + hibernate + ORACLE)
?
我的權限控制(JBX + struts + hibernate + ORACLE)?

--------------------------------------------------------------------------------
?
作者：:???? 來源：???? 發表時間：2006-06-08???? 瀏覽次數：18??? 字號：大? 中? 小
　　
通過過濾器判斷用戶權限.
第一步:建立UserPermissionFilter類.

import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.util.*;

import test.system.SysUserApi;
import test.vo.SysUserVO;
import test.system.dao.SysUserDao;
import test.Const;

public class UserPermissionFilter extends HttpServlet implements Filter {

? protected FilterConfig filterConfig = null;

? public void destroy() {
??? this.filterConfig = null;
? }

? public void doFilter(
????? ServletRequest request,
????? ServletResponse response,
????? FilterChain filterChain) throws IOException, ServletException {
??? try {
????? HttpServletRequest req = (HttpServletRequest) request;
????? SysUserVO userSession = new SysUserVO();
????? userSession = (SysUserVO)req.getSession().getAttribute(Const.SESSION_USER);
????? if (userSession == null) {
??????? HttpServletResponse rep = (HttpServletResponse) response;

??????? rep.sendRedirect("/admin/login.jsp");
???????????? }else{
??????? filterChain.doFilter(request, response);
????? }
??? }
??? catch (Exception e) {}
? }
? public void init(FilterConfig filterConfig) throws ServletException {
??? this.filterConfig = filterConfig;
? }
? public FilterConfig getFilterConfig() {
??? return filterConfig;
? }

? public void setFilterConfig(FilterConfig filterConfig) {
??? this.filterConfig = filterConfig;
? }

}

第二步:配置WEB.xml文件
設置過濾器:
? <filter>
??? <filter-name>userpermission</filter-name>
??? <filter-class>sports.tools.UserPermissionFilter</filter-class>
? </filter>
設置過濾器映射,因為過濾器不能過濾全部的程序,所以可以用列表的形式來增加需要過濾的文件.如下.一個過濾器可以過濾多個映射文件.
? <filter-mapping>
??? <filter-name>userpermission</filter-name>
??? <url-pattern>/admin/index.jsp</url-pattern>
? </filter-mapping>

? <filter-mapping>
??? <filter-name>userpermission</filter-name>
??? <url-pattern>/admin/edit/*</url-pattern>
? </filter-mapping>
?
?
?
======================================
http://www.itwenzhai.com/data/2006/0608/article_22958.htm
=========================================
http://www.itwenzhai.com/data/2006/0626/article_25178.htm
=========================================

? 不重復DAO
===============

由于 Java? 5 泛型的采用，有關泛型類型安全 Data Access Object (DAO) 實現的想法變得切實可行。在本文中，系統架構師 Per Mellqvist 展示了基于 Hibernate 的泛型 DAO 實現類。然后展示如何使用 Spring AOP introductions 將類型安全接口添加到類中以便于查詢執行。
對于大多數開發人員，為系統中的每個 DAO 編寫幾乎相同的代碼到目前為止已經成為一種習慣。雖然所有人都將這種重復標識為 “代碼味道”，但我們大多數都已經學會忍受它。其實有解決方案。可以使用許多 ORM 工具來避免代碼重復。例如，使用 Hibernate，您可以簡單地為所有的持久域對象直接使用會話操作。這種方法的缺點是損失了類型安全。

為什么您要為數據訪問代碼提供類型安全接口？我會爭辯說，當它與現代 IDE 工具一起使用時，會減少編程錯誤并提高生產率。首先，類型安全接口清楚地指明哪些域對象具有可用的持久存儲。其次，它消除了易出錯的類型強制轉換的需要（這是一個在查詢操作中比在 CRUD 中更常見的問題）。最后，它有效利用了今天大多數 IDE 具備的自動完成特性。使用自動完成是記住什么查詢可用于特定域類的快捷方法。

在本文中，我將為您展示如何避免再三地重復 DAO 代碼，而仍保留類型安全接口的優點。事實上，您需要為每個新 DAO 編寫的只是 Hibernate 映射文件、無格式舊 Java 接口以及 Spring 配置文件中的 10 行。

DAO 實現

DAO 模式對任何企業 Java 開發人員來說都應該很熟悉。但是模式的實現各不相同，所以我們來澄清一下本文提供的 DAO 實現背后的假設：

系統中的所有數據庫訪問都通過 DAO 進行以實現封裝。
每個 DAO 實例負責一個主要域對象或實體。如果域對象具有獨立生命周期，它應具有自己的 DAO。
DAO 負責域對象的創建、讀取（按主鍵）、更新和刪除（creations, reads, updates, and deletions，CRUD）。
DAO 可允許基于除主鍵之外的標準進行查詢。我將之稱為查找器方法或查找器。查找器的返回值通常是 DAO 負責的域對象集合。
DAO 不負責處理事務、會話或連接。這些不由 DAO 處理是為了實現靈活性。
泛型 DAO 接口

泛型 DAO 的基礎是其 CRUD 操作。下面的接口定義泛型 DAO 的方法：

清單 1. 泛型 DAO 接口
public interface GenericDao <T, PK extends Serializable> {

??? /** Persist the newInstance object into database */
??? PK create(T newInstance);

??? /** Retrieve an object that was previously persisted to the database using
???? *?? the indicated id as primary key
???? */
??? T read(PK id);

??? /** Save changes made to a persistent object.? */
??? void update(T transientObject);

??? /** Remove an object from persistent storage in the database */
??? void delete(T persistentObject);
}

實現接口

用 Hibernate 實現清單 1 中的接口十分簡單，如清單 2 所示。它只需調用底層 Hibernate 方法和添加強制類型轉換。Spring 負責會話和事務管理。（當然，我假設這些函數已做了適當的設置，但該主題在 Hibernate 和 Springt 手冊中有詳細介紹。）

清單 2. 第一個泛型 DAO 實現
public class GenericDaoHibernateImpl <T, PK extends Serializable>
??? implements GenericDao<T, PK>, FinderExecutor {
??? private Class<T> type;

??? public GenericDaoHibernateImpl(Class<T> type) {
??????? this.type = type;
??? }

??? public PK create(T o) {
??????? return (PK) getSession().save(o);
??? }

??? public T read(PK id) {
??????? return (T) getSession().get(type, id);
??? }

??? public void update(T o) {
??????? getSession().update(o);
??? }

??? public void delete(T o) {
??????? getSession().delete(o);
??? }

??? // Not showing implementations of getSession() and setSessionFactory()
??????????? }
?

Spring 配置

最后，在 Spring 配置中，我創建了 GenericDaoHibernateImpl 的一個實例。必須告訴 GenericDaoHibernateImpl 的構造函數 DAO 實例將負責哪個域類。只有這樣，Hibernate 才能在運行時知道由 DAO 管理的對象類型。在清單 3 中，我將域類 Person 從示例應用程序傳遞給構造函數，并將先前配置的 Hibernate 會話工廠設置為已實例化的 DAO 的參數：

清單 3. 配置 DAO
<bean id="personDao" class="genericdao.impl.GenericDaoHibernateImpl">
??????? <constructor-arg>
??????????? <value>genericdaotest.domain.Person</value>
??????? </constructor-arg>
??????? <property name="sessionFactory">
??????????? <ref bean="sessionFactory"/>
??????? </property>
</bean>
????????
2。
我還沒有完成，但我所完成的確實已經可以使用了。在清單 4 中，可以看到原封不動使用該泛型 DAO 的示例：

清單 4. 使用 DAO
public void someMethodCreatingAPerson() {
??? ...
??? GenericDao dao = (GenericDao)
???? beanFactory.getBean("personDao"); // This should normally be injected

??? Person p = new Person("Per", 90);
??? dao.create(p);
}
????????

現在，我有一個能夠進行類型安全 CRUD 操作的泛型 DAO。讓子類 GenericDaoHibernateImpl 為每個域對象添加查詢能力將非常合理。因為本文的目的在于展示如何不為每個查詢編寫顯式的 Java 代碼來實現查詢，但是，我將使用其他兩個工具將查詢引入 DAO，也就是 Spring AOP 和 Hibernate 命名的查詢。

Spring AOP introductions

可以使用 Spring AOP 中的 introductions 將功能添加到現有對象，方法是將功能包裝在代理中，定義應實現的接口，并將所有先前未支持的方法指派到單個處理程序。在我的 DAO 實現中，我使用 introductions 將許多查找器方法添加到現有泛型 DAO 類中。因為查找器方法是特定于每個域對象的，因此將其應用于泛型 DAO 的類型化接口。

Spring 配置如清單 5 所示：

清單 5. FinderIntroductionAdvisor 的 Spring 配置
<bean id="finderIntroductionAdvisor" class="genericdao.impl.FinderIntroductionAdvisor"/>

<bean id="abstractDao"
??????? class="org.springframework.aop.framework.ProxyFactoryBean" abstract="true">
??????? <property name="interceptorNames">
??????????? <list>
??????????????? <value>finderIntroductionAdvisor</value>
??????????? </list>
??????? </property>
</bean>
????????

在清單 5 的配置文件中，我定義了三個 Spring bean。第一個 bean 是 FinderIntroductionAdvisor，它處理引入到 DAO 的所有方法，這些方法在 GenericDaoHibernateImpl 類中不可用。我稍后將詳細介紹 Advisor bean。

第二個 bean 是 “抽象的”。在 Spring 中，這意味著該 bean 可在其他 bean 定義中被重用，但不被實例化。除了抽象特性之外，該 bean 定義只指出我想要 GenericDaoHibernateImpl 的實例以及該實例需要對 SessionFactory 的引用。注意，GenericDaoHibernateImpl 類僅定義一個構造函數，該構造函數接受域類作為其參數。因為該 bean 定義是抽象的，所以我將來可以無數次地重用該定義，并將構造函數參數設置為合適的域類。

最后，第三個也是最有趣的 bean 將 GenericDaoHibernateImpl 的 vanilla 實例包裝在代理中，賦予其執行查找器方法的能力。該 bean 定義也是抽象的，不指定希望引入到 vanilla DAO 的接口。該接口對于每個具體的實例是不同的。注意，清單 5 顯示的整個配置僅定義一次。

3。

擴展 GenericDAO

當然，每個 DAO 的接口都基于 GenericDao 接口。我只需使該接口適應特定的域類并擴展該接口以包括查找器方法。在清單 6 中，可以看到為特定目的擴展的 GenericDao 接口示例：

清單 6. PersonDao 接口
public interface PersonDao extends GenericDao<Person, Long> {
??? List<Person> findByName(String name);
}

很明顯，清單 6 中定義的方法旨在按名稱查找 Person。必需的 Java 實現代碼全部是泛型代碼，在添加更多 DAO 時不需要任何更新。

配置 PersonDao

因為 Spring 配置依賴于先前定義的 “抽象” bean，因此它變得相當簡潔。我需要指出 DAO 負責哪個域類，并且需要告訴 Springs 該 DAO 應實現哪個接口（一些方法是直接使用，一些方法則是通過使用 introductions 來使用）。清單 7 展示了 PersonDAO 的 Spring 配置文件：

清單 7. PersonDao 的 Spring 配置
<bean id="personDao" parent="abstractDao">
??? <property name="proxyInterfaces">
??????? <value>genericdaotest.dao.PersonDao</value>
??? </property>
??? <property name="target">
??????? <bean parent="abstractDaoTarget">
??????????? <constructor-arg>
??????????????? <value>genericdaotest.domain.Person</value>
??????????? </constructor-arg>
??????? </bean>
??? </property>
</bean>
????????

在清單 8 中，可以看到使用了這個更新后的 DAO 版本：

清單 8. 使用類型安全接口
public void someMethodCreatingAPerson() {
??? ...
??? PersonDao dao = (PersonDao)
???? beanFactory.getBean("personDao"); // This should normally be injected

??? Person p = new Person("Per", 90);
??? dao.create(p);

??? List<Person> result = dao.findByName("Per"); // Runtime exception
}
????????

雖然清單 8 中的代碼是使用類型安全 PersonDao 接口的正確方法，但 DAO 的實現并不完整。調用 findByName() 會導致運行時異常。問題在于我還沒有實現調用 findByName() 所必需的查詢。剩下要做的就是指定查詢。為更正該問題，我使用了 Hibernate 命名查詢。

Hibernate 命名查詢

使用 Hibernate，可以在 Hibernate 映射文件 (hbm.xml) 中定義 HQL 查詢并為其命名。稍后可以通過簡單地引用給定名稱來在 Java 代碼中使用該查詢。該方法的優點之一是能夠在部署時優化查詢，而無需更改代碼。您一會將會看到，另一個優點是無需編寫任何新 Java 實現代碼，就可以實現 “完整的” DAO。清單 9 是帶有命名查詢的映射文件的示例：

清單 9. 帶有命名查詢的映射文件
?<hibernate-mapping package="genericdaotest.domain">
???? <class name="Person">
???????? <id name="id">
???????????? <generator class="native"/>
???????? </id>
???????? <property name="name" />
???????? <property name="weight" />
???? </class>

???? <query name="Person.findByName">
???????? <![CDATA[select p from Person p where p.name = ? ]]>
???? </query>
?</hibernate-mapping>
????????

清單 9 定義了域類 Person 的 Hibernate 映射，該域類具有兩個屬性：name 和 weight。Person 是具有上述屬性的簡單 POJO。該文件還包含一個在數據庫中查找 Person 所有實例的查詢，其中 “name” 等于提供的參數。Hibernate 不為命名查詢提供任何真正的名稱空間功能。出于討論目的，我為所有查詢名稱都加了域類的短（非限定）名稱作為前綴。在現實世界中，使用包括包名稱的完全類名可能是更好的主意。

逐步概述

您已經看到了為任何域對象創建和配置新 DAO 所必需的全部步驟。三個簡單的步驟是：

定義一個接口，它擴展 GenericDao 并包含所需的任何查找器方法。
將每個查找器的命名查詢添加到域對象的 hbm.xml 映射文件。
為 DAO 添加 10 行 Spring 配置文件。
查看執行查找器方法的代碼（只編寫了一次！）來結束我的討論。

4。

可重用的 DAO 類

使用的 Spring advisor 和 interceptor 很簡單，事實上它們的工作是向后引用 GenericDaoHibernateImplClass。方法名以 “find” 打頭的所有調用都傳遞給 DAO 和單個方法 executeFinder()。

清單 10. FinderIntroductionAdvisor 的實現
public class FinderIntroductionAdvisor extends DefaultIntroductionAdvisor {
??? public FinderIntroductionAdvisor() {
??????? super(new FinderIntroductionInterceptor());
??? }
}

public class FinderIntroductionInterceptor implements IntroductionInterceptor {

??? public Object invoke(MethodInvocation methodInvocation) throws Throwable {

??????? FinderExecutor genericDao = (FinderExecutor) methodInvocation.getThis();

??????? String methodName = methodInvocation.getMethod().getName();
??????? if (methodName.startsWith("find")) {
??????????? Object[] arguments = methodInvocation.getArguments();
??????????? return genericDao.executeFinder(methodInvocation.getMethod(), arguments);
??????? } else {
??????????? return methodInvocation.proceed();
??????? }
??? }

??? public boolean implementsInterface(Class intf) {
??????? return intf.isInterface() && FinderExecutor.class.isAssignableFrom(intf);
??? }
}
?

executeFinder() 方法

清單 10 的實現中惟一缺少的是 executeFinder() 實現。該代碼查看調用的類和方法的名稱，并使用配置上的約定將其與 Hibernate 查詢的名稱相匹配。還可以使用 FinderNamingStrategy 來支持其他命名查詢的方法。默認實現查找叫做 “ClassName.methodName” 的查詢，其中 ClassName 是不帶包的短名稱。清單 11 完成了泛型類型安全 DAO 實現：

清單 11. executeFinder() 的實現
public List<T> executeFinder(Method method, final Object[] queryArgs) {
???? final String queryName = queryNameFromMethod(method);
???? final Query namedQuery = getSession().getNamedQuery(queryName);
???? String[] namedParameters = namedQuery.getNamedParameters();
???? for(int i = 0; i < queryArgs.length; i++) {
???????????? Object arg = queryArgs[i];
???????????? Type argType =? namedQuery.setParameter(i, arg);
????? }
????? return (List<T>) namedQuery.list();
?}

?public String queryNameFromMethod(Method finderMethod) {
???? return type.getSimpleName() + "." + finderMethod.getName();
?}
?

結束語

在 Java 5 之前，該語言不支持編寫既類型安全又泛型的代碼，您必須只能選擇其中之一。在本文中，您已經看到一個結合使用 Java 5 泛型與 Spring 和 Hibernate（以及 AOP）等工具來提高生產率的示例。泛型類型安全 DAO 類相當容易編寫 —— 您只需要單個接口、一些命名查詢和為 Spring 配置添加的 10 行代碼 —— 而且可以極大地減少錯誤并節省時間。

幾乎本文的所有代碼都是可重用的。盡管您的 DAO 類可能包含此處沒有實現的查詢和操作類型（比如，批操作），但使用我所展示的技術，您至少應該能夠實現其中的一部分。參閱參考資料了解其他泛型類型安全 DAO 類實現。

致謝

自 Java 語言中出現泛型以來，單個泛型類型安全 DAO 的概念已經成為主題。我曾在 JavaOne 2004 中與 Don Smith 簡要討論了泛型 DAO 的靈活性。本文使用的 DAO 實現類旨在作為示例實現，實際上還存在其他實現。例如，Christian Bauer 已經發布了帶有 CRUD 操作和標準搜索的實現，Eric Burke 也在該領域做出了工作。我確信將會有更多的實現出現。我要額外感謝 Christian，他目睹了我編寫泛型類型安全 DAO 的第一次嘗試并提出改進建議。最后，我要感謝 Ramnivas Laddad 的無價幫助，他審閱了本文。

posted @ 2006-08-31 22:36 rendong 閱讀(307) | 評論 (0) | 編輯收藏

工作資料

摘要: http://www.aygfsteel.com/zqli/archive/2006/08/29/66394.aspx 生成有4個隨機數字和雜亂背景的圖片，數字和背景顏色會改變，服務器端刷新（用history.go(-1)也會變）原型參考ALIBABA??http://china.alibaba.com/member/showimage------------產生驗證碼圖片的文件---... 閱讀全文

posted @ 2006-08-29 23:44 rendong 閱讀(442) | 評論 (1) | 編輯收藏

一位大四學生的面試經歷和體會（http://www.best-code.com/favorite/articles/80.aspx）

做為一名大四的學生,我面試過不少的單位，有成功的也有失敗的，但是對我來說所有的失敗在某種意義上都是一種成功，特別是我下面寫的這些，寫這篇文章的時，我已經簽了南京的一家軟件公司，但是想起今年2月21日我面試蘇州臺灣的IT公司的經歷聯想到我們現在學習編程的一些情況我真的深有感觸，這次面試使我深深的體會到了失敗但也收獲了很多。??
<a >www.best-code.com</a>

????????我要說的將分成三部分，
????????1.是我面試的具體經過
????????2.是由面試想到的
????????3.現今我應該做的。
????????當然這些話很大程度上是我個人的意見，不可能完全得到大家的贊同，所以??在某些觀點上如果哪位朋友覺得跟我的有很大出入，請不要介意，也不要對我攻擊，就當我??沒有說過，歡迎和我聯系共同探討這些問題！我的EMAIL:wutao8@263.net??

1.面試經過??
大約在年前我接到了臺灣瑞晟(Realtek)蘇州公司的面試通知，通知我2月21日到蘇州工業園區面試，接到面試后的幾天我把一些專業課溫習了一遍，特別是C++和數據結構，由于大學幾年里，我一直專研這些方面，加上通過了高級程序員的考試，對于一些常用的算法我差不多也??達到了爛熟于胸的地步，當時的感覺是如果問了我這些方面的問題我應該是沒有問題的！

21日那天我被安排在4：30面試，由一位技術人員單獨給我面試，在問了一些簡單的問題之后??,他給我出了一道編程題目，題目是這樣的：

(由于具體面試的題目比較煩瑣，我將其核心思想提取出來分解成……（亂碼）??

1)??寫一個函數計算當參數為n(n很大)時的值??1-2+3-4+5-6+7......+n??
哼，我的心里冷笑一聲！沒想到這么簡單，我有點緊張的心情頓時放松起來！??
于是很快我給出我的解法：??

long??fn(long??n)??
{??
????long??temp=0;??
????int??i,flag=1;??
????if(n<=0)??
????{??
????????????printf("error:??n??must??>??0);??
????????????exit(1);??
????????}??
????for(i=1;i<=n;i++)??
????{??
????????????temp=temp+flag*i;??
????????????flag=(-1)*flag;??
????}??
????????????return??temp;??
}

????????搞定！當我用期待的目光看著面試官的時候，他微笑著跟我說，執行結果肯定是沒有問題！??但當n很大的時候我這個程序執行效率很低，在嵌入式系統的開發中，程序的運行效率很重要??，能讓CPU少執行一條指令都是好的，他讓我看看這個程序還有什么可以修改的地方，把程序??優化一下！聽了這些話，我的心情當時變的有點沉重，沒想到他的要求很嚴格，之后我對程序??進行了嚴格的分析，給出了改進了的方案！??

long??fn(long??n)??
{??
????????long??temp=0;??
????????int??j=1,i=1,flag=1;??
????????if(n<=0)??
????{??
????????????printf("error:??n??must??>??0);??
????????????exit(1);??
????????}??
????????while(j<=n)??
????????{??
????????????temp=temp+i;??
????????????i=-i;??
????????????i>0?i++:i--;??
????????????j++;??
????????}??
????????return??temp;??
}??

????????雖然我不敢保證我這個算法是最優的，但是比起上一個程序，我將所有涉及到乘法指令的語??句改為執行加法指令，既達到要題目的要求而且運算時間上縮短了很多！而代價僅僅是增加了??一個整型變量！但是我現在的信心已經受了一點打擊，我將信將疑的看者面試官，他還是微笑??著跟我說：“不錯，這個程序確實在效率上有了很大的提高！”我心里一陣暗喜！但他接著說這個程序仍然不能達到他的要求，要我給出更優的方案！天啊！還有優化！我當時真的有點崩??潰了，想了一會后，我請求他給出他的方案！然后他很爽快的給出了他的程序！??

long??fn(long??n)??
{??
????????if(n<=0)??
????{??
????????????printf("error:??n??must??>??0);??
????????????exit(1);??
????????}??
????if(0==n%2)??
????return??(n/2)*(-1);??
????else??
????return??(n/2)*(-1)+n;??
}??

????????搞笑，當時我目瞪口呆，沒想到他是這個意思，這么簡單的代碼我真的不會寫嗎，但是我為??什么沒有往那方面上想呢！他說的沒有錯，在n很大很大的時候這三個程序運行時間的差別簡??直是天壤之別！當我剛想開口說點什么的時候，他卻先開口了：“不要認為CPU運算速度快就??把所有的問題都推給它去做，程序員應該將代碼優化再優化，我們自己能做的決不要讓CPU做??，因為CPU是為用戶服務的，不是為我們程序員服務的！”多么精辟的語言，我已經不想再說??什么了！接著是第二個問題：??
他要求我用一種技巧性的編程方法來用一個函數實現兩個函數的功能n為如：

fn1(n)=n/2!+n/3!+n/4!+n/5!+n/6!??
fn2(n)=n/5!+n/6!+n/7!+n/8!+n/9!??

現在用一個函數fn(int??n,int??flag)實現，當flag為0時??，實現fn1功能，如果flag為1時實現fn2功能！他的要求還是效率，效率，效率！說實在話，??如果我心情好的話我應該能給出一種比較好的算法，但我那時真的沒有什么心思再想了，
我在??紙上胡亂畫了一些諸如6!=6*5!的公式后直截了當的跟他說要他給出他的答案！面試官也沒有??說什么，給出了他的思路：
定義一個二維數組??float??t[2][5]存入[2!,3!,4!,5!,6!},{5!??,6!??,7!,8!,9!]然后給出一個循環：??

for(i=0;i<6;i++)??
{??
????temp=temp+n/t[flag][i];??
}??

最后得到計算值！呵呵，典型的空間換時間的算法！??
這些總共花了50分鐘的時間，還有十分鐘我就跟他很隨意的聊聊天，聊了一些編程以及生活??的問題，那時的我已經很放松了，因為我知道這次面試結果只有一個：失敗。5:30的時候面試官要我等通知，于是我離開了他們公司。這就是面試的整個經過！??

2.由面試想到的??

真的是很失敗啊！我記得那天下好大的雨，氣溫也很低，我邊走邊想，從5:30一直走到7:30??，全身都濕透了，又冷又餓，但是我只是一直走，腦子里面充滿了疑惑，我也想讓雨把自己淋??醒！看到這里有些朋友可能覺得那些面試題目不算什么如果讓自己做的話肯定能全部答對，我??肯定相信你，因為我從未懷疑過中國程序員的能力，我認為中國有世界上最好的程序員，我也??從未認為自己是高手，所以我做不出來不代表中國程序員比臺灣或者別的地方的程序員差，所??
以我就從我的角度，我的所見所想來談一些感想：??

不錯全世界都有優秀的程序員，中國也不例外，但是我疑惑的是：到底中國和臺灣或者國外??的優秀的程序員的比例到底是多少？臺灣我不知道，中國100個程序員里有幾個是優秀的呢?我??根本算不上，從上面的表現就足以說明一切了！是1個？5個？10個？50個？這個數字我不敢亂??猜，恐遭網友一頓痛罵，那么我們國內有多少人學習計算機呢？拿我們學校來說，計算機97級??4個班，98級5個班，99級10個班，2000級17個班，人多了，老師怎么辦？我們學校的做法是讓??研究生上課，然后呢？補考一抓一大把，大把大把的補考費落入了學校的口袋，還說現在的學??
生素質低！真是好笑，我都不知道學校這么做是為了什么，為國內培養大量的程序員嗎？學生??們能真正學到計算機知識嗎？好了，我敢講，在我們學校學習編程學生和優秀程序員(注意我??指的是優秀，只會編幾個糟爛程序的人算不上)的比例應該是100:0.1??在這種比例下雖然我們中國學習編程的人鋪天蓋地，但是想想有多少個人能真正為中國軟件??業發展作出貢獻，有多少人能真正寫出優秀的程序名揚海外！??

我從學習編程以來，不管是自學還是老師指導，從來都是解決問題就好，編出程序來就行，??我的疑惑是：我們有真正的強調過程序的效率，程序的質量嗎？我們有仔細分析過我們寫的東??西，看看有沒有可以改進的地方，看看有沒有簡單的方法來達到同樣的目的呢？我問心自問，??我發現，我從來沒有對我寫出來的程序進行過優化，最多就是進行詳細的測試，然后Debug，??但是這就足夠了嗎？這些天我偶爾發現我曾經寫過的一個游戲，那是一年做為??其中一員時候，感覺應該拿點東西出來，然后花了一個星期的時間寫出來的！程序不算復雜，??
但是用到了不少數據結構的東西，也用到了一些精彩的算法，加上windows的界面和游戲的可??玩性，寫完后受到了不少好評，我當時真的很佩服自己！但是現在看呢：沒有一句注釋，好多??丑陋的函數名比如：void??chushihua()，好多沒有必要的變量，可以用簡單語句完成工作的我??使用華麗的算法，大量使用全局變量.....,說不好聽的話，六百多行的程序除了能運行之外就??
是一陀屎！如果一年前我能聽到一些反面意見的話，大概我能早一點覺悟，但是自原代碼在??網站發布以來聽到的都是贊美之詞，沒有一個人向我提出程序改進的意見，這又說明了一個什??么問題呢？很值得思考啊！??

還有一個疑惑是：我們說的和做的真的一樣嗎？我在學校的時候曾經受學院指派承辦過一個??計算機大賽，請了一個老師出決賽的題目，主要是一些算法題目，這個老師可能是我上大學以??來唯一敬佩的老師了，從程序調試到打分，對于每個程序都仔細分析其時間效率和空間效率，??然后綜合打分，四十個人的卷子，老師從下午三點一直調試到晚上十點，在有些寫的精彩的語??句后還加上批注。我真是高興很遇到這樣的老師并且和他做深入的交流，但在事后，卻發生了??一件不愉快的事，在比賽中獲得第二名的學生找到我，說他程序全部調試成功應該給他滿分，??并且應該得第一，我說不過他，最后調出了他的原程序和第一名的原程序對比，錯，兩個程??序都運行的很好，這時，那個同學開口了：“我的程序寫的十分簡捷明了，僅僅數行就完成了??題目要求，而他的卻寫了一大堆，為什么給他的分多過給我的分。”我當時很是氣憤，如果不??是老師負責的話，那么現在第一名和第二名的位置真的要互調了，拜托，不是程序的行數越少??程序的質量就越高，我記得我跟他大談這方面的道理，最后說服他了！哈哈，但是我，只能說??說而已，我不知道還有多少人一樣，說起來頭頭是道，但心里卻壓根就從未重視過它！??

3.我打算做的！??
其實那天我想到的遠不止上面那么多，但是我不想再說了，因為我猜想看這篇文章的網友大??概都有一肚子的感想，一肚子的抱怨，借用這篇文章發泄可不是我想達到的目的，在上面我把??自己罵的一文不值也不是妄自菲薄，但是在某些方面我真的做錯了，或者說是偏離了正確方向??，現在是矯正方向和重整旗鼓的時候了，就象我前面說過的，我相信中國有世界上最好的程序??員，我也相信我的水平不會一直保持現狀，我現在就收拾起牢騷真正的實干起來！??真的很巧，就寫到這里的時候我在網上偶爾發現了這篇手冊，我不知道這預示著什么，但是??我想如果我照下面這個基本原則一直踏實做下去，我一定會實現我的理想---一名優秀的軟件設計師!??

（下面這些文字不是我的原創，是我偶爾在網上發現的，我真的很幸運能看到這些，這篇文??章也隨著下面的文字而結束，我真心的希望您能從這篇文章中得到啟發,這篇文章歡迎大家隨??意轉載！）??

作者：金蝶中間件公司CTO袁紅崗??

不知不覺做軟件已經做了十年，有成功的喜悅，也有失敗的痛苦，但總不敢稱自己是高手，??因為和我心目中真正的高手們比起來，還差的太遠。世界上并沒有成為高手的捷徑，但一些基??本原則是可以遵循的。??

　　1.??扎實的基礎。數據結構、離散數學、編譯原理，這些是所有計算機科學的基礎，如果??不掌握他們，很難寫出高水平的程序。據我的觀察，學計算機專業的人比學其他專業的人更能??寫出高質量的軟件。程序人人都會寫，但當你發現寫到一定程度很難再提高的時候，就應該想??想是不是要回過頭來學學這些最基本的理論。不要一開始就去學OOP，即使你再精通OOP，遇到??一些基本算法的時候可能也會束手無策。??

　　2.??豐富的想象力。不要拘泥于固定的思維方式，遇到問題的時候要多想幾種解決問題的??方案，試試別人從沒想過的方法。豐富的想象力是建立在豐富的知識的基礎上，除計算機以外??，多涉獵其他的學科，比如天文、物理、數學等等。另外，多看科幻電影也是一個很好的途徑??。??

　　3.??最簡單的是最好的。這也許是所有科學都遵循的一條準則，如此復雜的質能互換原理??在愛因斯坦眼里不過是一個簡單得不能再簡單的公式：E=mc^2。簡單的方法更容易被人理解，??更容易實現，也更容易維護。遇到問題時要優先考慮最簡單的方案，只有簡單方案不能滿足要??求時再考慮復雜的方案。??

　　4.??不鉆牛角尖。當你遇到障礙的時候，不妨暫時遠離電腦，看看窗外的風景，聽聽輕音??樂，和朋友聊聊天。當我遇到難題的時候會去玩游戲，而且是那種極暴力的打斗類游戲，當負??責游戲的那部分大腦細胞極度亢奮的時候，負責編程的那部分大腦細胞就得到了充分的休息。??當重新開始工作的時候，我會發現那些難題現在竟然可以迎刃而解。??

　　5.??對答案的渴求。人類自然科學的發展史就是一個渴求得到答案的過程，即使只能知道??答案的一小部分也值得我們去付出。只要你堅定信念，一定要找到問題的答案，你才會付出精??力去探索，即使最后沒有得到答案，在過程中你也會學到很多東西。??

　　6.??多與別人交流。三人行必有我師，也許在一次和別人不經意的談話中，就可以迸出靈??感的火花。多上上網，看看別人對同一問題的看法，會給你很大的啟發。??

　　7.??良好的編程風格。注意養成良好的習慣，代碼的縮進編排，變量的命名規則要始終保??持一致。大家都知道如何排除代碼中錯誤，卻往往忽視了對注釋的排錯。注釋是程序的一個重??要組成部分，它可以使你的代碼更容易理解，而如果代碼已經清楚地表達了你的思想，就不必??再加注釋了，如果注釋和代碼不一致，那就更加糟糕。??
www.best-code.com
　　8.??韌性和毅力。這也許是"高手"和一般程序員最大的區別。A??good??programming??is??99??weat??and??1ffee。高手們并不是天才，他們是在無數個日日夜夜中磨練出來的。成功能給??我們帶來無比的喜悅，但過程卻是無比的枯燥乏味。你不妨做個測試，找個10000以內的素數??表，把它們全都抄下來，然后再檢查三遍，如果能夠不間斷地完成這一工作，你就可以滿足這??一條。??
　??
　　這些是我這幾年程序員生涯的一點體會，希望能夠給大家有所幫助。

posted @ 2006-08-05 15:10 rendong 閱讀(435) | 評論 (2) | 編輯收藏

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

昨天的問題解決了

hibernate連接sqlserver2000問題的解決

高級 DAO 編程

常用鏈接

留言簿(5)

隨筆分類

隨筆檔案

好的blog

好的站點

搜索

最新評論

閱讀排行榜

評論排行榜

學習--共同努力
BlogJava \| 首頁 \| 發新隨筆 \| 發新文章 \| 聯系 \| 聚合 \| 管理	隨筆：48 文章：0 評論：18 引用：0