Eclipse

在EJB3中可以使用EntityManager對象的createQuery方法來執行JPQL（類似於Hibernate中的HQL）， 這非常簡單。但使用createQuery方法處理JPQL時，在每次執行JPQL的過程中系統都需要對JPQL進行分析 ，這在一定程度上降低了系統運行時的效能。為此，EJB3提供了命名查詢的概念。命名查詢有些類型於數

實體Bean的串連策略（JOINED Strategy）在上一篇文章中，使用單表策略將一個表從邏輯上分成了多個表。但這樣可能會造成空巢欄位，也就 是說，一個邏輯表只由部分欄位組成，而物理的表的很多欄位的值就會為null。為瞭解決這個問題，可以 將t_accounts表物理地分成多個表。為了與t_accounts表進行對比，建立一個t_myaccounts表，結構如圖 1所示。圖1　

通過繼承實體Bean，將單個表映射成多個表（單表策略，SINGLE_TABLE）如果以前使用過EJB1.x或EJB2.x的實體Bean，會發現無法通過繼承實體Bean將單個表分成多表。而在 EJB3中，我們很容易實現這個功能。先看看圖1所示的表結構和記錄。圖1　　 t_accounts表的結構和記錄在t_accounts表中，有一個account_type欄位。這個欄位是一個長度為1的String類型欄位。只能取兩 個值：C和S。如果該欄位值為C，表示活期帳戶（CheckingAccount），

實現Entity Bean的多對多（many-to-many）映射在EJB3中需要使用@ManyToMany對封裝多對多關係的欄位或getter方法進行注釋。先看看下面的表：圖1　 t_addresses表t_addresses表和t_customers表是多對多的關係。需要使用一個關聯表來描述這種關係，關聯表的結 構如下圖所示。圖2　

實現Entity Bean的一對多（one-to-many）映射EJB3的一對多映射使用@OneToMany來設定，如果是雙向的一對多映射，在many方需要使用@ManyToOne 設定。在本書中給出兩個表，其他一個表t_customers在上一篇文章中已給出了，另一個表的結構如圖1所 示。圖1　 t_orders表t_customers和t_orders表是一對多關聯性，一個Customer可能有多個Order，而一個Order只能有一個

實現Entity Bean的一對一（one-to-one）映射一對一映射是很常用的。在一般情況下，一個主表通過外鍵和從表形成一對一的關係。在EJB3中使用 @OneToOne注釋來映射。一對一關聯性除了使用外鍵進行關聯外，也可以採用共用主鍵的方式串連兩個表。 先看看如下兩個表的結構：圖1　 t_customers圖2　 t_refereest_customers和t_referees表形成了一對一的關係。t_customers表通過referee_id與t_referees表相

EJB3容器通過EntityManager對象管理實體Bean，該類最主要的功能就是在記錄和JavaBean之間進行互 相映射。例如，我們從資料庫中查出一條記錄，這條記錄有field1和field2兩個欄位，假設有一個 JavaBean，也包含了field1和field2屬性。那麼EntityManager可以將這條記錄中的值對應到JavaBean的 field1和field2屬性中。也就是說，在資料庫中的一條記錄就對應於一個JavaBean的對象執行個體。下面將給

Session Bean除了可以使用注釋來發布外，也可以使用相應的設定檔來發布。在這種情況下，就不 需要在介面和Session Bean中使用注釋了。在JBoss中需要兩個檔案對Session bean進行配置。這兩個文 件是ejb-jar.xml和jboss.xml。這兩個檔案應該META-INF目錄中，該目錄應該放在jar檔案的根目錄。 ejb-jar.xml檔案負責配置session

有時需要在Session Bean中初始化和釋放一些資源。這些工作應該在SessionBean的@PostConstruct和 @PreDestroy方法中進行。其中用@PostConstruct注釋的方法在SessionBean的構造方法調用之後以後EJB 容器在處理完一些其他工作後調用。用@PreDestroy注釋的方法在SessionBean的對象執行個體被EJB容器銷毀

有時用戶端程式（如JSP、Servlet）會和EJB組件運行在同一個JVM上，如在同一個J2EE伺服器（JBoss 、Weblogic等）中運行。這時就沒必要再通過遠程（remote）介面訪問Session Bean了，因為用戶端和 session bean都在同一個jvm上，只需要通過本地介面（local）訪問即可。就象直接存取本地類一樣（當 然，不能直接存取EJB類，需要使用jndi和local介面來獲得本地介面對象。當然，也可以通過remote介面 來訪問ejb，不過這樣會有一些效能損失。

本系列教程使用的軟體版本如下：Eclipse：3.4.2， Eclipse IDE for Java EE DevelopersJBoss ：5.0.1，http://www.jboss.org/jbossas/downloads/JDK：1.6.0.14，http://java.sun.com/javase/downloads/index.jsp在本文中將編寫一個簡單的無狀態SessionBean。在發布EJB時，一般需要將EJB程式以jar檔案的形式 進行發布。這些jar檔案將被放在<

我們將概述如何在 C/C++ 開發項目中使用 Eclipse 平台。儘管 Eclipse 主 要是一個 Java 開發環境，但其體繫結構確保了對其它程式設計語言的支援。在本文 中，您將學習如何使用 C/C++ 開發工具箱（C/C++ Development Toolkit，CDT） ，它是可用於 Eclipse 的最佳 C/C++ 工具箱。C 和 C++ 語言都是世界 上最流行且使用最普遍的程式設計語言，因此 Eclipse 平台（Eclipse Platform）提 供對 C/C++

開發環境本文的開發環境為 Windows Vista Enterprise、birt-report-designer-all-in-one-2_2_2、Birt 2.2.2、Java EE 伺服器使用 apache-tomcat-6.0.18，當然，您也可以使用 Jboss 等其他 Java EE 伺服器。初識 BIRTBIRT 是一個 Eclipse-based 開放原始碼報表系統同 JasperReports 類似。它主要是用在基於 Java 與 J2EE 的 Web 應用程式上。BIRT

第3部分: 預見並管理重用內容的變更概述Toolkit for Custom and Reusable Solution Information 支援收集幾種不同類型的內容來在一個定製的解決方案資訊中心發表。內容可以包括 Web 頁；本地檔案，比如辦公文檔；RSS 和 ATOM 提要；匯出的 Lotus Notes® 文檔；以及 Eclipse 文檔外掛程式（即工具箱內的 “books”）。對於某些內容類型，您可以包括進內容的一個副本或對內容所在位置（比如

第2部分: 提升您捕捉和重用內容的能力概述在 使用定製 Eclipse 資訊中心為 IT 解決方案編製文檔，第 1 部分：建立您的第一個資訊中心

第 1 部分: 建立您的第一個資訊中心概述實現 IT 解決方案的過程涉及整合並定製各種軟硬體組件。要針對已實現的解決方案整理一份 “維護指南”，相關的文檔和其他技術資訊可能涉及多個作者、文檔位置和文檔格式 — 範圍涉及傳統的 teamrooms 和官方文檔、論壇、部落格和

在目前的GEF版本（3.1M6）裡，可用的LayoutManager還不是很多，在新聞群組裡經常會看 到要求增加更多布局的文章，有人也提供了自己的實現，例如這個GridLayout，相當於SWT中 GridLayout的Draw2D實現，等等。雖然可以肯定GEF的未來版本裡會增加更多的布局供開發人員 使用（可能需要很長時間），然而目前要用GEF實現表格的操作還沒有很直接的辦法，這裡說 說我的做法，僅供參考。實現表格的方法決定於模型的設計，初看來我們似乎應該有這些類：表格（Table）、行

當一個GEF應用程式實現了大部分必需的業務功能後，為了能讓使用者使用得更方便，我們 應該在易用性方面做些考慮。從3.0版本開始， GEF增加了更多這方面的新特性，開發人員很 容易利用它們來改善自己的應用程式介面。這篇文章將介紹主要的幾個功能，它們有些在GEF 2.1中就出現了，但因為都是關於易用性的而且以前沒有提到，所以放在這裡一起來說。可摺疊調色盤在以前的例子裡，我們的編輯器都繼承自GraphicalEditorWithPalette。GEF 3.0提供了

GEF的設計沒有對模型部分做任何限制，也就是說，我們可以任意構造自己的模型，唯一 須要保證的就是模型具有某種訊息機制，以便在發生變化時能夠通知GEF（通過EditPart）。 在以前的幾個例子裡，我們都是利用java.beans包中的PropertyChangeSupport和 PropertyChangeListener來實現訊息機制的，這裡將介紹一下如何讓GEF利用EMF構造的模 型.EMF使用自己定義的Ecore作為元模型，在這個元模型裡定義了EPackage、EClassifier、

我發現一旦稍稍體會到GEF的妙處，就會很自然的被它吸引住。不僅是因為用它做出的圖 形介面好看，更重要的是，UI中最複雜和細微的問題，在GEF的設計中無不被周到的考慮並以 適當的模式解決，當你瞭解了這些，完全可以把這些解決方案加以轉換，用來解決其他領域 的設計問題。去年黃老大在一個GEF項目結束後，仍然沒有放棄對它的繼續研究，現在甚至利 用業餘時間開發了基於GEF的SWT/JFace增強軟體包，Eclipse和GEF的魅力可見一斑。我相信 在未來的兩年裡，由於RCP/GEF等技術的成熟，Java