1.找到并學會用日歷組件//未完成
2.日志文件中的事件ID//這個比較重要，去圖書館查未果,如果這個不是我想象的那樣，我這幾天的工作就白做了。
3.用JAVATIMER組件做的東西//eggtimer完成，算是2的一個后路
4.JAVA連接SQLSERVER//完成，下了一個sp4,也在softhit下的，就在我下sqlserver2000的目錄旁邊..安裝了一下原來就有的DJ反編譯器，嘿嘿
5.c#監視進程？//未完成
6.NT啟動后，tomcat啟動嗎？//未完成
7.怎么判斷哪一條是最新的日志？//這個比較搞笑，懷疑效率太低，不愿意全部遍歷，拜托WY在MSDN上面找，忽然靈感開竅…，原來MS默認按升序排列是有一定道理的，有了思路，卻寫不出來..自己還是面向過程的思維，后來想想java怎么寫，終于寫出了一個別扭的程序。跟人學了打包…又想到目錄問題，就找了獲得當前目錄的方法。
8.c#連接數據庫//因為考慮啟動時候，sqlserver有可能未啟動，就放棄

暫時想到了這么多：

eclilpse（日蝕, 月蝕） 與 sun

hibernate（冬眠） 與 spring

jakarta（雅加達）與java

tomcat里各個組件從上到下：catalina（遠程轟炸機）tomcat（雄貓轟炸機f14）bootstap
(引導）engine(發動機）host context

JAVA里的異常分為兩大類的checked exception和unchecked exception
unchecked exception也就是runtime excerption 它的拋出通常是因為我們程序自身的問題 也就是說 我們編的程序問有問題 我們不用拋出這類異常 編譯器會幫我們拋出的
而checked exception就是像IOException這樣的異常 通常是需要程序員拋出的 也是通過try catch或者throw來拋出的

1.usage of MessageResources

import org.apache.struts.util.MessageResources;

MessageResources messages =MessageResources.getMessageResources("cn/edu/ouc/ky2/ApplicationResources");

messages.getMessage("experts.MAJOR_NAME")

2.普通的java類,這樣更為通用一些

MessageResources resources =(MessageResources) pageContext.getServletContext().getAttribute(Globals.MESSAGES_KEY);
out.println(resources.getMessage("experts.MAJOR_NAME"));

Log4j最簡入門

by zhlmmc

Log4j實在是很熟悉，幾乎所有的Java項目都用它啊。但是我確一直沒有搞明白。終于有一天我受不了了，定下心去看了一把文檔，才兩個小時，我終于搞明白了。一般情況下Log4j總是和Apache Commons-logging一起用的，我也就一起介紹吧。多了個東西不是更麻煩，而是更簡單！

<!--[if !supportLists]-->一、<!--[endif]-->Log4j的簡單思想

Log4j真的很簡單，簡單到令人發指的地步。不是要記錄日志嗎？那就給你一個Log，然后你用Log來寫東西就行了，先來一個完整類示例：

package test;

import org.apache.commons.logging.Log;

import org.apache.commons.logging.LogFactory;

public class Test {

        static Log log = LogFactory.getLog(Test.class);

        public void log(){

           log.debug("Debug info.");

           log.info("Info info");

           log.warn("Warn info");

           log.error("Error info");

           log.fatal("Fatal info");

        }

        /**

         * @param args

         */

        public static void main(String[] args) {

           Test test = new Test();

           test.log();

        }

}

別怕，看完這篇文章你就會覺得很簡單了。

        Log4j默認把日志信息分為五個等級

        debug < info < warn < error < fatal

雖然可以自己添加等級，但是我覺得沒有必要，五個夠用了吧！你要寫入信息的時候就把信息歸為五個等級中的一個，然后調用相應的函數即可。

    分五個等級到底有什么用呢？日志信息到底寫到哪里去了？

    “LogFactory.getLog(Test.class)”又是什么意思捏？接著往下看吧！

Log4j的關鍵之處在于它的繼承思想。也就是一個Log可以繼承另外一個Log的屬性（輸出到哪里，日志等級，日志格式等等）。怎么繼承？

Log4j是根據Log的名字來判斷繼承關系的，比如：

名字為“com.zhlmmc.lib”的Log就是“com.zhlmmc.lib.log”的parent，明白了吧！Log4j還有一個rootLogger，相當于Java的Object。

回過頭來看“LogFactory.getLog(Test.class)”這里的“Test.class”事實上傳進去的是Test這個類的完整路徑（包名+類名），“test.Test”。這樣如果存在“test”這個Log那么Test這個Log就繼承它，否則就繼承rootLogger。 

    那具體的Log屬性是在哪里定義的呢？

<!--[if !supportLists]-->二、<!--[endif]-->常見的配置文件

雖然可以用xml或者在運行時用Java來配置Log4j，但還是properties文件好用啊！

log4j.rootLogger=info, stdout

log4j.appender.stdout=org.apache.log4j.ConsoleAppender

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

# Pattern to output the caller's file name and line number.

log4j.appender.stdout.layout.ConversionPattern=%5p [%t] (%F:%L) - %m%n

分析一下：

第一行，配置log4j.rootLogger你明白吧。應為它是根，總得配置一下，否則別的Log繼承什么啊。其他的Log可以配置也可以不配置。等號后面的第一個參數表示日志級別，可以填五個級別中的一種，后面的參數都是讓Log知道輸出到哪里，如果你想讓日志輸出到兩個地方就加兩個輸出參數，比如：

 

log4j.rootLogger=info, stdout, file

這里的info表示，該Log的日志級別為info，所有級別小于info的日志都不會被記錄。比如使用這個配置文件的話，我剛開始舉的那個類中

 

log.debug("Debug info.");

這句話是不起作用的，因為debug的級別小于info。這樣就很容易控制什么信息在調試的時候要顯示，什么信息在發布的時候要去掉。這些都不用改代碼，很方便吧。

但，stdout和file又是什么呢？

接著往下看，就是配置stdout了，這個名字是隨便取的，你可以叫它A：

 

log4j.appender.A=org.apache.log4j.ConsoleAppender

那么上面的rootLogger的參數stdout也要改成A，其他用到的地方當然也要改。這里的關鍵不是名字，而是appender類型，比如這里的“ConsoleAppender”，看明白了吧，輸出到Console。后面兩行都是設置日志格式的，一般情況下你就照抄吧。既然是最簡入門關注于理解Log4j的工作原理，我就不介紹file類型的appender了，一搜一大把。

在實際的項目開發中，很可能遇到所引用的包用Log4j來記錄日志，比如Hibernate。那么在這里你可以很容易的控制這個包如何記錄日志。比如在上面的配置文件中加一行：

 

log4j.logger.org.hibernate=fatal

    那么所有org.hibernate包下面的類就只會顯示很少的信息，因為fatal的級別最高啊。

<!--[if !supportLists]-->三、<!--[endif]-->部署

別怕，這可不是部署Tomcat。把log4j的包和commons-logging的包（加在一起才兩個）放到classpath下面。然后把配置文件保存為log4j.properties，也放在classpath下面（如果用Eclipse的話，放在src目錄下即可）。然后你就可以跑了。

盡管Struts框架提供了有效的異常處理機制，但不能保證處理所有的錯誤，這時Struts框架會把錯誤拋給Web容器，在默認情況下Web容器會向用戶瀏覽器直接返回原始信息。如果想避免直接讓用戶看到這些原始信息，可以在web.xml中配置<error-page>元素，以下代碼演示了如何避免用戶看到HTTP 404、HTTP 500錯誤和Exception異常。

web.xml:
  <error-page>
    <error-code>404</error-code>
    <location>/exception/error404.jsp</location>
  </error-page>
  <error-page>
    <error-code>500</error-code>
    <location>/exception/error500.jsp</location>
  </error-page>
  <error-page>
    <exception-type>java.lang.Exception</exception-type>
    <location>/exception/default.jsp</location>
  </error-page>
當WEB容器捕獲到exception-type或error-code指定的錯誤時將跳到由location指定的頁面。

? 問題：當form bean 為動態bean時，在action中無法對form bean數據進行驗證，因為formbean沒有具體實現類。action中無法引用
? ActionError/ActionErrors/ActionMessage/ActionMessages:

有時候你需要向用戶提供相關處理信息，包括表單驗證時發現錯誤等。
1. 相關類介紹：
ActionMessage：用于保存一個與資源束對應的提示信息。主要構造函數如：
ActionMessage(String message)；
ActionMessage(String message,paramater)。

ActionMessages:用于保存多個ActionMessage。并在html:errors 和html:messages中起作用。
主要構造函數：
ActionMessages().
主要方法是add(String property,ActionMessage message)
ActionMessages有一個HashMap類型messages保存多個ActionMessage對象，每個ActionMessage對象都有唯一的一個property標識。這個property可以是自定義的任意字符串，也可以由org.apache.struts.action.ActionMessages.GLOBAL_MESSAGE指定
html:messages/html:errors使用property屬性訪問某個資源

ActionErrors：用于保存一個與資源束對應的錯誤信息。用法跟ActionMessages差不多。
ActionError不贊成使用。


2. 版本：
struts1.1中用ActionErrors報告錯誤，用ActionMessages提供信息。
在struts1.2中使用ActionMessages提供信息和錯誤，不贊成使用ActionError
struts1.3中已經沒有ActionError類了。

3． AtionErrors和ActionMessages的區別

1． ActionErrors是ActionMessages的一個子類，功能幾乎相同，不同點在于標簽<html:errors/>和<html:messages>的使用上的區別。
html:errors指定了footer和header屬性。默認值為errors.header和errors.footer,需要時可以自己指定。如果資源屬性文件配置了 errors.header和errors.footer，則任何時候使用html:errors時開頭和結尾都是這兩個屬性對應的資源信息。
而html:message默認情況下沒有errors.header和errors.footer值，當然可以自己指定。

2． html:errors可以根據property屬性指定顯示一個錯誤信息。html:messages有一個必添項id。html:messages不能直接顯示信息，它將選出的信息放入一個用id標識的Iterator對象里，然后在用ben:write或JSTL c:out標簽顯示每個信息.例如：
<html:messages message="true" id="msg">
    <c:out value="${msg}"/><br />
</html:messages>

3. 具體的一個例子：
接受輸入頁面input.jsp:

  <html:form action="/errormessage/input">
    phoneNumber : <html:text property="phoneNumber"/> <html:errors     property="<%=org.apache.struts.action.ActionMessages.GLOBAL_MESSAGE %>"/><br/>
  <html:submit/><html:cancel/>
  </html:form>

struts-config.xml:
  <form-beans >
    <form-bean name="inputForm" type="cn.rolia.struts.form.errorexception.InputForm" />
  </form-beans>
  <action-mappings >
    <action
      attribute="inputForm"
      input="/errormessage/input.jsp"
      name="inputForm"
      path="/errormessage/input"
      scope="request"
      type="com.yourcompany.struts.action.errormessage.InputAction"
      validate="false">
      <forward name="success" path="/errormessage/success.jsp" />
    </action>
  </action-mappings>

InputAction.java:

public ActionForward execute(ActionMapping mapping, ActionForm form,
    HttpServletRequest request, HttpServletResponse response) {
  cn.rolia.struts.form.errorexception.InputForm inputForm = (cn.rolia.struts.form.errorexception.InputForm) form;// TODO Auto-generated method stub
  String phoneNumber = inputForm.getPhoneNumber();
  if(phoneNumber.length()<4){
  ActionErrors messages = new ActionErrors();
    messages.add(org.apache.struts.action.ActionMessages.GLOBAL_MESSAGE,new ActionMessage("error.errormessage.input"));
    this.saveErrors(request, messages);
    return mapping.getInputForward();
  }

  return mapping.findForward("success");
}
解說：用戶輸入手機號碼，頁面跳轉到InputAction控制層進行處理，若輸入數據小于4，則創建一個ActionMessage類存儲相關錯誤信息。然后再創建ActionErrors類將此ActionMessage放入ActionErrors。再調用Action的saveErrors方法將此ActionErrors保存的request范圍里，然后返回input.jsp頁面要求重新輸入并用html:errors提示錯誤信息。

4. Action包含saveErrors()方法和saveMessages()方法。如果創建的ActionErrors則應該調用saveErrors()，若創建的是ActionMessages則應該調用saveMessages()方法。
saveErrors()接收ActionMessages而不是ActionErrors;同時將其保存在request中并用一個由org.apache.struts.Globals.ERROR_KEY指定的常量” org.apache.struts.Globals.ERROR_KEY”標識這個ActionMessages，便于html:errors查找。saveMessages()方法接收ActionMessages同時將其保存在request中并用一個由org.apache.struts.Globals.MESSAGE_KEY指定的常量” org.apache.struts.Globals.MESSAGE_KEY”標識這個ActionMessages，進而讓html:messages從常量Globals.ERROR_KEY中遍歷獲取信息。可以將其屬性message設置為true，那么它將從常量Globals.MESSAGE_KEY中遍歷獲取信息。

5. 默認情況下html:messages從
如果你想將信息保存在session里而不是request，struts1.2提供了
struts1.1沒有的saveMessages(HttpSession session, ActionMessages messages)方法和saveErrors(javax.servlet.http.HttpSession session, ActionMessages errors)方法。
InputAction.java:

public ActionForward execute(ActionMapping mapping, ActionForm form,
    HttpServletRequest request, HttpServletResponse response) {
cn.rolia.struts.form.errorexception.InputForm inputForm = (cn.rolia.struts.form.errorexception.InputForm) form;// TODO Auto-generated method stub
  String phoneNumber = inputForm.getPhoneNumber();
  if(phoneNumber.length()<4){
    ActionErrors messages = new ActionErrors();
    messages.add(org.apache.struts.action.ActionMessages.GLOBAL_MESSAGE,new ActionMessage("error.errormessage.input"));
    this.saveErrors(request.getSession(true), messages);
    return mapping.getInputForward();
  }

  return mapping.findForward("success");
}

 

工廠模式：根據調用數據返回某個類的一個實例，此類可以是多個類的某一個類，通常，這些類滿足共同的規則或父類。調用者只關心：是否滿足某種規范和是否可供自己正常調用。
廠模式定義:提供創建對象的接口.

為何使用?
工廠模式是我們最常用的模式了,著名的Jive論壇 ,就大量使用了工廠模式，工廠模式在Java程序系統可以說是隨處可見。

為什么工廠模式是如此常用？因為工廠模式就相當于創建實例對象的new，我們經常要根據類Class生成實例對象，如A a=new A() 工廠模式也是用來創建實例對象的，所以以后new時就要多個心眼，是否可以考慮實用工廠模式，雖然這樣做，可能多做一些工作，但會給你系統帶來更大的可擴展性和盡量少的修改量。

我們以類Sample為例， 如果我們要創建Sample的實例對象:

Sample sample=new Sample();

可是，實際情況是，通常我們都要在創建sample實例時做點初始化的工作,比如賦值 查詢數據庫等。

首先，我們想到的是，可以使用Sample的構造函數，這樣生成實例就寫成:

Sample sample=new Sample(參數);

但是，如果創建sample實例時所做的初始化工作不是象賦值這樣簡單的事，可能是很長一段代碼，如果也寫入構造函數中，那你的代碼很難看了（就需要Refactor重整）。

為什么說代碼很難看，初學者可能沒有這種感覺，我們分析如下，初始化工作如果是很長一段代碼，說明要做的工作很多，將很多工作裝入一個方法中，相當于將很多雞蛋放在一個籃子里，是很危險的，這也是有背于Java面向對象的原則，面向對象的封裝(Encapsulation)和分派(Delegation)告訴我們，盡量將長的代碼分派“切割”成每段，將每段再“封裝”起來(減少段和段之間偶合聯系性)，這樣，就會將風險分散，以后如果需要修改，只要更改每段，不會再發生牽一動百的事情。

在本例中，首先，我們需要將創建實例的工作與使用實例的工作分開, 也就是說，讓創建實例所需要的大量初始化工作從Sample的構造函數中分離出去。

這時我們就需要Factory工廠模式來生成對象了，不能再用上面簡單new Sample(參數)。還有,如果Sample有個繼承如MySample, 按照面向接口編程,我們需要將Sample抽象成一個接口.現在Sample是接口,有兩個子類MySample 和HisSample .我們要實例化他們時,如下:

Sample mysample=new MySample();
Sample hissample=new HisSample();

隨著項目的深入,Sample可能還會"生出很多兒子出來", 那么我們要對這些兒子一個個實例化,更糟糕的是,可能還要對以前的代碼進行修改:加入后來生出兒子的實例.這在傳統程序中是無法避免的.

但如果你一開始就有意識使用了工廠模式,這些麻煩就沒有了.

工廠方法
你會建立一個專門生產Sample實例的工廠:

public class Factory{ 　　public static Sample creator(int which){ 　　//getClass 產生Sample 一般可使用動態類裝載裝入類。 　　if (which==1) 　　　　return new SampleA(); 　　else if (which==2) 　　　　return new SampleB(); 　　} }

那么在你的程序中,如果要實例化Sample時.就使用

Sample sampleA=Factory.creator(1);

這樣,在整個就不涉及到Sample的具體子類,達到封裝效果,也就減少錯誤修改的機會,這個原理可以用很通俗的話來比喻:就是具體事情做得越多,越容易范錯誤.這每個做過具體工作的人都深有體會,相反,官做得越高,說出的話越抽象越籠統,范錯誤可能性就越少.好象我們從編程序中也能悟出人生道理?呵呵.

使用工廠方法 要注意幾個角色，首先你要定義產品接口，如上面的Sample,產品接口下有Sample接口的實現類,如SampleA,其次要有一個factory類，用來生成產品Sample，如下圖，最右邊是生產的對象Sample：

進一步稍微復雜一點，就是在工廠類上進行拓展，工廠類也有繼承它的實現類concreteFactory了。

抽象工廠
工廠模式中有: 工廠方法(Factory Method) 抽象工廠(Abstract Factory).

這兩個模式區別在于需要創建對象的復雜程度上。如果我們創建對象的方法變得復雜了,如上面工廠方法中是創建一個對象Sample,如果我們還有新的產品接口Sample2.

這里假設：Sample有兩個concrete類SampleA和SamleB，而Sample2也有兩個concrete類Sample2A和SampleB2

那么，我們就將上例中Factory變成抽象類,將共同部分封裝在抽象類中,不同部分使用子類實現，下面就是將上例中的Factory拓展成抽象工廠:

public abstract class Factory{ 　　public abstract Sample creator(); 　　public abstract Sample2 creator(String name); } public class SimpleFactory extends Factory{ 　　public Sample creator(){ 　　　　......... 　　　　return new SampleA 　　} 　　public Sample2 creator(String name){ 　　　　......... 　　　　return new Sample2A 　　} } public class BombFactory extends Factory{ 　　public Sample creator(){ 　　　　...... 　　　　return new SampleB 　　} 　　public Sample2 creator(String name){ 　　　　...... 　　　　return new Sample2B 　　} }

從上面看到兩個工廠各自生產出一套Sample和Sample2,也許你會疑問，為什么我不可以使用兩個工廠方法來分別生產Sample和Sample2?

抽象工廠還有另外一個關鍵要點，是因為 SimpleFactory內，生產Sample和生產Sample2的方法之間有一定聯系，所以才要將這兩個方法捆綁在一個類中，這個工廠類有其本身特征，也許制造過程是統一的，比如：制造工藝比較簡單，所以名稱叫SimpleFactory。

在實際應用中，工廠方法用得比較多一些，而且是和動態類裝入器組合在一起應用，

舉例

我們以Jive的ForumFactory為例，這個例子在前面的Singleton模式中我們討論過，現在再討論其工廠模式:

public abstract class ForumFactory { 　　private static Object initLock = new Object(); 　　private static String className = "com.jivesoftware.forum.database.DbForumFactory"; 　　private static ForumFactory factory = null; 　　public static ForumFactory getInstance(Authorization authorization) { 　　　　//If no valid authorization passed in, return null. 　　　　if (authorization == null) { 　　　　　　return null; 　　　　} 　　　　//以下使用了Singleton 單態模式 　　　　if (factory == null) { 　　　　　　synchronized(initLock) { 　　　　　　　　if (factory == null) { 　　　　　　　　　　　　...... 　　　　　　　　　　try { 　　　　　　　　　　　　　　//動態轉載類 　　　　　　　　　　　　　　Class c = Class.forName(className); 　　　　　　　　　　　　　　factory = (ForumFactory)c.newInstance(); 　　　　　　　　　　} 　　　　　　　　　　catch (Exception e) { 　　　　　　　　　　　　　　return null; 　　　　　　　　　　} 　　　　　　　　} 　　　　　　} 　　　　} 　　　　//Now, 返回 proxy.用來限制授權對forum的訪問 　　　　return new ForumFactoryProxy(authorization, factory, 　　　　　　　　　　　　　　　　　　　　factory.getPermissions(authorization)); 　　} 　　//真正創建forum的方法由繼承forumfactory的子類去完成. 　　public abstract Forum createForum(String name, String description) 　　throws UnauthorizedException, ForumAlreadyExistsException; 　　.... }

因為現在的Jive是通過數據庫系統存放論壇帖子等內容數據,如果希望更改為通過文件系統實現,這個工廠方法ForumFactory就提供了提供動態接口:

private static String className = "com.jivesoftware.forum.database.DbForumFactory";

你可以使用自己開發的創建forum的方法代替com.jivesoftware.forum.database.DbForumFactory就可以.

在上面的一段代碼中一共用了三種模式,除了工廠模式外,還有Singleton單態模式,以及proxy模式,proxy模式主要用來授權用戶對forum的訪問,因為訪問forum有兩種人:一個是注冊用戶 一個是游客guest,那么那么相應的權限就不一樣,而且這個權限是貫穿整個系統的,因此建立一個proxy,類似網關的概念,可以很好的達到這個效果.  

看看Java寵物店中的CatalogDAOFactory:

public class CatalogDAOFactory {   　　/** 　　* 本方法制定一個特別的子類來實現DAO模式。 　　* 具體子類定義是在J2EE的部署描述器中。 　　*/ 　　public static CatalogDAO getDAO() throws CatalogDAOSysException { 　　　　CatalogDAO catDao = null; 　　　　try { 　　　　　　InitialContext ic = new InitialContext(); 　　　　　　//動態裝入CATALOG_DAO_CLASS 　　　　　　//可以定義自己的CATALOG_DAO_CLASS，從而在無需變更太多代碼 　　　　　　//的前提下，完成系統的巨大變更。 　　　　　　String className =(String) ic.lookup(JNDINames.CATALOG_DAO_CLASS); 　　　　　　catDao = (CatalogDAO) Class.forName(className).newInstance(); 　　　　} catch (NamingException ne) { 　　　　　　throw new CatalogDAOSysException(" 　　　　　　　　CatalogDAOFactory.getDAO: NamingException while 　　　　　　　　　　getting DAO type : \n" + ne.getMessage()); 　　　　} catch (Exception se) { 　　　　　　throw new CatalogDAOSysException(" 　　　　　　　　CatalogDAOFactory.getDAO: Exception while getting 　　　　　　　　　　DAO type : \n" + se.getMessage()); 　　　　} 　　　　return catDao; 　　} }

CatalogDAOFactory是典型的工廠方法，catDao是通過動態類裝入器className獲得CatalogDAOFactory具體實現子類，這個實現子類在Java寵物店是用來操作catalog數據庫，用戶可以根據數據庫的類型不同，定制自己的具體實現子類，將自己的子類名給與CATALOG_DAO_CLASS變量就可以。

由此可見，工廠方法確實為系統結構提供了非常靈活強大的動態擴展機制，只要我們更換一下具體的工廠方法，系統其他地方無需一點變換，就有可能將系統功能進行改頭換面的變化。

設計模式如何在具體項目中應用見《Java實用系統開發指南》