PCM Development/Palladio Concall/Minutes 20160919

Aus SDQ-Wiki

Teilnehmer

  • Christian (FZI)
  • Felix Willnecker (FORTRISS)
  • Steffen Becker (TUC)
  • Philipp Merkle (KIT)
  • Misha Strittmatter (KIT)
  • Michael Langhammer (KIT)

Sirius Editors: should the type of every element be shown? (in guillemets, like the case with most SEFF/Usage elements)

  • in guillemets wird der Metatyp angezeigt, aber nur in UsageModel und SEFF - nicht in anderen Editoren. Ist das Absicht und wie soll es in Sirius Editoren gemacht werden?
  • in GMF Editoren: nur in SEFF und UsageModels, da der ursprüngliche Entwickler keine Zeit hatte, die in den anderen Editoren dazustellen
  • —> in neuen Editoren evtl. auch bei BasicComponents etc. darstellen. Wenn Zeit ist, dann wird das gemacht.

HDD fortiss-patch and infrastructure interfaces

  • Jira Issue 413 schlägt vor wie HDD patch von Fortis hinzugefügt werden können
  • Einwand Steffen war, dass es über InfrastructureInterfaces schon geht
  • Einwand Felix: Das ist aber wohl etwas schwer, da es sehr allgemein ist
  • ResourceInterfaces werden für HDD Patch verwendet
  • Die InfrastructureInterfaces kann man jederzeit verwenden
  • Steffen: Wir hätten am liebsten user defined InfrastructureInterfaces, die von Nutzern dynamisch definiert werden können
  • Lösung hat Konflikt mit bisherigem Rollenkonzept
  • Lösung nötig, die Flexibilität von InfrastructureInterfaces mit ResourceInterfaces verbindet
  • möglicherweise in einer MA betrachten, da es eigentlich für alle out of scope ist
  • Mögliche Lösung: Fortiss Patch aufnehmen, auch wenn es einige Nachteile hat
  • Andere mögliche Lösung: Patch in Editoren integrieren und dann Transformation in das PCM —> ist allerdings mit mehr Aufwand verbunden
  • Philipp: sieht die Vorteile des Patches (auch wenn wir dadurch Modelle bauen, die in einem Jahr migriert werden müssen); hätte aber kurzfristig keine Probleme damit
  • Philipp: Besteht die Möglichkeit das als Add-On zu realisieren?
  • Was hätte das für Konsequenzen?
    • Problem: Der existierende Patch hat nutzt noch keine Erweiterungsmechanismen, d.h. es müsste Aufwand getrieben werden, um den Patch umzusetzen)
    • Nachteil Add-On: Der Aufwand wäre sehr hoch
  • Beschluss: Den Patch akzeptieren, wenn alle 3 Solver unterstützt werden und später dann evtl. Transformationsskripte erstellen
  • Patch wird noch erweitert, sodass SimuLizar und auch EventSim unterstützt werden
    • Philipp unterstützt gerne beratend bei der Umsetzung von EventSim
  • Zusätzlich wird noch eine MA ausgeschrieben, die untersucht ob man eine generische Lösung finden kann

nächster Concall

  • 17.10.
  • Aganda Punkt: Planned des Developer Meeting