Java

Rails和java EE的整合下文將介紹一下在GlassFish v3上的Rails和java EE的整合。GlassFish v3是GlassFish V2的下一個版本，其關注的重點是模組化和使得運行非Java EE的容器和模組成為可能。下面是詳細的細節說明：1. 使用JRuby 1.1（安裝Rails），按照如下步驟建立一個Rails應用“railsee3”：~/testbed/jruby-1.1/samples/rails >../../bin/jruby

*來自對建構函式的繼承，及相關調用思考得到，主要還是從《java物件導向編程》得來*在多級繼承的情況下，將從繼承樹的最上層的父類開始，依次執行各個類的構造方法，這可以保證子類對象從所有直接或間接父類中繼承來的執行個體都被正確的初始化。*當子類的構造方法沒有用super語句顯示的調用父類的構造方法，而父類中又沒有提供默認的構造方法（jdk提供的預設構造方法）時，將會出現編譯錯誤。public class Grapha {　　// public Grapha()

容器類可以大大提高編程效率和編程能力，在Java2中，所有的容器都由SUN公司的Joshua

EntityBean: 提供健壯的資料持久性。bean 容器處理大部分的資料完整性、資源管理和並發性功能，從而使開發人員關注商務邏輯和資料處理，而不是這些低級細節。使用 bean 管理的持久性（Bean Managed Persistence，BMP）實體 bean 時，開發人員編寫持久性代碼而容器確定何時執行該代碼。使用容器管理的持久性（Container Managed Persistence，CMP）實體 bean 時，容器產生持久性代碼並管理持久性邏輯。JDO:

·Enterprise JavaBeans（EJB）技術使用一個組件模型來簡化中介軟體應用程式的開發，它提供了對事務、安全性和資料庫連接等服務的自動支援。（參見教程 “Enterprise JavaBean 基礎”；參見 EJB 最佳實務 系列；閱讀 “使用 EJB 3.0 Java Persistence API 設計公司專屬應用程式程式”。）·Portlet Specification 定義了一套用於 Java

一、J2EE提出的背景1、企業級應用程式框架的需求在許多企業級應用中，例如資料庫連接、郵件服務、交易處理等都是一些通用企業需求模組，這些模組如果每次再開發中都由開發人員來完成的話，將會造成開發週期長和代碼可靠性差等問題。於是許多大公司開發了自己的通用模組服務。這些服務性的軟體系列同陳為中介軟體。2、為了通用必須要提出規範，不然無法達到通用在上面的需求基礎之上，許多公司都開發了自己的中介軟體，但其與使用者的溝通都各有不同，從而導致使用者無法將各個公司不同的中介軟體組裝在一塊為自己服務。從而產生瓶頸

大型J2EE應用都在建構在linux環境下的。開發環境下我們可以通過samba映射成本地的網路磁碟機，直接在windows環境下進行編程調試。但是最後的發布還是要到linux環境，同時我們對網上web伺服器和資料庫伺服器的應用管理(比如自動指令碼發布等），應用監控（web服務是否正常、mysql資料庫的使用方式）、系統監控（監控磁碟空間的使用方式等）都要求程式員熟悉必要的linux知識。當然程式員不必對整個linux系統樣樣精通。下面列出程式員基本需要掌握的linux知識。一、linux的基本命

在這個情境中，我構造了一個有用的例子，而沒有在 sales_order 表上建立索引。因此，監控將會揭示更多的順序掃描（按照資料庫用語來說為表掃描），它是一個低效的檢索資料的機制，這是因為它要讀取表中的每一行。順序元組讀取 — 主要指使用順序掃描讀取的行的數量 — 也一樣。行和元組之間有一個很大的差別，但是在這裡沒有關係。要弄清楚這個差異，您可以查看 PostgreSQL 文檔網站（參見 參考資料）。看一看 APM

在本系列（共三篇文章）的 第 1 部分 和 第 2 部分 中，我介紹了監控 Java 應用程式的技巧和模式，在這兩部分中我把重點放在了 JVM 和應用程式類上。在這最後一期中，我將介紹從應用程式的依賴項（諸如底層作業系統、網路或者應用程式的後端資料庫）收集效能與可用性資料的技巧。在文章結尾我將論述管理收集資料的模式以及報告和可視化資料的方法。基於 Spring 的收集器在 第 2 部分 中，我實現了一個用於管理監控服務的基本的基於 Spring 的組件模型。該模型的基本原理及益處有：使用基於

for/in 迴圈通常叫作 增強 for 或者 foreach，它是 Java 5.0 中一個極為方便的特性。實際上它沒有提供任何新的功能，但它顯然能讓一些日常編碼任務變得更簡單一些。在本文中，您將學習這方面的許多內容，其中包括使用 for/in 在數組和集合中進行遍曆，以及如何用它避免不必要（或者只是令人厭煩的）類型轉換。您還將學習如何? for/in，瞭解新的 Iterable 介面的一些細節，甚至還將學習如何讓您自己的定製對象用這個新的構造進行遍曆。最後，您將學習 for/in 不能

簡介正如您在本系列（共三篇文章）的 第 1 部分 中所瞭解到的，監控 Java 應用程式的可用性和效能及其生產中的依賴性，這對於確保問題檢測和加速問題診斷和修複至關重要。需要進行監視的類的原始碼級插裝具有 第 1 部分 所論述過的那些優勢，但是這種方法通常都不可取或者不切實際。例如，很多您所感興趣的監控點可能位於第三方組件中，而第三方組件的原始碼您是不得而知的。在第 2 部分中，我著重介紹了無需修改原始原始碼而插裝 Java

前幾天仔細看了看java的I/O操作，呵呵。就寫了一個操作檔案的類包，功能有建立檔案或目錄，刪除檔案或目錄，複製檔案或目錄，移動檔案或目錄，設定檔案或目錄屬性，查看檔案或目錄大小。呵呵，功能比較簡單，原始碼為：建立：Java代碼package fileOperation;import java.io.File;import java.io.FileOutputStream;/*** @author wakin**/public class Create{　　

隨著軟體項目的逐漸增大，軟體測試在軟體開發中的地位顯得越來越重要。如果軟體項目沒有良好的測試流程，隨著系統的增大，無論專案管理人員還是軟體開發人員都會對項目的前景失去信心，甚至會對項目的目標產生分歧，因為長期以來沒有對程式碼和系統設計進行有效控制，很多問題都被暫時掩蓋或逐漸演化成其他的問題。軟體開發週期越長，就會使得問題進化的版本越多，最後造成的結果是“剪不斷，理還亂”。單元測試是整個測試流程中最基礎的部分，它們要求程式員儘可能早地發現問題，並給予控制，這是其一。另外，如

引言本文面向的是那些想要對他們的 EJB 進行單元測試以及為這些 EJB 開發測試案例的 VisualAge® for Java™ 使用者。本文基於 VisualAge for Java 3.5.3 和 JUnit 3.7。文章描述了 JUnit、對 EJB

實現的邏輯大體是GeneralDAO(Interface). AbstractGeneralDAOImpl(Abstract class),　 GeneralService(Interface), AbstractGeneralServiceImpl(Abstract class).具體IDAO extends GeneralDAO,IDAOImpl extends AbstractGeneralDAOImpl,IService extends

OO思維經常看到不少人抱怨Java EE/J2EE中配置太複雜，煩瑣，不簡單易學，其實所謂簡單易學是取決於你是否有OO思維方式。表現層的介面表單中通常是一些離散資料，也就是單個欄位資料，通過Struts等架構提供ActionForm以及標籤庫，將這些單個欄位資料封裝起來和業務層的Domain Model進行了映射，因此，表現層的主要編程工作就是映射配置。持久層是將Domain

角色存取控制（RBAC）引入了Role的概念，目的是為了隔離User（即動作主體，Subject）與Privilege（許可權，表示對Resource的一個操作，即Operation+Resource）。Role作為一個使用者（User）與許可權（Privilege）的代理層，解耦了許可權和使用者的關係，所有的授權應該給予Role而不是直接給User或Group.Privilege是許可權顆粒，由Operation和Resource組成，表示對Resource的一個Operation.例如，對於

一個網友正好需要這個東西，我就把幾個技術整合到了一起。包括三個部分，實現時也是逐個做到的多線程的檔案下載，HTTP協議把這個功能做成一個HTTP的服務，偵聽在某個連接埠上，方便非Java的系統使用把這個功能封裝為一個Windows服務，在機器啟動時可以自動啟動我們逐個看程式。一、多線程下載這個主要使用了HTTP協議裡面的一個Range參數，他設定了你讀取資料的其實位置和終止位置。 經常使用flashget的使用者在查看串連的詳細資料時，應該經常看到這個東西。比如Range:bytes=100-2

目前，物件導向是軟體系統建模的主流技術，使用物件導向技術建模的主要指標之一是可複用性。為了更好地解決軟體複用性和擴充性問題，設計模式得到了越來越多的關注與應用。結合command設計模式和Java語言的反射技術，本文設計實現了一個可複用的事件處理架構。在物件導向的系統設計中，有些方面的可複用性經常被忽略了，使用者介面（User Interface,

exolab旗下的castor是目前流行的、開放源碼的JDO實現包。它主要用來實現O/R Mapping。運用該軟體包可以大大減輕程式員在處理對象-關聯式資料庫 的負擔。本文介紹了Castor的基本用法, 並用有大量代碼執行個體進行解釋。內容提要：· 開啟JDO資料庫 Client應用· J2EE應用· 使用JDO資料庫物件· 區別瞬時JDO對象和持久JDO對象· OQLQuery·