其他

EJB 的前世今生Enterprise Java Beans（簡稱 EJB）的出現是一個足以讓 Sun 引以為驕傲的技術，作為一種 Java Enterprise Edition（簡稱 Java EE）平台上的服務端組件架構模型，EJB 的最初設計目的是為了部署分布式應用程 序。在 EJB 之前，1991 年 OMG 曾提出了 CORBA 1.1，定義了 IDL 介面定義語言並開發出對象請求代理 ORB 中間 件，並在 1994 年的 12 月完成了 CORBA 2.0，希望通過

情境假設您為實現合規性，正在使用利用目前最新的技術構建的一個系統。必須輸入開發資訊。該 系統已非常穩定，所以 IT 經理決定，除非出現與新作業系統補丁有關聯的安全性漏洞問題和缺陷，否則不維護 系統。另外假設向Team Dev引入了 IBM Rational Team Concert 來支援全球交付。開發人員可能不希望浪 費寶貴的時間向兩個系統輸入相同的資訊。本文的目的是示範整合這類系統的技術。圖 1 給出了本文 的一個靶心圖表像。My System 用於輸入某種類型的開發資訊，它擁有系統的一個

本篇用來說說在處理字串的時候的一些Groovy風格的代碼，這裡所說的Groovy風格的代碼，主要是區別於Java語言的編碼風格。首先，我們還是要定義一個String對象，來用作我們的例子：def str = "hello"現在，我們要說的是取子串的風格。在Java語言中，我們要取下標為1和2處的子串，就必須使用如下所示的"substring"方法：println

Groovy語言裡有很多看起來不起眼的小玩意，但使用以後，我們卻常常會驚異於它的巨大能量，Gstring就是其中之一。Java的String對象是我們最最常用的對象，卻也是詬病最多的對象。一句話來說，String使用起來非常不方便。而Gstring不但使用方便，而且更是Groovy語言動態性的基礎。所謂Gstring，是指通過雙引號引起來的、帶有佔位運算式的字串，如：def str = “${name}’s dog is

動態語言的閉包是一個永恒的話題。閉包在編碼過程的方便和快捷使得動態語言的擁護者對它津津樂道，而靜態語言特別是Java語言的扇子們會拿出匿名內部類來說Java語言也有類似的功能。我使用Java語言至今也有六七年的時間了，實話來說我也很喜歡Java語言，但我萬萬不敢拿Java語言的匿名內部類和閉包來對比。因為匿名內部類的隱晦和繁瑣，使得我在編碼的過程中很少使用它，怎麼敢拿它出來吹噓呢？而在我使用Groovy編碼的不到一年的過程中，我卻時時刻刻在使用閉包。閉包實在是太方便和靈活了，使得我在使用它的時候

Jscript有些屬性其實挺好的,可惜就是只是IE支援,比如複製和粘貼的屬性下面這段複製和粘貼的JAVASCRIPT的代碼倒是可以支援IE/FireFox/mozilla/ns,,老外網站上看來的只是在firefox下需要修改一下about:config的一個屬性<script language="javascript" type="text/javascript"><!--function

人老了，以前研究過的東西都忘記了。所以還是記錄下來比較好。廢話不說，翠花，上代碼：Html代碼<!DOCTYPE html><html xmlns="http://www.w3.org/1999/xhtml"><head><title>The Character Encoding for Form Submission</title><script>function $(id) { return

在初學電腦編程時，我想大多數人的經曆會和作者一樣，學校為我們挑選一門語言，大多為 C 或 Java ，先是基本的資料類型，然後是程式控制語句，條件判斷，迴圈等，書上會教我們如何定義一個函數，會說程 序就是一條一條的指令，告訴電腦該如何操作。同時，我們還會看到如何定義一個遞迴函式，用來計算階乘 或斐波那契數列。工作以後，其他的這些基礎還在日複一日的使用，但遞迴卻很少再被用到，以致我們很難再 用遞迴的方式去解決問題了，為此，我們還有一個借口：遞迴效能差，使用迴圈效率高。事實真是這樣的嗎？

作為一名資料庫管理員，你儘力以各部門熟知的不同格式，向各部門提供它們所需要的資料。你通常將MS

一個人自娛自樂的寫個小程式，跟一幫人一起寫個大程式。真的是不一樣。自己一個人，根本就不存在交流，相互理解的問題。人越多，理解他人意圖，向他人解釋意圖就越來越花時間。只要是需要交流的任務，並非是人越多越好。有人加入，為了使加入的人有事做，原來的事就要重新劃分，而分開之後要配合,又要花時間交流。發覺很多重要的軟體開始都是幾個人做出來的。而漫畫中，進行任務也採用小組模式，好像<幽遊>,

最近公司和好朋友的網站紛紛被IFRAME了，有的掛上了鴿子，有的瘋狂地彈窗，有的給人家增加流量。一個個檔案去尋找替換那些IFRAME代碼，剛鬆口氣，不久又加上去了。於是他們向我這個"JS高手"求救，我也不能等閑視之，只好擊鍵殺殺殺了。因為FF(Firefox)不怕IFRAME，於是就拿IE開刀。我唯寫了一句代碼，就搞定了。就是IE 特有的的CSS中的屬性expression，插進去試試，果然那些IFRAME不起作用了。＜style

簡介批處理是業務系統的一個重要方面，它用在帳單系統或報告產生，以及一天 結束時的結算系統等領域中。隨著業務系統在全球被夜以繼日的使用，批處理視窗變得越來 越窄，這使高效的批處理系統成為一種切實的需求。WebSphere Extended Deployment Compute Grid（下文簡稱 Compute Grid）是一個完整的、開箱即用的批處理平台，提供了一 個高效、可靠、可擴充、高度可用和安全的批執行環境。本文基於 WebSphere Compute Grid V8。我們使用

CHROOT就是Change Root，也就是改變程式執行時所參考的根目錄位置。 一般的目錄架構： / /bin /sbin /usr/bin /home CHROOT的目錄架構： /hell/ /hell/bin /hell/usr/bin /hell/home * 為何要CHROOT？ 1.限制被CHROOT的使用者所能執行的程式，如SetUid的程式，或是會造成Load的Compiler等等。 2.防止使用者存取某些特定檔案，如/etc/passwd。 3.防止入侵者/bin/rm

問： 您好，指令碼專家！我們需要使用唯一標識號來跟蹤某些項目。我的上司建議我們使用 GUID 來實現這個目的。有什麼辦法可以使用指令碼來建立 GUID 呢？-- DX 答： 您好，DX。GUID（通用唯一識別碼）適用於完成類似以下內容的任務；我們自認為並不瞭解 GUID 所基於的演算法，但我們幾乎可以肯定地講，您產生的每一個 GUID 都是唯一的。儘管在理論上存在產生重複 GUID 的可能性，但 Bill Gates

jsocks的改造首先對公司一個項目進行了代理，測試結果：從開始啟動到完成，只有4.7M的網路流量，本地空間開銷不是問題。今天把jsocks修改了下，將build工具換成了maven，並獨立成了項目https://github.com/code4craft/jsocks。後來算是把record和replay功能做完了，開始研究各種協議replay的可能性。replay時候，如何知道哪個請求對應響應包是個大問題。開始的方式是把request報文的md5作為key，response作為value。T

Dr Memory 簡介Dr. Memory 是一個開源免 費的記憶體偵查工具，它能夠及時發現記憶體相關的編程錯誤，比如未初始化訪問、記憶體非法訪 問以及記憶體泄露等。它不僅能夠在 Linux    下面工作，也能在微軟的 Windows 作業系統上工作。不過，本文撰寫時，DrMemory 僅能支援 32 位程式，這是它的一個巨大缺 陷，但相信隨著開發的進行，DrMemory 會推出支援 64 位元程式的版本。Dr Memory 與 Valgrind

電影檔案有很多基本的組成部分。首先，檔案本身被稱為容器Container，容器的類型決定了資訊被存放在檔案中的位置。AVI和Quicktime就是容器的例子。接著，你有一組流，例如，你經常有的是一個音頻流和一個視頻流。（一個流只是一種想像出來的詞語，用來表示一連串的通過時間來串聯的資料元素）。在流中的資料元素被稱為幀Frame。 每個流是由不同的編碼器來編碼產生的。轉碼器描述了實際的資料是如何被編碼Coded和解碼DECoded的，因此它的名字叫做CODEC。Divx和 MP3就是轉碼器的例子。

發現PHP很多函數得到的結果都是數組給出的，最常用的就是MySQL_fetch_array(),包括取得的字串資訊產生數組，再由數組分解成字串用的函數explode();

概述在將代碼移植到 z/OS 平台時，您會面臨的一個重要挑戰是 POSIX semaphore API 在 z/OS 上的可用性。 通常，在 Linux/UNIX/Windows 平台上啟動並執行很多程式都是用 POSIX semaphore 開發的。這個問題的一個解決方案 是使用 System V API 代替 POSIX API 來實現 z/OS。這會涉及到整個代碼中大量的代碼更改，以及大量的編寫和測試工作 。另一個更好的解決方案是使用可用的 System V API 在 z/OS 中實現

使用 WebSphere Commerce Build and Deployment Tool 部署增量程式碼封裝WAS 的部署機制通過 WCBD 來部署定製化的資源時，WCBD 將調用本地 WAS 介面，通過遠端連線 協議與 Remote 端的 WAS 進行通訊，並調用遠程 WAS 的部署機制進行部署，因此瞭解 WAS 的部署機制將有 助於讀者從本質上瞭解如何部署增量程式碼封裝。WAS 包含三種部署模式：單檔案模式、多檔案模式和模組檔案模 式。針對不同的模式，使用不同的打包方式打包資源。在