Java

DB2 UDB v.8.2 中 DB2 JDBC Universal Driver 的增強使開發人員得以享受令人驚奇的效能和可管理性。Linux、Unix 和 Windows 平台上的 DB2 Universal Database (UDB) version 8.2 支援很多類型的 Java 程式，包括在客戶機應用程式、應用程式伺服器和 DB2 UDB 伺服器中使用的預存程序或使用者定義函數這兩種形式的程式。IBM 引入了 DB2 Universal JDBC Driver，以支援 DB2

到目前為止，也許您已經讀過很多關於 DB2 9 for Linux, Unix, and Windows（以前的代號為 “Viper”）中的混合型引擎的內容，這種混合型引擎便於 XML 資料和關係資料的整合。也許您還閱讀過關於能加快應用程式開發的 DB2 9 特性的內容。在本文中，我將介紹對於開發 Java 應用程式而言比較重要的一些新特性。Java 5.x 支援DB2 9 現在在很多平台上支援 Java 5.x。Java 5.x 引入了很多新的、增強特性，包括對

1

安裝Apache Thriftubuntu linux運行：#!/bin/bash #下載 wget http://mirrors.cnnic.cn/apache/thrift/0.9.1/thrift-0.9.1.tar.gz tar zxvf thrift-0.9.1.tar.gz cd thrift-0.9.1.tar.gz ./configure make make install #編譯java依賴包 cd lib/java ant安裝ubuntu依賴sudo

R資源, 是本地xml資源的引用列表, 修改時, 有可能Gradle沒有產生, 相應的R資源;則會出現R資源未找到的錯; 導致Java檔案異常, 報錯.可以使用: Sync Project with Gradle Files, 即同步項目;如果未成功, 則應該清除緩衝(Catches), 重啟項目. 即: File->Invalidate Caches / Restart...具體參見:

簡介：使用 IBM Lotus Expeditor Toolkit 將 J2EE 項目遷移到 IBM Lotus Expeditor V6.1，然後 把遷移後的項目部署在 Lotus Expeditor 運行時上。本文講解遷移 J2EE 項目所需的步驟以及 Lotus Expeditor 不支援的 J2EE 特性。IBM Lotus Expeditor 這種 IBM 產品支援用熟悉的編程模型將 J2EE 應用程式遷移到客戶機上。IBM Lotus Expeditor Toolkit

之前Firefox每次發布新版本不久都會發布一個小版本號碼0.0.1的更新，很多瀏覽迷也都將此版本作為正式版本。本次Firefox 29.0 正式版本發布之後，Firefox團隊在今天再次為大家帶來一個小版本號碼更新，發布Firefox 29.0.1版本。下載地址:ftp://ftp.mozilla.org/pub/firefox/releases/29.0.1/Firefox

瞭解有關 Java 包、變數的概念，以及對象通過方法相互互動的方式。在 Wombat 對象基礎知識 和 Wombat 類基礎知識 這兩篇文章中，您學習了關於對象、類、方法，以 及語言和文法的基礎知識。在初級開發人員系列的第 3 部分，您將學習：如何編寫依賴其他 Java 類(或 Java API)的 Java 應用程式、什麼是變數、如何使用變數，以及對象通過方法相互互動的方式。本文中，需要在電腦中安裝以下軟體：Java SE 軟體Greenfoot本文面向對 Java

使用 Health Center 最佳化應用程式快速並輕鬆地修複效能問題、識別配置問題並監控 Java 應用程式簡介：IBM Monitoring and Diagnostic Tools for Java™ - Health Center 是一個用於監控 一個正在啟動並執行 Java 應用程式的工具。它通過圖表、曲線圖和表全面報告系統健康情況，並就如何修複 問題提供建議。Health Center 包含一個開銷極低的方法配置程式（profiler）、一個垃圾收集可視化程

流量分析模組擴充 IBM Dump Analyzer for Java編寫自己的剖析器簡介：本系列的第一篇文章 介紹了 IBM Dump Analyzer for Java（或者Dump Analyzer）。您已經了 解了它的功能、如何擷取以及運行方式。在開始這篇文章之前，您應該溫習一下上一期的文章，確保您已 經完全理解了 Dump Analyzer 的工作原理。Dump Analyzer 工具的一個關鍵方面是它具有可擴充 性。它是由一組分析模組 組成，每個模組負責對轉儲的一個特定方面進行分析，

使用面向 Java 的 Lock Analyzer 診斷同步和鎖問題減少鎖的爭用並提高效能簡介：面向 Java™ 的 IBM® 鎖分析器可從 alphaWorks 獲得，可對運行中的 Java 應用 程式進行即時鎖監視。鎖爭用會降低應用程式效能，該工具會反白發生鎖爭用的線程。開發人員可以 使用該資訊修改其應用程式以減少鎖爭用，從而提高效能。 本文介紹了面向 Java 的 IBM 鎖分析器，介 紹了其構建的基礎架構並針對該工具的未來發展方向進行了思考。當今很多 Java

使用 Extensible Verbose Toolkit 進行垃圾收集提高應用程式效能、最佳化垃圾收集以及發現應用程式問題簡介：Extensible Verbose Toolkit 是 IBM 的新工具®，其設計目標為協助診斷和分析與記憶體 有關的 Java™ 效能問題 。本文是四篇系列文章的第二篇，介紹如何獲得和使用該套件，並示範如 何使用它來快速診斷某些常見的問題。鑒於以下這些原因，您可能需要仔細查看應用程式中的垃 圾收集

介紹面向 Java 的 IBM 轉儲分析器（IBM Dump Analyzer）簡介：Java™ 應用程式已經變得越來越複雜；因此，對這些應用程式進行問題診斷變得不再輕 松，並且可能需要某個外部服務組織做大量的工作。若能夠指明正確的方向將節省時間和費用。IBM Dump Analyzer for Java 工具可以對格式化的系統轉儲做基本分析並產生簡明的報告，指導您如何進行下一步 操作。Java 語言已經成為軟體開發中的主導語言，因此， JAVA 虛擬機器（VM）的穩定性成為一個

簡介：Java™ 平台以穩定著稱，其社區卻相當活躍，但這並不意味著 Java 技術已經足夠成熟 。Oracle 收購 Sun Microsystems 就是 Java 行業重新定義過程中的最新變化。為了讓大家瞭解相關信 息，Java 技術專區編輯 Jenni Aloi 舉辦了一次 developerWorks 圓桌會議 — Java 社區中的 9 大思想者 — 討論了 Java 技術、文化和行業的現狀和發展趨勢。自 Oracle 去年宣布其收購 Sun

之前總結了部分無鎖機制的多線程基礎，理想的狀態當然是利用無鎖同步解決多線程程式設計的問題。但是實際碰到的問題使得很多情 況下，我們不得不藉助鎖同步來保證安全執行緒。自從JDK5開始，有兩種機制來屏蔽代碼塊在並行訪問的幹擾，synchronized關鍵字已經介紹 過了部分內容，所以這次簡單的說說另一種鎖機制：ReentrantLock。對於synchronized的缺點之前也簡單的說了一些，實際使用中比較煩擾的幾點是：a.只有一個"條件"與鎖相關聯，這對於大量並發線程

早在總結一時，我就盡量的把synchronized的重點說的簡單：它就是配和對象的隱式鎖使用的，注意一定是對象的隱式鎖！那麼下面的 這個例子又怎麼解釋呢？Java代碼/**　 *　User:　yanxuxin　 *　Date:　Dec　17,　2009　 *　Time:　9:38:27　PM　　 */public　class　ImplicitLockSample　{　　 public　static　void　main(String[]　args)　{　　　　

在簡單介紹java.util.concurrent.atomic包之前，有個概念要先抄襲熟悉一遍：CAS(比較並交換)。現在大多數的處理器都提供對並發 訪問的支援，這個支援的反映方式就是提供硬體的指令支援多處理的特殊需求。比如檢測或者阻止其它處理器的並發訪問來更新共用變數的 指令。對於 Intel x86架構的處理器來說就是通過提供實現CAS或者比較並設定的硬體原語指令集。CAS操作的三個運算元：記憶體位置（V）

說到ThreadLocal，首先說說這個類的命名。直觀上看好像是個Thread的什麼親戚，但其實它想表達的意思是執行緒區域變數，也就是說每 個線程自己的變數。它作為一個JDK5以後支援範型的類，主要是想利用範型把非安全執行緒的共用變數，封裝成綁定線程的安全不共用變數。 這樣的解釋我想我們多半能猜出它的實現思路：把一個共用變數在每個線程使用時，初始化一個副本，並且和線程綁定。以後所有的線程對

前面的兩篇總結簡單的說明了同步的一些問題，在使用基礎的同步機制中還有兩個可以分享的技術：volatile關鍵字和ThreadLocal。合 理的根據情境利用這些技術，可以有效提高並發的效能，下面嘗試結合自己的理解敘述這部分的內容，應該會有理解的偏差，我也會盡量 的在完善自己理解的同時同步更新文章的錯誤。或許在知道synchronized配和對象內部鎖的機制以後，可以提高寫出正確同步的並發程式成功率，但是這時候會遇到另一個大問題：性 能！是的，對於

對於Thread來說只想說兩個方法，一個是setDaemon(false|true),另一個是join()。首先說說守護線程，這麼東西是幹什麼用的？對於 Java應用我們都知道main方法是入口，它的運行代表著主線程開始工作了，我們也知道JVM裡面有記憶體回收行程的存在使得我們放心讓main飛 奔，然而這背後的故事是記憶體回收線程作為守護著主線程的守護線程默默的付出著。很像那個啥啊，呵呵。令人髮指的是main這個畜生背後