大家迄今看到的例子使用的都是“傳輸控制協議”（TCP），亦稱作“基於數據流的套接字”。根據該協議的
現在讓我們想想如何創建一個應用，令其在真實的Web環境中運行，它將把Java的優勢表現得淋漓盡致。這個應用的一部分是在Web服務器上運行的一個Ja
現在討論一下服務器應用（程序）的問題，我把它叫作NameCollecor（名字收集器）。假如多名用戶同時嘗試提交他們的E-mail地址，那麼會發生
正如早先指出的那樣，程序片必須用Java 1.0編寫，使其能與絕大多數的浏覽器適應。也正是由於這個原因，我們產生的類數量應盡可能地少。所以我們在這
版權所有：(xiaodaoxiaodao)藍小刀 [email protected]://www.blogjava.net/
前面采取的似乎是一種完美的方法。沒有CGI編程，所以在服務器啟動一個CGI程序時不會出現延遲。數據報方式似乎能產生非常快的響應。此外，一旦Java
Java程序可向一個服務器發出一個CGI請求，這與HTML表單頁沒什麼兩樣。而且和HTML頁一樣，這個請求既可以設為GET（下載），亦可設為POS
在這個版本中，我們將收集名字和電子函件地址，並用下述形式將其保存到文件中：First Last <[email protected]>;
程序片實際要比NameSender.java簡單一些。這部分是由於很容易即可發出一個GET請求。此外，也不必等候回復信息。現在有兩個字段，而非一個
經過前面的學習，大家應該能夠根據例子用ANSI C為自己的服務器寫出CGI程序。之所以選用ANSI C，是因為它幾乎隨處可見，是最流行的C語言標准
在許多應用程序中使用GET都沒有問題。但是，GET要求通過一個環境變量將自己的數據傳遞給CGI程序。但假如GET字串過長，有些Web服務器可能用光
據估算，將近一半的軟件開發都要涉及客戶（機）／服務器方面的操作。Java為自己保證的一項出色能力就是構建與平台無關的客戶機／服務器數據庫應用。在J
就JDBC來說，代碼本身是很容易理解的。最令人迷惑的部分是如何使它在自己特定的系統上運行起來。之所以會感到迷惑，是由於它要求我們掌握如何才能使JD
最好的方法是讓查找程序一直保持運行，要查找什麼東西時只需簡單地切換到它，並鍵入要查找的名字即可。下面這個程序將查找程序作為一個“app
閱覽JDBC的聯機幫助文檔時，我們往往會產生畏難情緒。特別是DatabaseMetaData接口——與Java中看到的大多
RMI對接口有著強烈的依賴。在需要創建一個遠程對象的時候，我們通過傳遞一個接口來隱藏基層的實施細節。所以客戶得到遠程對象的一個句柄時，它們真正得到
服務器必須包含一個擴展了UnicastRemoteObject的類，並實現遠程接口。這個類也可以含有附加的方法，但客戶只能使用遠程接口中的方法。這
若編譯和運行PerfectTime.java，即使rmiregistry正確運行，它也無法工作。這是由於RMI的框架尚未就位。首先必須創建根和干，
RMI全部的宗旨就是盡可能簡化遠程對象的使用。我們在客戶程序中要做的唯一一件額外的事情就是查找並從服務器取回遠程接口。自此以後，剩下的事情就是普通
RMI只是一種創建特殊對象的方式，它創建的對象可通過網絡發布。它最大的優點就是提供了一種“純Java”方案，但假如已經有許
