| |
XDoclet |
openArchitectureWare |
AndroMDA |
eclipse mit EMF & Jet |
| Input |
Tags in Java-Kommentaren |
any, vorhanden ist:
- XMI, aus UML-Tool exportiert
- XML (umständlich) |
XMI, aus UML-Tool exportiert
(insbesondere MagigDraw oder Poseidon) |
- XMI
- EMF-Modell (z.B. mittels Omondo erstellt)
- annotiertes Java-Interface |
| Validierung des Inputs |
|
|
mittels OCL |
|
| Metamodell |
Java-Syntax und
-Kommen-tare, geliefert von Doclet |
de facto MOF |
de facto MOF |
MOF-Ausschnitt (Classifiers) |
| |
|
|
|
|
| vorhandene Generierungs- Komponen-ten |
Unmenge, u.a.
EJB
Struts
WebWork
Hibernate
JDO
Castor
SOAP
JMX
Mock-Objects
Portlets |
praktisch keine, die Philosophie ist,
selbst welche zu machen
* Feature-Modelling nach
FODA
* GEF-Editor |
pure Java
EJB (generiert XDoclet)
Hibernate
Spring
Struts
WebServices
XMLSchema
und fürs Metamodell
|
pure Java |
| weitere Module |
|
eclipse-Plugin
|
OCL-Transformation in z.B. EJB-QL oder
Hibernate-QL. |
|
| |
|
|
|
|
| Sprache zur Erzeugung des Output |
XDoclect bis 1.5: JSP-ähnliche Sprache
XDoclet 2.0: Velocity |
eigene (XPand) |
Velocity |
Jet (JSP-ähnliche Sprache) |
| Mischung von
generiertem und manu-ellem Code |
Mergepoints |
Empfehlung:
manueller Code als Unterklasse |
manueller Code
als Unterklasse,
Mergepoints |
@generated
markiert generierte Methoden |
| |
auf XDoclet setzen wieder-um auf: Lomboz,
myEclipse, etc. |
|
|
|
| |
|
|
|
|
| |
|
|
|
|
| |
|
|
|
|
