Java

到目前為止，我們已使用了action()，現有另一種方法handleEvent()可對每一事件進行嘗試。當一個事件發生時，它總是針對單獨事件或發生在單獨的事件對象上。該對象的handleEvent()方法是自動調用的，並且是被handleEvent()建立並傳遞到handleEvent()裡。預設的handleEvent()（handleEvent()定義在組件裡，基礎類的所有控制項都在AWT裡）將像我們以前一樣調用action()或其它同樣的方法去指明滑鼠的活動、鍵盤活動或者指明移動的焦點。我

列表框與選擇框有完全的不同，而不僅僅是當我們在啟用選擇框時的顯示不同，列表框固定在螢幕的指定位置不會改變。另外，一個列表框允許多個選擇：如果我們單擊在超過一個的項目上，未選擇的則表現為高亮度，我們可以選擇象我們想要的一樣的多。如果我們想察看項目列表，我們可以調用getSelectedItem()來產生一個被選擇的項目列表。要想從一個組裡刪除一個項目，我們必須再一次的單擊它。列表框，當然這裡有一個問題就是它預設的動作是雙擊而不是單擊。單擊從組中增加或刪除項目，雙擊調用action()。解決這個問題

下拉式清單像一個單選鈕組，它是強制使用者從一組可實現的選擇中選擇一個對象的方法。而且，它是一個實現這點的相當簡潔的方法，也最易改變選擇而不至使使用者感到吃力（我們可以動態地改變單選鈕，但那種方法顯然不方便）。Java的選擇框不像Windows中的組合框可以讓我從列表中選擇或輸入自己的選擇。在一個選擇框中你只能從列表中選擇僅僅一個項目。在下面的例子裡，選擇框從一個確定輸入的數字開始，然後當按下一個按鈕時，新輸入的數字增加到框裡。你將可以看到選擇框的一些有趣的狀態： //: Choice1

Tuscany架構分為以下5個部分：SCA標準1.0API: 這些API是根據osoa.org的SCA java 1.0標準所規定的介面建立的；Tuscany API: 這些java類實現、擴充了SCA java 1.0的API；Tuscany核心: 是運行時類以及擴充該核心的服務介面(SPI)Tuscany可擴充機制:構件實現技術，如bpel, Python, C++, Ruby,..綁定技術，如Axis2, CXF,..資料格式轉換，如 SDO, JAXB, ...通訊技術:

要解決J2EE公司專屬應用程式開發的種種問題，就必須轉換思路，從減少分層，簡化技術架構，銷減系統複雜度，加強使用者參與這幾個方面同時努力。我在十年以前，曾經使用PowerBuilder開發過很多系統，驚歎於其快速開發能力，介面描述能力等等，在痛苦的進行J2ee開發多年以後，開始發心，將PowerBuilder裡面的DataWindow控制項重新設計實現，命名為WebDW。WebDW是我設計用來簡化J2EE開發的一個嘗試，也許這個產品本身並不完善，但整個考慮問題的思路我認為是可以借鑒的。6.1

在這篇文章中，我希望回答下列問題：.Grails1.1和Groovy1.6的Java虛擬機器的記憶體設定和調整隱藏在哪裡，以及我們如何來改變它們？.最新的版本和舊的版本之間有什麼不同？.以上這些設定和調整在windows和linux之間的不同需要我們掌握嗎？Grails1.1和Grails1.0.2的Java虛擬機器的記憶體設定如果你運行grails命令，在linux/unix平台，它是執行"$GRAILS_HOME/bin/startGrails"命令；而在windows平

通過這一章的學習，當我們的工作方法在AWT中發生了巨大的改變後（如果可以回憶起很久以前，當Java第一次面世時SUN公司曾聲明Java是一種“穩定，牢固”的程式設計語言），可能一直有Java還不十分的成熟的感覺。的確，現在Java擁有一個不錯的事件模型以及一個優秀的組件複用設計——JavaBeans。但GUI組件看起來還相當的原始，笨拙以及相當的抽象。註：寫作本節時，Swing庫顯然已被Sun“固定”下來了，所以只要你下載並

使用一個JTree可以簡單地像下面這樣表示：add(new JTree(new Object[] {"this", "that",

滑杆使用者能用一個滑塊的來回移動來輸入資料，在很多情況下顯得很直觀（如聲音控制）。進程條從“空”到“滿”顯示相關資料的狀態，因此使用者得到了一個狀態的透視。我最喜愛的有關這的程式例子簡單地將滑動塊同進程條掛接起來，所以當我們移動滑動塊時，進程條也相應的改變： //: Progress.java// Using progress bars and sliderspackage c13.swing;import

實現Web應用程式的安全機制是Web應用程式的設計人員和編程人員必須面對的任務。在J2EE中，Web容器支援應用程式內建的安全機制。Web應用程式的安全機制有二種組件：認證和授權。基於J2EE的Web容器提供三種類型的認證機制：基本認證、基於表單的認證、相互認證。由於能夠對認證使用者介面進行定製，大多數的Web應用程式都使用基於表單的認證。Web容器使用在Web應用程式的部署描述符中定義的資訊安全角色對應用程式的Web資源的訪問進行授權。在使用基於表單的認證機制中，應用程式的設計人員和開發人員會

這一小結的內容我將大概講講IndexFiles的一個過程.為了方便查看,

安全性對於企業環境非常重要。在 Java EE 5 / GlassFish 環境中，您可以通過以下幾種方式實現安全性：傳輸層安全性 (TLS) / 安全通訊端層 (SSL) 技術身分識別驗證 (Authentication) 和授權 (Authorization)訊息層資訊安全（僅適用於 GlassFish 中的 Web 服務）本文討論身分識別驗證和授權。參考資料 [1]、[2] 和 [3] 討論了如何在用戶端和伺服器端為 Enterprise JavaBeans 和 Web 服務建立 SSL

一 、Factory 方法（Factory Method）模式Factory 方法模式的意義是定義一個建立產品對象的工廠介面，將實際建立工作延遲到子類當中。核心工廠類不再負責產品的建立，這樣核心類成為一個抽象工廠角色，僅負責具體工廠子類必須實現的介面，這樣進一步抽象化的好處是使得Factory 方法模式可以使系統在不修改具體工廠角色的情況下引進新的產品。二、 Factory 方法模式角色與結構抽象工廠（Creator）角色：是Factory

J2SE

支援透明和不規則視窗已經成為 AWT 和 Swing 團隊長久以來夢寐以求的功能。儘管本機應用程式在主要作業系統上使用這項功能已經為時 已久，但在核心 Java 中還不能使用它。即將發布的 “Consumer JRE”進行中修改，也就是對 Java SE 6 進行重大更新。Java SE 6 將為 建立不規則、全透明和每個像素透明的最上層視窗提供 API。曆史本機應用程式的開發人員通常在開發 UI

13.2.3

三.訊息驅動豆簡介非同步訊息也可以由訊息驅動豆來實現。在EJB 1.1規範中，定義了兩種類型的EJB。分別是實體豆（Entity Bean）和會話豆（Session

接著上節的思路說，一個網頁要想在瀏覽器中能夠正確顯示，需要在三個地方保持編碼的一致：網頁檔案，網頁編碼聲明和瀏覽器編碼設定。首先是網頁檔案本身的編碼，即網頁檔案在被建立的時候使用什麼編碼來儲存。這個完全取決於建立該網頁的人員使用了什麼編碼儲存，而進一步的取決於該人員使用的作業系統。例如我們使用的中文版WindowsXP系統，當你建立一個文字檔，寫入一些內容，並按下ctrl+s進行儲存的那一刻，作業系統就替你使用GBK編碼將檔案進行了儲存（沒有使用UTF-8，也沒有使用UTF-16）。而使用了英文

需要再一次強調的是，無論曆史上的UCS還是現如今的Unicode，兩者指的都是編碼字元集，而不是字元集編碼。花費一點時間來理解好這件事，然後你會發現對所有網頁的，系統的，編碼通訊協定之間的來迴轉換等等繁雜事務都會思路清晰，手到擒來。首先說說最一般意義上的字元集。一個抽象字元集其實就是指字元的集合，例如所有的英文字母是一個抽象字元集，所有的漢字是一個抽象字元集，當然，把全世界所有語言的符號都放在一起，也可以稱為一個抽象字元集，所以這個劃分是相當人為的。之所以說“抽象”二字，

ASCII及相關標準地球人都知道ASCII就是美國標準資訊交換碼的縮寫，也知道ASCII規定用7位位元字來表示英文字元，ASCII被定為國際標準之後的代號為ISO-646。由於ASCII碼只使用了7個二進位位，也就是說一個位元組可以表示的256個數字中，它僅使用了0~127這128個碼位，剩下的128個碼位便可以用來做擴充，用來表示一些特定語言所專屬的字元，因此對這多餘的128個碼位的不同擴充，就形成了一系列ISO-8859-*的標準。例如為英語作了專門擴充的字元集編碼通訊協定編號為ISO-88