PCM Development/Palladio Concall/Minutes 20151012

Teilnehmer

Projektpartner der Chemnitzer haben ihre Sachen auf “quasi” PCM 4.0 migriert
ProtoCom läuft soweit
bis auf Reihe von known bugs funktioniert alles soweit
- Bugreport von Philipp (Simulation dauert viel zu lange): nicht trival zu lösen
  - TODO: den Bug auf Blocker setzen
Philipp: Zusätzlicher Bug/Problem: Simulationsergebnisse von PCM 3.5 zu PCM 4.0 haben sich geändert (und zwar ziemlich stark)
- Steffen: minimale Unterschiede zwischen SimuLizar und SimuCom sind bekannt
- Philipp legt einen Bugreport genau dafür an
Tests im Jira:
- es sind immer noch welche falsch/nicht durchgelaufen
Ziel für Release:
- am Developer Day

Bugs 367 und 370 sind die gleichen
- es sollte dafür auch schon einen Fix geben
373
- hat Michael bereits gefixt
- die Tests müssen jetzt händisch nochmal durchgeführt werden

SimuCom kann immer noch einige Sachen (z.B. Reliability), die SimuLizar nicht kann
TODO für Developer Days: sammeln was SimuLizar noch nicht kann, aber SimuCom kann

können wir verwenden statt dem aktuellem Wiki
- steht für Palladio Entwicklung zur Verfügung
- aktuelles Wiki würde nach Confluence migriert werden
- Weiterleitung für alte Seiten nötig, damit alte Links (insbesondere solche in Papern) weiterhin funktionieren
Link: [[1]]
momentan noch etwas langsam, wird aber aufgerüstet

Parameter sollte NamedElement werden statt eigenen ParameterName haben
dadurch würde aller Code und alle Instanzen brechen, der Parameter verwendet
- das wäre aber OK, da die Änderung in großen Workspaces (wie die von Steffen oder Sebastian) durchgeführt werden könnte
alternative wäre die "getParameterName" Methode zu behalten bzw. auf deprecated zu setzen
- die Instanzen würden aber weiterhin brechen
eGet würde man nicht über Refactoring bekommen (wenn keine generierte Konstante verwendet werden würde)
- das sollte aber nur selten/wenn überhaupt der Fall sein

ResourceDemandingInternalBehavior wurden im Zuge von SoMoX einggeführt, momentan jedoch nicht verwendet
Idee: verschieben in BasicComponent statt SEFF
wenn es verwendet wird:
- entweder a) die Simulatoren (SimuCom, SimuLizar etc.) anpassen SimuCom, oder
- b) ModelTransformation von geändertem PCM in "altes" PCM, was dann zur Simulation verwendet werden kann
im Fall a) Bugs für andere Solver aufmachen
Anmerkung Steffen/Philipp/Anne: Die Umstellung der Simulatoren wird im Detail komplexer als am glaubt

momentan etwas undurchsichtig
für Benutzer (externe die Bugs reporten wollen) unklar
Idee: Strukturierung so machen wie es auf der Update Site ist
- diese würde so aussehen [[2]]
Nachteil wäre:
- irgendwie ist es nicht so passend
- man muss für die einzelnen Projekte immer schauen welche Bugs noch offen sind etc.
Mit dem neuem Release Prozess würde es aber ganz gut passen, da man Projekte einzeln Releasen kann
weiteres Vorgehen: Diskussion am Developer Day