<<Service>> 類別

UML 至 EJB 轉換會將具有 <<Service>> 造型的類別轉換成儲存器管理、Stateless 或 Stateful Session Bean, 且其 Bean 名稱等同於來源 UML 類別的名稱。這項轉換會固定為 Session Bean 產生下列的 Java 類別:

 

當您在階段作業標籤上按一下僅遠端介面時,這項轉換會產生下列的 Java 類別:

 

當您在階段作業標籤上按一下僅本端介面時,這項轉換會產生下列的 Java 類別:

 

當您在階段作業標籤上按一下本端與遠端介面時,這項轉換會產生下列的 Java 類別:

轉換會在針對來源 UML 類別之母套件產生的套件資料夾中,產生所有的類別。如果您所建立的 UML 模型不含套件, 轉換會建立一個預設套件 ejbs

轉換會在目標 EJB 專案的來源樹狀結構中產生 Bean 類別檔。

轉換會在目標 EJB 專案之用戶端專案的來源樹狀結構中,產生四個介面檔。如果沒有任何用戶端專案存在, 轉換會在目標 EJB 專案中產生介面檔。

轉換會將定義 Session Bean 的資料新增到部署描述子中 (ejb-jar.xml)。

造型內容 - "hasState"

每一個具備 <<Service>> 造型的 UML 類別都有一個名為 "hasState" 的造型內容。當 hasState 的值為 false 時, 轉換會將該 UML 類別產生成 Stateless Session Bean。相反地,當hasState 的值為 true 時,轉換會將該 UML 類別產生成 Stateful Session Bean。

附註:造型內容只對轉換會產生成新 Session Bean 的 UML 類別造成影響。

依預設,hasState 內容值為 false,這和 Session Bean 建立精靈中的預設值一致。

一般化關係

如果 Session Bean 的來源 UML 類別和另一個具有 <<Service>> 造型的 UML 類別間, 存在一般化關係(例如延伸關係), 且該造型具有相同的 "hasState" 內容值, 則該類別所代表的 Session Bean 會成為所要產生之 Session Bean 的 EJB Super 類別

實現化關係

如果 Session Bean 的來源 UML 類別和介面元素間存在實現化關係 (例如,實作關係), 則來源介面所代表的介面會由四個介面(遠端、Home、本端、本端 Home)來實作。

屬性

這項轉換會將來源 UML 類別上的屬性轉換成 Bean 類別中的 Java 內容。有關如何轉換屬性的詳細資訊, 請參閱「UML 至 Java 轉換」文件。

如果屬性的類型為另一個 Enterprise Bean 的類型, EJB 轉換不會產生 Session Bean 的欄位與關聯。轉換反而會在日誌檔中寫入一則訊息, 指出不會轉換來源屬性。

作業

這項轉換會將來源 UML 類別上的作業轉換成 Session Bean 上的商業方法。一開始, 轉換作業的方式和未標示之 UML 類別上的作業一樣。轉換後的作業會新增到下表所列的類別中, 並有部分修改。

類別

方法修正

Bean 類別

無變更

本端介面

介面方法

遠端介面

介面方法,擲出 java.rmi.RemoteException

內部類別

忽略。

內部介面

忽略。

使用條款 | 意見
(C) Copyright IBM Corporation 2004.
All Rights Reserved.