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)。
每一個具備 <<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.