摘要: 廢話不多說，先看看我們最終達(dá)到的效果.? 源碼下載在文章最后。Style1:Style2:上面的tag cloud實(shí)現(xiàn)思想如下：1. Server端提供Tag的相關(guān)信息，包括TagName，Posts等，使用JSON格式傳輸數(shù)據(jù)??? 這個(gè)例子中，我使用Servlet，使用json-lib將Bean轉(zhuǎn)成JSON字符串。當(dāng)然Tag的相關(guān)信息這里只是演示，真實(shí)環(huán)境中可能就需要從數(shù)據(jù)庫取出來再處理了。?...  閱讀全文 1. response.setHeader("Cache-Control","no-cache");

This is used to prevent the browser from caching your dynamic content generated by a JSP or Servlet.

You set this attribute in the HTTP header of the response object which would tell the browser not to cache this content. So everytime you request the page again, the browser would make a new request, instead of showing you a cached page.

2.使用服務(wù)器端控制AJAX頁面緩存：
??? response.setHeader( "Pragma", "no-cache" );
??? response.addHeader( "Cache-Control", "must-revalidate" );
??? response.addHeader( "Cache-Control", "no-cache" );
??? response.addHeader( "Cache-Control", "no-store" );
??? response.setDateHeader("Expires", 0);
單純的使用 xmlhttp.setRequestHeader("Cache-Control","no-cache")無效。

3.Cache-Control頭域
　　Cache-Control指定請求和響應(yīng)遵循的緩存機(jī)制。在請求消息或響應(yīng)消息中設(shè)置Cache-Control并不會修改另一個(gè)消息處理過程中的緩存處理過程。請求時(shí)的緩存指令包括no-cache、no-store、max-age、max-stale、min-fresh、only-if-cached，響應(yīng)消息中的指令包括public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age。各個(gè)消息中的指令含義如下：
　　Public指示響應(yīng)可被任何緩存區(qū)緩存。
　　Private指示對于單個(gè)用戶的整個(gè)或部分響應(yīng)消息，不能被共享緩存處理。這允許服務(wù)器僅僅描述當(dāng)用戶的部分響應(yīng)消息，此響應(yīng)消息對于其他用戶的請求無效。
　　no-cache指示請求或響應(yīng)消息不能緩存
　　no-store用于防止重要的信息被無意的發(fā)布。在請求消息中發(fā)送將使得請求和響應(yīng)消息都不使用緩存。
　　max-age指示客戶機(jī)可以接收生存期不大于指定時(shí)間（以秒為單位）的響應(yīng)。
　　min-fresh指示客戶機(jī)可以接收響應(yīng)時(shí)間小于當(dāng)前時(shí)間加上指定時(shí)間的響應(yīng)。
　　max-stale指示客戶機(jī)可以接收超出超時(shí)期間的響應(yīng)消息。如果指定max-stale消息的值，那么客戶機(jī)可以接收超出超時(shí)期指定值之內(nèi)的響應(yīng)消息。

Read more:
???http://www.jiehoo.com/browser-cache-problem.htm?(作者: Cherami?原載: 瀏覽器緩存)
???再論怎么有效利用瀏覽器緩存之怎么避免瀏覽器緩存靜態(tài)文件
???HTTP協(xié)議header頭域- PetitPrince - 博客園
A:瀏覽器問題，可能會把透明區(qū)域顯示成有灰度的區(qū)域，解決辦法，轉(zhuǎn)成gif格式吧，支持比較好

see: GIF or PNG? - Quality Web Tips 比如說下面的這個(gè)header.jsp中有中文，那么包含這個(gè)文件的網(wǎng)頁可能就會出現(xiàn)亂碼
<jsp:include page="header.jsp"></jsp:include>

解決辦法是在header.jsp里加上下面這段話：
<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>
     摘要: log4j 支持運(yùn)行時(shí)修改日志的相關(guān)配置，看了一下他的source code, 用FileWatchdog這個(gè)類來做的，代碼也很簡單，通過循環(huán)在一定時(shí)間間隔讀取配置文件，如果文件變更，調(diào)用一個(gè)doOnChange()方法。如果自己要做一個(gè)支持運(yùn)行時(shí)修改配置的系統(tǒng)可參考上面的做法。下面是一段支持運(yùn)行時(shí)修改配置的系統(tǒng)Prototype代碼，和log4j的做法稍有不同，使用Observer模式，使其更加...  閱讀全文

可以用下面這個(gè)方法來做到

自定義TagLib的時(shí)候碰到這個(gè)錯(cuò)誤，原因是編輯tld文件的時(shí)候沒有使用DTD或者Schema文件驗(yàn)證，拼寫錯(cuò)誤導(dǎo)致最終報(bào)這個(gè)錯(cuò)誤消息

如果遇到同樣問題的同學(xué)，不妨檢查一下自己的tld文件對不對。

BTW: tld類的異常需要處理好 這個(gè)問題可能由兩個(gè)地方導(dǎo)致

1. 你的POJO類不是一個(gè)JavaBean，最可能的原因是沒有一個(gè)無參構(gòu)造函數(shù)
2. 在dwr.xml里這個(gè)類的<convert>指定的不對，或者是沒有指定

數(shù)獨(dú)的游戲規(guī)則很簡單：在九個(gè)九宮格里，填入１到９的數(shù)字，讓每個(gè)數(shù)字在每個(gè)行、列及九宮格里都 只出現(xiàn)一次就可以過關(guān)了！?雖然游戲的規(guī)則十分簡單，但很多人在沒有計(jì)算機(jī)輔助時(shí)，常常會不小心造成違規(guī)狀況。

下面是我做的一個(gè)數(shù)獨(dú)小程序 1.0 版本，目前功能如下：

選擇外觀；
數(shù)獨(dú)自動出題；
數(shù)獨(dú)自動解題；
游戲計(jì)時(shí)功能；
開啟解答輔助功能，出錯(cuò)提示；
開啟解答輔助功能，輔助線；

1. ldc指令從運(yùn)行時(shí)常量池push一個(gè)值到Frame的操作數(shù)棧上面，這個(gè)值在這里就是"s1"字符串的引用，
2. astore指令將objectref存儲到局部變量，這里也就是存儲到局部變量s1。

1. new指令會在堆上創(chuàng)建對象，操作數(shù)棧里壓入創(chuàng)建的objectref,

   ?

   objectref

   ...

2. dup指令復(fù)制操作數(shù)棧頂?shù)脑兀?

   objectref

   objectref

   ...

3. ldc指令依然是從常量池push一個(gè)值到Frame的操作數(shù)棧上，這個(gè)值是"s2"字符串的引用。?

   "s2"_ref

   objectref

   objectref

   ...

4. invokespecial 指令調(diào)用一個(gè)方法，這里就是調(diào)用String的構(gòu)造函數(shù)，調(diào)用完成之后棧上還有一個(gè)objectref?

   objectref

   ...

5. astore指令將objectref存儲到局部變量，這里也就是存儲到局部變量s2。?

   ????????????

   ...

1. sipush 將 12345 壓棧
2. invokestatic 調(diào)用 String.valueof(int) 方法
3. astore 將棧頂?shù)膶ο笠么鎯Φ奖镜刈兞縮3 （這里不再深究這個(gè)棧頂元素是怎么來的了）

java.awt.Component.requestFocusInWindow

http://m.tkk7.com/Files/jht/MyScreenSnap_2.0.zip

截圖程序，設(shè)計(jì)目標(biāo)：簡單易用

支持全屏截圖和選擇截圖，運(yùn)行需要JRE1.5以上版本

在1.0版http://m.tkk7.com/Files/jht/MyScreenSnap.zip的基礎(chǔ)上，

?? * 修改了一下主界面，增加圖片保存為BMP，GIF，JPG，PNG格式的功能

?? * 參考了千里冰封的代碼，加上了調(diào)整選擇區(qū)域的功能

Source Code已經(jīng)包含在壓縮包里面了，有興趣的可以down下來改改。

下面是1.0版本和2.0版本的兩個(gè)界面。


其實(shí)是個(gè)簡單的小問題，僅在此做個(gè)記錄。

遇到這個(gè)問題的不妨讀一下這篇文章先：Access查詢和過濾條件 http://www.fontstuff.com/access/acctut06.htm

我遇到的報(bào)錯(cuò)語句如下：


讀了上面的文章，知道 MS Access的時(shí)間分隔符號為 # ，而 MS SQL Server的時(shí)間分隔符為 '

所以正確的語句應(yīng)該是：


http://download-west.oracle.com/docs/cd/B10501_01/appdev.920/a96616/arxml24.htm 如題，有人真的遇到過這個(gè)問題，開始被問到的時(shí)候還真覺得奇怪，心想不會啊，從JDK5開始就支持這個(gè)枚舉類型了啊，為什么呢？

開始還懷疑他的JDK版本太低導(dǎo)致的，但是一看是JDK1.6的，迷惑了幾秒。。。

然后我打開了Eclipse的Java編譯選項(xiàng)，發(fā)現(xiàn)原來遇到這個(gè)問題的人的Java編譯級別設(shè)置的是1.4，如下圖，當(dāng)然就會出問題了。



呵呵，雖然，這是個(gè)小問題，但是如果遇到了還真夠新手郁悶一陣的。

作者簡介

徐皓，北京航空航天大學(xué)計(jì)算機(jī)系本科生，你可以通過ertri@163.com與他聯(lián)系。

正文

不靈敏的圖形用戶界面會降低應(yīng)用程序的可用性。當(dāng)以下現(xiàn)象出現(xiàn)的時(shí)候，我們通常說這個(gè)用戶界面反應(yīng)不靈敏。

1. 不響應(yīng)事件的現(xiàn)象；
2. 沒有更新的現(xiàn)象

[@more@]

這些現(xiàn)象在很大程度上與事件的處理方法相關(guān)，而在編寫Swing應(yīng)用程序的時(shí)候，我們幾乎必然要編寫方法去響應(yīng)鼠標(biāo)點(diǎn)擊按鈕，鍵盤回車等事件。在這些方法中我們要編寫一些代碼，在運(yùn)行時(shí)去觸發(fā)一些動作。常見動作包括查找，更新數(shù)據(jù)庫等。在這篇文章中通過對一個(gè)實(shí)例的分析，介紹了一些基本概念，常見的錯(cuò)誤以及提出了一個(gè)解決方案。

event-dispatching thread

我們一定要記住，事件響應(yīng)方法的代碼都是在event-dispatching thread中執(zhí)行的，除非你啟用另一個(gè)線程。

那么，什么是event-dispatching thread呢？在《Java Tutorial》[1]中，作者給出了一條單一線程規(guī)則：一旦一個(gè)Swing組件被實(shí)現(xiàn)（realized），所有的有可能影響或依賴于這個(gè)組件的狀態(tài)的代碼都應(yīng)該在event-dispatching thread中被執(zhí)行。而實(shí)現(xiàn)一個(gè)組件有兩種方式：

1. 對頂層組件調(diào)用show(), pack(), 或者setVisible(true)；
2. 將一個(gè)組件加到一個(gè)已經(jīng)被實(shí)現(xiàn)的容器中。

單一線程規(guī)則的根源是由于Swing組件庫的大部分方法是對多線程不安全的，盡管存在一些例外。這些例外的情況可以在《Java Tutorial》[1]的相關(guān)章節(jié)找到，這里不再展開。

為了支持單一線程模型，Swing組件庫提供了一個(gè)專門來完成這些與Swing組件相關(guān)的操作的線程，而這一線程就是event-dispatching thread。我們的事件響應(yīng)方法通常都是由這一線程調(diào)用的，除非你自己編寫代碼來調(diào)用這些事件響應(yīng)方法。在這里初學(xué)者經(jīng)常犯的一個(gè)錯(cuò)誤就是在事件響應(yīng)方法中完成過多的與修改組件沒有直接聯(lián)系的代碼。其最有可能的效果就是導(dǎo)致組件反應(yīng)緩慢。比如以下響應(yīng)按鈕事件的代碼：

String str = null;
this.textArea.setText("Please wait...");
try {
    //do something that is really time consuming
    str = "Hello, world!";
    Thread.sleep(1000L);
} catch (InterruptedException e) {
    e.printStackTrace();
}
this.textArea.setText(str);   ?  ?

執(zhí)行之后的效果就是按鈕似乎定住了一段時(shí)間，直到Done.出現(xiàn)之后才彈起來。原因就是Swing組件的更新和事件的響應(yīng)都是在event-dispatching thread中完成的，而事件響應(yīng)的時(shí)候，event-dispatching thread被事件響應(yīng)方法占據(jù)，所以組件不會被更新。而直到事件響應(yīng)方法退出時(shí)才有可能去更新Swing組件。

為了解決這個(gè)問題，有人也許會試圖通過調(diào)用repaint()方法來更新組件：

final String[] str = new String[1];
this.jTextArea1.setText("Please wait...");
this.repaint();

try {
    Thread.sleep(1000L);
}catch(InterruptedException e) {
    e.printStackTrace();
}
str[0] = "Done.";

jTextArea1.setText(str[0]);

但是這一個(gè)方法沒有起到預(yù)期的作用，按鈕仍然定住一段時(shí)間，在察看了repaint()方法的源代碼之后就知道原因了。

PaintEvent e = new PaintEvent(this, PaintEvent.UPDATE,
    new Rectangle(x, y, width, height));
Toolkit.getEventQueue().postEvent(e);   ?  ?   ?  ?

repaint()方法實(shí)際上是在事件隊(duì)列里加了一個(gè)UPDATE的事件，而沒有直接去重畫組件，而且這一個(gè)事件只能等待當(dāng)前的事件響應(yīng)方法結(jié)束之后才能被分配。因此只有繞過分配機(jī)制直接調(diào)用paint方法才能達(dá)到目的。

final String[] str = new String[1];
this.jTextArea1.setText("Please wait...");
this.paint(this.getGraphics());

try {
    Thread.sleep(1000L);
}catch(InterruptedException e) {
    e.printStackTrace();
}
str[0] = "Done.";

jTextArea1.setText(str[0]);

這樣卻是實(shí)現(xiàn)了更新，但是還存在著以下的問題。雖然從感覺上，按鈕已經(jīng)彈起來了，但是在Done.出現(xiàn)之前，我們卻無法按下這個(gè)按鈕。可以說按鈕還是定住了，只不過定在了彈起的狀態(tài)。調(diào)用重繪方法無法從根本上解決問題，因此我們需要尋求其他的方法。

使用多線程

有效的解決方法是使用多線程。首先看一看一個(gè)更好的解決方案，這一方案是在參考《Rethinking Swing Threading》[3]的一個(gè)程序片段完成的：

final String[] str = new String[1];
this.jTextArea1.setText("Please wait...");
this.repaint();

new Thread() {
    public void run() {
        try {
            Thread.sleep(1000L);
        }catch(InterruptedException e) {
            e.printStackTrace();
        }
        str[0] = "Done.";
        javax.swing.SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                jTextArea1.setText(str[0]);
             }
        });
    }
}.start();

在這個(gè)程序中，要花費(fèi)大量時(shí)間的操作被放到另一個(gè)線程當(dāng)中，從而使事件響應(yīng)方法能快速返回，event-dispatching thread就可以更新UI和響應(yīng)其它事件了。注意到這個(gè)程序使用了invokeLater()方法。invokeLater()方法的作用是讓event-dispatching thread去運(yùn)行制定的代碼。當(dāng)然也可以不使用invokeLater()方法，但是這樣就違背了單一線程原則，同時(shí)帶來了一定程度的相對多線程的不安全性。到現(xiàn)在，解決方案似乎是完美的了，但是我們看一看在原來的程序添加下面的代碼，盡管我們通常不這樣做。

public void paint(java.awt.Graphics g) {
    super.paint(g);
    g.drawRect(1, 1, 100, 100);
}

我們會發(fā)現(xiàn)以前畫的矩形被覆蓋了一部分，原因是由于我們沒用重畫這一個(gè)矩形，因此在結(jié)尾加上對repaint()方法的調(diào)用。

final String[] str = new String[1];
this.jTextArea1.setText("Please wait...");
this.repaint();

new Thread() {
    public void run() {
        try {
            Thread.sleep(1000L);
        }catch(InterruptedException e) {
            e.printStackTrace();
        }
        str[0] = "Done.";
        javax.swing.SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                jTextArea1.setText(str[0]);
                repaint();
             }
        });
    }
}.start();

如果你認(rèn)為這段代碼過于缺乏可讀性，通過在《Java Tutorial》[1]里面介紹的SwingWorker來簡化編程的方法。可以通過實(shí)現(xiàn)一個(gè)construct()方法來實(shí)現(xiàn)花費(fèi)大量時(shí)間的操作和重寫finished()方法來完成組件更新的工作。

this.jTextArea1.setText("Please wait...");

final SwingWorker worker = new SwingWorker() {
    public Object construct() {
        try {
            Thread.sleep(1000L);
        }catch(InterruptedException e) {
            e.printStackTrace();
        }
        return "Done.";
    }
    public void finished() {
        jTextArea1.setText(getValue().toString());
        repaint();
    }
};
worker.start();

在《Rethinking Swing Threading》[3]，作者將以上的編程方式稱為同步方式。另外作者提出了一個(gè)通過消息機(jī)制來實(shí)現(xiàn)相同功能的更清晰，但是需要編寫更多代碼的"異步"的方法。

結(jié)論

總之，我們在編寫使用Swing組件的程序是要記住以下幾點(diǎn)：

1、不要過多地占用event-dispatching thread；

2、與更新組件相關(guān)的代碼要使用event-dispatching thread去執(zhí)行；

3、要更新組件。

編寫反應(yīng)靈敏的圖形用戶界面還需要考慮很多問題，以上只是最基本的一部分。歡迎有興趣的讀者來信進(jìn)行討論。

打開注冊表編輯器，進(jìn)入主鍵［HKEY_CURRENT_USER\Software\Microsoft\Command Processor］，將“CompletionChar”鍵值設(shè)置為9。 　

---

Note：

Cannot find message resources under key org.apache.struts.action.MESSAGE? 錯(cuò)誤的原因是沒有配置資源文件

解決辦法： 在struts-config.xml 中加入如下的一段

<message-resources parameter="application" null="false"></message-resources>

備忘：

ct protect -r -chmod 775 directory-or-file-name #Set directory/file/element protection.

問題，向腳步傳遞參數(shù)的時(shí)候如何取得一個(gè)一個(gè)的option

辦法一： 就是一個(gè)一個(gè)讀 用$#取得變量個(gè)數(shù)，然后讀$1 $2 $3，不是很方便

查了一下命令手冊：發(fā)現(xiàn)用getopts命令更方便，man page不是很好懂

直接看 Example.sh：

用法和效果:
Example.sh -a stringa
就會執(zhí)行 ls -al 這個(gè)命令, stringa 其實(shí)不起左右，但是這個(gè)參數(shù)還是要的

Example.sh -b -lrt
那就會執(zhí)行 ls -l -lrt 傳進(jìn)去的參數(shù)起作用了

當(dāng)然也可以這樣
Example.sh -a 123 -b -lrt z, 這個(gè)作用就是兩個(gè)命令都執(zhí)行了

可以用變量保存這些OPTARG參數(shù)，在while循環(huán)外面接著使用

Hibernate 提供了一個(gè)hibernate.properties的模板，稍加修改就能得到自己想要的配置效果

下面這一段XML配置文件中關(guān)于數(shù)據(jù)庫連接方式的配置，可以在hibernate.properties中完成


代碼示例：

AnyEdit??是一個(gè)挺好用的工具，在eclipse工具欄上加了幾個(gè)常用的工具按鈕，比如全部保存。
Work Set導(dǎo)入導(dǎo)出的功能也挺有用。

AnyEdit還有自動刪除行末空格的功能，支持tab和空格的相互轉(zhuǎn)換，支持在文本編輯狀態(tài)下高亮顯示空格。

除此之外打開光標(biāo)下所在類定義或者是文件的功能也非常實(shí)用。

順便說一下，這個(gè)插件的作者還開發(fā)了不少有用的插件，可以從下面的鏈接里找到更詳細(xì)的信息

地址：?http://andrei.gmxhome.de/eclipse.html

首先看這一段簡單的log4j配置
這個(gè)配置導(dǎo)致日志文件中輸出兩行相同的結(jié)果

原因是這樣的，第二行的logger繼承自第一行的logger，兩個(gè)logger的apperder都是指向stdout
Appender的輸出是獨(dú)立的，所以導(dǎo)致了我們使用如下代碼獲得logger的時(shí)候會輸出兩行

public static Logger logger = Logger.getLogger(cn.heapstack.demopkg.Main.class);


知道這個(gè)原因之后解決辦法也就簡單了，即我們不需要定義重復(fù)的appder，
可以把第二行最后的stdout去掉，或者注釋掉第二行，如果輸出級別相同的話