Version 3.2.0

Datentyp-spezifische Eingabecontrols

Für Datentypen, die Zahlen und Datumsangaben repräsentieren, gibt es nun spezifische Controls, die eine Formatierung entsprechend des Locales verwenden. Bei deutschem Locale wird also nun das Komma als Dezimaltrennzeichen und der Punkt als Tausender-Trennzeichen verwendet. Zusätzlich gibt es beim Datum einen „Date-Picker“.

Definition von Default-Kardinalitäten

An Beziehungen zwischen zwei Produktbausteinen kann die Kardinalität (Min/Max) für die entsprechende Beziehung auf Vertragseite angegeben werden. Beispiel aus dem Tutorial: Das Kompaktprodukt enthält eine optionale Fahrraddiebstahldeckung (min=0, max=1). In einem Angebot oder Vertrag, der auf Basis dieses Produktes abgeschlossen wird, kann also eine Fahrdiebstahldeckung enthalten sein, muss es aber nicht. Bisher konnte man noch nicht spezifizieren, ob nun bei der Anlage eines neuen Angebotes diese Deckung defaultmäßig enthalten sein soll oder nicht. Mit Version 3.2 ist es nun auch möglich einen Defaultwert anzugeben. Dieser muss natürlich zwischen der Mindestkardinalität und der maximalen Kardinalität liegen.
1

Rename-Refactoring für Assoziationen

Version 3.2 unterstützt nun die Umbenennung der Rollennamen von Assoziationen wobei auch der gesamte Java Sourcecodes entsprechend refactored wird. Die Funktionsweise ist analog zum Umbenennen von Attributen. Einziger Unterschied ist, dass man neue Namen für Einzahl und Mehrzahl der Rolle angeben muss.
2

Neuer Dialog zum Anlegen von Packages

Der Dialog zum Anlegen von neuen Packages funktioniert nun analog zum Eclipse-Dialog zum Anlegen neuer Verzeichnisse. Die Package-Struktur wird in einem Baum dargestellt und das ‚Parent-Package‘ kann dort einfach ausgewählt werden.
3

Migration

Da an den Beziehungen zwischen Produktbausteinen nun auch die Definition der Default-Kardinalität möglich ist, ist eine Migration bestehender Projekte erforderlich. Diese Änderung führt auch zu einer inkompatiblen Änderung des generierten Sourcecodes. Die Methoden zur Abfrage der Kardinalität an den Anpassungsstufen (VAA Terminologie: Generationen) der Produktbausteine (getCardinalityForRolename) geben nun einen CardinalityRange anstatt eines IntegerRange zurück. Über den CardinalityRange hat man per getDefaultCardinality() zugriff auf die neu eingeführte Default-Kardinalität.