WS-BPEL 是什麼？WS-BPEL 是由 OASIS 開發的供應商中立的規范，它將把業務流程指定為 Web 服務之間的一套互動操作。OASIS

當您訪問 Eclipse 幫助系統時（通過 Help > Help Contents），您實際上啟動了一個嵌入式的 Apache Tomca

臆想實現重溫回想一下 上次接口的 臆想實現是一個合法的實現，但不滿足接口規范的某些未經檢查的方面。我們考慮一下下面的堆棧接口，以及許多未被其單獨的

玻璃箱可擴展性是指這樣一種方式：軟件系統可在源代碼可以查看而不可以修改時被擴展 ― 它是黑箱設計（在這裡構建擴展時，不查看原始代碼）和開放箱設計（

對應於我們上一篇“ 診斷 Java 代碼”中所討論的透明盒可擴展性，黑盒可擴展性是指，在源代碼既不能查看也不能修改時，可以

在 上個月的專欄文章中，如果您掌握以下幾點的話，那麼您會明白，底層代碼的可用性不會成為問題：如何識別配置腳本如何選擇允許哪種配置識別哪種環境要求黑

J2SE 1.5 － 代號為 Tiger － 計劃在 2003 年年底發布。我一直都熱衷於盡可能多地收集有關即將推出的新技術的預告信息，因此我將撰

J2SE 1.5 ― 代號為“Tiger” ― 計劃在 2003 年年底發布，它將包括泛型類型（如在 JSR-14 原型編

這一系列主要討論在 Java 編程中添加泛型類型，本文是其中的一篇，將研究還未討論過的有關使用泛型的兩個限制之一，即添加對裸類型參數的 new 操

至此，在這個討論 JSR-14 和 Tiger 中泛型類型的微型系列中，我們已經探討了：泛型類型及被設計成支持它們的即將發布的功能基本類型、受約束

要構建可靠的軟件，程序規范很關鍵。沒有良好定義的規范，很難診斷軟件系統的異常行為。但是很多軟件系統的程序規范定義得很差勁。而且更糟的，是許多軟件系

空指針到處都有！在一個 Java 程序員所能遇到的所有異常中，空指針異常屬於最恐怖的，這是因為：它是程序能給出的信息最少的異常。例如，不像一個類轉

測試優先編程（test-first programming）中反復遇到的一個問題是，似乎不可能對程序的許多部分進行自動測試。尤其當程序在很大程度上

在 Java 語言中獲得單繼承編程的安全性需要付出極大的代價：有時必須沿著繼承層次結構中的多條路徑復制代碼。要重新獲得單繼承 Java 代碼中所失

很多算法用尾遞歸方法表示會顯得格外簡明。編譯器會自動把這種方法轉換成循環，以提高程序的性能。但在 Java 語言規范中，並沒有要求一定要作這種轉換

靜態類型 ― 多數程序員喜歡它或憎恨它。支持者誇耀說靜態類型讓他們寫出更干淨更可靠的代碼，沒有它們則做不到這麼好。批評者埋怨說靜態類型增加了程序的

設計模式最多只能對快速集中到一個項目的簡單設計提供很大幫助。但是，在一個特定環境中實現一種設計模式的最簡單方法並不一定是顯而易見的 ― 要做到這一

一次編寫，隨處運行。這是承諾，但 Java 語言有時候並不能做到。誠然，JVM 把跨平台互操作性的程度提到了前所未有的高度，然而，規范和實現級別上

您經常會看到代碼不是僅僅通過調用構造函數對類進行初始化，它還通過一些緊接著的意在設置各個域的動作對類進行初始化。不幸的是，這樣緊接著的動作是錯誤的

空標志錯誤模式在我的上一篇文章中，我說明了用空指針代替各種不同基本類型的數據是如何成為引起 NullPointerException 異常最普遍的