Web應用基礎：
URI，Uniform Resource Identifier
統一資源標識符，用字符串惟一標識信息資源
URL，Uniform Resource Locator
統一資源定位符，通過“通訊協議＋網絡地址”字符串惟一標識信息位置和資源訪問途徑
URN，Uniform Resource Name
統一資源命名符，用於惟一標識全球範圍內由專門機構負責的穩定的信息資源
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
public abstract class URLConnection extends Object
抽象類 URLConnection 是所有類的超類，
它代表應用程序和 URL 之間的通信鏈接。
此類的實例可用於讀取和寫入此 URL 引用的資源。
通常，創建一個到 URL 的連接需要幾個步驟：
openConnection() connect()
對影響到遠程資源連接的參數進行操作。 與資源交互；查詢頭字段和內容。
---------------------------->
時間
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
通過在 URL 上調用 openConnection 方法創建連接對象。
處理設置參數和一般請求屬性。
使用 connect 方法建立到遠程對象的實際連接。
遠程對象變爲可用。遠程對象的頭字段和內容變爲可訪問。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
public Map<String,List<String>> getHeaderFields()
返回頭字段的不可修改的 Map。
Map 鍵是表示 response-header 字段名稱的 String。
每個 Map 值爲一個不可修改的 String 的列表，它們代表相應的字段值。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
public class InetAddress extends Objectimplements Serializable
此類表示互聯網協議 (IP) 地址。
IP 地址是 IP 使用的 32 位或 128 位無符號數字，
它是一種低級協議，UDP 和 TCP 協議都是在它的基礎上構建的。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
GET 方法通常沒有消息主體
GET 方法支持最大1024個字節的查詢字符串，POST 方法沒有限制
POST 方法把查詢字符串放在消息主體中傳輸，因此比 GET 方法支持更多的
數據類型
.....................................................................
J2EE提供了一套完整的解決所有這些
問題的框架方案：
提供了分佈式、可移植構件的框架
爲構件與應用服務器提供標準API
簡化了服務器端中間層構件的設計
...................................................................
J2EE是一個標準中間件體系結構
J2EE 不是編程語言
J2EE是企業分佈式應用開發標準
....................................................................
TCP可靠，慢。UDP不可靠，快。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
J2EE 1.5 Platform APIs
Java EE 5 Platform APIs
J2EE APIs List (1.5)
Java EE 5 APIs List – Additional/Update
Java Servlet Technology
JSP (JavaServer Pages Technology)
EJB (Enterprise Java Bean)
JDBC (Java DataBase Connectivity)
JavaMail API
JMS (Java Message Service API)
JAXP (Java API for XML Processing)
JAXB (Java API for XML Binding)
Web Service
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
RMI(Remote Method Invoke)是一種被EJB使用的更底層的協議，
正如其名字所表示的那樣，RMI協議調用遠程對象上方法，
使用序列化方式在客戶端和服務器端的對象之間傳遞數據
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
RMI和CORBA相比：
兩者的關鍵差別在於語言環境，
Java RMI是一個分佈式對象計算的純Java解決方案
(如，在Java RMI中，對象的接口用Java定義，而不是用IDL)；
其次，CORBA沒有定義安全服務，而Java RMI繼承了Java的安全性；
再者，CORBA有不同的實現，不同的獨立軟件開發商的不同實現均有獨特性，
這使得在不同平臺上的匹配比較困難，而且不是所有CORBA產品開發商都支持
所有平臺，而幾乎所有平臺都支持Java虛擬機，
因此Java RMI具有更高的可移植性。
如果客戶對象和服務對象都基於Java虛擬機，
那麼Java RMI是分佈對象計算的最好選擇。
.....................................................................
最後，IIOP已經提供了Java RMI和CORBA的互操作能力，而且兩者的發展有互相借鑑的趨勢。