推薦：對比JSF在Eclipse和NetBeans中的應用
　　安裝方面 　　安裝NetBeans是一件很容易的事情。你可以選擇基本（Basic）、標準（Standard）、完全（Full）三個版本中的任何一個下載安裝。等待NetBeans和GlassFish成功安裝后，我們

　　Servlet和filter是J2EE開發中常用的技術，使用方便，配置簡單，老少皆宜。

　　估計大多數朋友都是直接配置用，也沒有關心過具體的細節，今天遇到一個問題，上網查了servlet的規范才發現，servlet和filter中的url-pattern還是有一些文章在里面的，總結了一些東西，放出來供大家參考，以免遇到問題又要浪費時間。

　　一、servlet容器對url的匹配過程：

　　當一個請求發送到servlet容器的時候，容器先會將請求的url減去當前應用上下文的路徑作為servlet的映射url，比如我訪問的是http://localhost/test/aaa.html，我的應用上下文是test，容器會將http://localhost/test去掉，剩下的/aaa.html部分拿來做servlet的映射匹配。這個映射匹配過程是有順序的，而且當有一個servlet匹配成功以后，就不會去理會剩下的servlet了（filter不同，后文會提到）。其匹配規則和順序如下：

　　1. 精確路徑匹配。例子：比如servletA 的url-pattern為 /test，servletB的url-pattern為 /* ，這個時候，如果我訪問的url為http://localhost/test ，這個時候容器就會先 進行精確路徑匹配，發現/test正好被servletA精確匹配，那么就去調用servletA，也不會去理會其他的servlet了。

　　2. 最長路徑匹配。例子：servletA的url-pattern為/test/*，而servletB的url-pattern為/test/a/*，此時訪問http://localhost/test/a時，容器會選擇路徑最長的servlet來匹配，也就是這里的servletB。

　　3. 擴展匹配，如果url最后一段包含擴展，容器將會根據擴展選擇合適的servlet。例子：servletA的url-pattern：*.action

　　4. 如果前面三條規則都沒有找到一個servlet，容器會根據url選擇對應的請求資源。如果應用定義了一個default servlet，則容器會將請求丟給default servlet（什么是default servlet？后面會講）。

　　根據這個規則表，就能很清楚的知道servlet的匹配過程，所以定義servlet的時候也要考慮url-pattern的寫法，以免出錯。

　　對于filter，不會像servlet那樣只匹配一個servlet，因為filter的集合是一個鏈，所以只會有處理的順序不同，而不會出現只選擇一個filter。Filter的處理順序和filter-mapping在web.xml中定義的順序相同。

　　二、url-pattern詳解

　　在web.xml文件中，以下語法用于定義映射：

　　以”/’開頭和以”/*”結尾的是用來做路徑映射的。

　　以前綴”*.”開頭的是用來做擴展映射的。

　　”是用來定義default servlet映射的。

　　剩下的都是用來定義詳細映射的。比如： /aa/bb/cc.action

　　所以，為什么定義”/*.action”這樣一個看起來很正常的匹配會錯？因為這個匹配即屬于路徑映射，也屬于擴展映射，導致容器無法判斷。

分享：J2ME中使用Canvas制作簡單的游戲菜單
我們知道MIDP的圖形用戶界面分為兩類，分別是高級圖形用戶界面和低級用戶界面。一般來講高級圖形用戶界面類使用起來比較方便，可移植性強，但是程序員對他的控制能力也很低，因為它們的界面