PCM Development/Palladio Concall/Minutes 20150518

minor features included for release

Transformation Chain & Inconsistencies
- How are dependent metamodels handled? export from emx vs. directly in ecore
- Identifier was not generated from RSA (is now inconsistent)
GenModel Dependency to Ecore.ecore
Probfunction.emx
- Deployment Profile missing
- duplicate Attributes: value in Sample and its subclasses
- Missing type parameters for subclasses of Sample
- emx, uml, ecore inconsistent
When to regenerate pcm and all inconsistent dependent models?

Probleme beim erzeugen des Metamodlle
Gut: Code aus ECore
Probleme: ECore aus RSA
- bisher: immer Umweg über UML
- Umweg über UML hat Problem, dass referenzierten Metamodelle nicht mehr funktionieren wenn ECore aus UML generiert werden
Sebastian hatte keine Probleme vor einem Jahr
- aber es war eine manuelle Änderung am Genmodel notwendig
Steffen hatte beim letzten generieren auch keine Probleme, aber das ist schon länger her
Jonas hat RSA Modell zuletzt geändert
Idee: generieren mit Eclipse 3.8
bei Identifiern sieht es so aus als hätten Steffen und Sebastian das ECore direkt verändert haben und nicht die RSA Modelle
offline recherchieren notwendig
Probefunction RSA Modell funktioniert nicht (es fehlt ein RSA Profil)
Idee: gemeinsames Meeting zum Debuggen, dort können auch StoEx Sachen gefixt werden
- Termin: 08. Juni 09:00
- Modus: Misha macht Bildschirmübertragung oder Steffen spielt es aus dem Backup zurück

aktueller Stand:
- ist wieder reverted, da noch neue Bugs entdeckt wurden die einige Simulationen brechen
Strategie nötig wie neue StoEx hinzugefügt werden
Bugs kann man reparieren, aber momentan ist keine Zeit bzw. keine Studenten, um es zu fixen
Idee:
- Fürs Release noch nicht mit den neuen StoEx arbeiten, sondern erst fürs nächste Release
- TODO: Matthias Becker: Plan entwickeln wie es weitergeht

Testing day nach:
- noch ein internes Review für ProtoCom in Chemnitz
- Profile Sachen müssen noch gefixt werden
- Metamodelländerungen müssen noch eingepflegt werden
Feature Freeze:
- nächster Concall - also am 08. Juni
Festgelegtes Datum für Release:
- wird ausgedoodelt
- TODO: Michael setzt das Doodle auf

“Materialisieren” aus Jenkins ist der beste weg
Problem hierbei:
- rmap eventuell noch nicht für Palladio Core getestet
- TODO: umstellen im Build Server von “manuellem” SVN check out zu rmap check-out
- ein großes Buckminster Projekt aufsetzen das sich aus den vorhandenen Buckminstern einen großen Workspaces holt
- wird im nächsten Concall noch mal besprochen
- relevanter Link: [[2]]
Team Set is outdated
- wird aus dem Wiki rausgenommen - stattdessen wird “Materialisieren” aus Jenkins ist der beste weg

materialisiert Plugins in einem Workspace und baut dann ein Eclipse mit Palladio Flavor
Idee wäre: Eclipse Modeling + Palladio (aktueller Core)
Christian Stier baut das bis zum nächsten Concall und schickt eine Rundmail

ist kein Bug sondern ein Feature (?)
- es ist nicht klar wie Mutlicore utilization abgebildet werden sollte
- wurde absichtlich aus Release herausgenommen, da es sonst Fehler liefert
Problem:
- es sah aus wie ein Bug, da leere utilization wenn multicore in Ressourcen modelliert wurde
- konkretes Auftreten beim Simulieren vom neuen (Multicore-fähigem Media Store)
Um das zu beheben müssten Multicore Scheduler in Palladio Core eingebunden werden
TODO: Christian und Misha setzten sich mal zusammen und schauen an was genau der Fehler ist

Testmodelle sollten auf Nightlyversion migriert werden
Frage: ist das noch aktuell?
- ist noch aktuell - momentan laufen die noch nicht im Jenkins
TODO: Misha fragt Philipp und oder Anne