摘要: 廢話不多說，先看看我們最終達到的效果.? 源碼下載在文章最后。Style1:Style2:上面的tag cloud實現(xiàn)思想如下：1. Server端提供Tag的相關信息，包括TagName，Posts等，使用JSON格式傳輸數(shù)據(jù)??? 這個例子中，我使用Servlet，使用json-lib將Bean轉成JSON字符串。當然Tag的相關信息這里只是演示，真實環(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.使用服務器端控制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指定請求和響應遵循的緩存機制。在請求消息或響應消息中設置Cache-Control并不會修改另一個消息處理過程中的緩存處理過程。請求時的緩存指令包括no-cache、no-store、max-age、max-stale、min-fresh、only-if-cached，響應消息中的指令包括public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age。各個消息中的指令含義如下：
　　Public指示響應可被任何緩存區(qū)緩存。
　　Private指示對于單個用戶的整個或部分響應消息，不能被共享緩存處理。這允許服務器僅僅描述當用戶的部分響應消息，此響應消息對于其他用戶的請求無效。
　　no-cache指示請求或響應消息不能緩存
　　no-store用于防止重要的信息被無意的發(fā)布。在請求消息中發(fā)送將使得請求和響應消息都不使用緩存。
　　max-age指示客戶機可以接收生存期不大于指定時間（以秒為單位）的響應。
　　min-fresh指示客戶機可以接收響應時間小于當前時間加上指定時間的響應。
　　max-stale指示客戶機可以接收超出超時期間的響應消息。如果指定max-stale消息的值，那么客戶機可以接收超出超時期指定值之內的響應消息。

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

see: GIF or PNG? - Quality Web Tips 比如說下面的這個header.jsp中有中文，那么包含這個文件的網(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 支持運行時修改日志的相關配置，看了一下他的source code, 用FileWatchdog這個類來做的，代碼也很簡單，通過循環(huán)在一定時間間隔讀取配置文件，如果文件變更，調用一個doOnChange()方法。如果自己要做一個支持運行時修改配置的系統(tǒng)可參考上面的做法。下面是一段支持運行時修改配置的系統(tǒng)Prototype代碼，和log4j的做法稍有不同，使用Observer模式，使其更加...  閱讀全文

可以用下面這個方法來做到

自定義TagLib的時候碰到這個錯誤，原因是編輯tld文件的時候沒有使用DTD或者Schema文件驗證，拼寫錯誤導致最終報這個錯誤消息

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

BTW: tld類的異常需要處理好 這個問題可能由兩個地方導致

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

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

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

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

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

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

   ?

   objectref

   ...

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

   objectref

   objectref

   ...

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

   "s2"_ref

   objectref

   objectref

   ...

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

   objectref

   ...

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

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

   ...

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

java.awt.Component.requestFocusInWindow

http://www.aygfsteel.com/Files/jht/MyScreenSnap_2.0.zip

截圖程序，設計目標：簡單易用

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

在1.0版http://www.aygfsteel.com/Files/jht/MyScreenSnap.zip的基礎上，

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

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

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

下面是1.0版本和2.0版本的兩個界面。


其實是個簡單的小問題，僅在此做個記錄。

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

我遇到的報錯語句如下：


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

所以正確的語句應該是：


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

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

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



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

作者簡介

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

正文

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

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

[@more@]

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

event-dispatching thread

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

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

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

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

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

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

為了解決這個問題，有人也許會試圖通過調用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]);

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

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

repaint()方法實際上是在事件隊列里加了一個UPDATE的事件，而沒有直接去重畫組件，而且這一個事件只能等待當前的事件響應方法結束之后才能被分配。因此只有繞過分配機制直接調用paint方法才能達到目的。

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]);

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

使用多線程

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

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();

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

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

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

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();

如果你認為這段代碼過于缺乏可讀性，通過在《Java Tutorial》[1]里面介紹的SwingWorker來簡化編程的方法。可以通過實現(xiàn)一個construct()方法來實現(xiàn)花費大量時間的操作和重寫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]，作者將以上的編程方式稱為同步方式。另外作者提出了一個通過消息機制來實現(xiàn)相同功能的更清晰，但是需要編寫更多代碼的"異步"的方法。

結論

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

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

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

3、要更新組件。

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