Skip to content
[Jenkins]Jenkins
log in

Changes

#861 (May 3, 2020, 1:04:08 PM)

  1. Version von "maven-site-plugin" angehoben und vereinheitlicht, um "java.lang.ClassNotFoundException: org.apache.maven.doxia.siterenderer.DocumentContent"-Fehlermeldung zu umgehen — Christoph Schulz / detail

#854 (May 31, 2016, 9:44:35 PM)

  1. Namen von Maps leiten sich jetzt von den Namen der betroffenen Klassen ab.
    (Name: "map" + NAME_DER_KLASSE) — Hoyer Steffen / detail
  2. Name des ersten Parameters in der generierten registerSetterX-Methode zu "obj" geändert, damit keine Namenskonflikte mit Klassen auftreten. — Hoyer Steffen / detail

#853 (May 30, 2016, 7:59:27 AM)

  1. korrektur, damit keine fehler mehr kommen — hfi413go / detail

#852 (May 30, 2016, 12:04:29 AM)

  1. Neuer Transformer erstellt zur Generierung des Setter-Interfaces für symmetrische Attribute und zur Erstellung der inneren Klassen der Klassen, die symmetrische Attribute haben
    — hfi413go / detail

#851 (May 29, 2016, 11:44:29 PM)

  1. Die Benennung der registerSetter wurde an die des Singletons angepasst — Hoyer Steffen / detail

#850 (May 29, 2016, 11:09:29 PM)

  1. Die Methode etwas auseinandergezogen damit wir nicht so viele verschachtelten Iteratoren in einer Methode haben. — Hoyer Steffen / detail
  2. Der Konstruktor eines SymmetricRelationAccess-Singletons initialisiert jetzt auch die eigenen HashMaps zum Speichern der Singletons. — Hoyer Steffen / detail

#849 (May 29, 2016, 10:49:28 PM)

  1. Die Klasse CreateSetterForSymmetricAttributeTransformer ist für die createSet-Methode in den $Impl Klassen gedacht. Es sind auskommentierte Versuche und eine createRemove Methode enthalten. — hfi413pe / detail

#848 (May 29, 2016, 10:19:27 PM)

  1. jetzt werden bei einer reflexiven Assoziation nur 1 HashMap und 1 registerSetter-Methode aufgerufen, ansonsten 2. Jetzt kommt leider noch ein Fehler beim Name der Map, der zweite Name der Assoziation wird noch nicht übertragen, sie maps heißen also gerade beide gleich, was in java logischerweise zu fehlern führt. — hfi413pe / detail

#847 (May 29, 2016, 9:09:26 PM)

  1. Im Singelton symmetricRelationAcces werden jetzt HashMaps in form von
    private java.util.HashMap<generated.model.beispiel.A ,Setter> mapa;
    für jede symmetrische Beziehung generiert. Der Name setzt sich wie folgt zusammen: map+NameDerAssoziation. Des Weiteren werden registerSetter mit funktionsinhalt generiert:

    public void registerSetterb(generated.model.beispiel.B B, Setter setter) {
    this.mapb.put(B,setter);
    }

    Der Name setzt sich wie folgt zusammen "registerSetter"+NameDerAssoziation.
    — hfi413pe / detail

#846 (May 29, 2016, 5:34:29 PM)

  1. ownerString und targetString hinzugefügt — hfi413pe / detail

#845 (May 29, 2016, 5:29:29 PM)

  1. jetzt werden auch die methoden registerSetter+(AssoziationsName) mit bislang nur dem target und nicht dem Setter generiert. Hat bislang auch keinen MethodenInhalt. — hfi413pe / detail

#844 (May 29, 2016, 5:14:29 PM)

  1. Es werden jetzt keine set1 und set2 Methoden bei einer 0..1-Beziehung im symmetricRelationAcces-Singelton mehr erzeugt, sondern jeweils ein set mit dem Namen der Assoziation. Das selbe gilt für add und remove, die bei einer *-Beziehung erzeugt werden. — hfi413pe / detail

#842 (May 29, 2016, 11:54:25 AM)

  1. Generator: Improved database attribute generation for this and $generatedObjects. — Teickner Achim / detail

#841 (May 29, 2016, 5:39:26 AM)

  1. Generator: - Made tuple-getter cliable. — Teickner Achim / detail

#840 (May 29, 2016, 3:14:24 AM)

  1. Generator: - The DelegationTransformer needed an overhaul because it has generated wrong delegations. A concrete class without sub classes for example called a method within itself which led to StackOverflowExceptions etc...
    - Changed names of setThis,getThis,initializeOnCreation and getTuple by adding a $ sign to the name in order to avoid name clashes with operations defined by the user.
    - Adjusted test cases to run with the changes. — Teickner Achim / detail

#839 (May 28, 2016, 2:49:26 PM)

  1. Generator: - Fixed the bug where the database model does not fit the generated model due to the absence of abstract classes. Types that are not sum types will now be added as concrete types even if they are "abstract" because we do not have real abstract java types anymore. — Teickner Achim / detail

#838 (May 27, 2016, 2:14:22 PM)

  1. Kommentar hinsichtlich Bug wurde entfernt und in BugZilla hinzugefügt — hfi413uh / detail

#837 (May 27, 2016, 10:49:19 AM)

  1. Generator: - UserTypes added to the database will always be concrete from now on because due to multi inheritance we don't have real abstract classes anymore.
    (The problem is not totally solved with this but we are a step closer) — Teickner Achim / detail

#836 (May 27, 2016, 9:04:18 AM)

  1. Generator: Mehrfachvererbung: Eigentlich abstrakte Operationen in abstrakten Klassen können nun nicht mehr aus Objekten zu eigentlich abstrakten Klassen gerufen werden. — hfw413sc / detail

#835 (May 27, 2016, 8:44:18 AM)

  1. Generator: Mehrfachvererbung: Wiedereinbau des DelegationTransformers, Erzeugen einer Operation zur Initialisierung der Felder eines Objekts, Testfälle angepasst. — hfw413sc / detail