haben wir in Karlsruhe in der Oragarunde diskutiert und neue Mitarbeiter als freiwillige identifiziert, die unter Anleitung von Christian und Philipp das erstellen von Screencasts etc. übernehmen und das auch gleichzeitig als Einarbeitung in Palladio nutzen
JIRA restructuring according to update site
1. Attachments broken
zu Punkt 3: Try to implement that moves attachments to current location
Attachments nicht über Jira erreichbar (liegen im falschen Ordner auf der Platte)
Stephan hat noch keinen Ansatz gefunden wie das funktioniert. Erste Idee: manuell verschieben wenn attachments nötig; Zweite Idee: Skript, dass das automatisch macht
Es betrifft nicht alle Projekte, aber eine manuelle Herstellung würde länger dauern als über ein Skript
Kann das ein HiWi machen? Eigentlich ja, aber haben wir momentan noch einen?
Wir sprechen das in KA in der Organrunde an
Unklare Issues:
PALLADIO-298
Ist ein Test eines special Features in SimuCom, der gesplitet werden müsste, d.h. man kann es evtl. nicht mit Standard SimuCom simulieren kann. Philipp fragt Anne und danach wird entschieden wie und ob der Test gespliteted wird.
PALLADIO-364
Ist eher SimuCom und nicht ProbeSpec. (Evtl. sogar Scheduler Issue, aber eher SimuCom).
PALLADIO-315
Eher Metamodel Issue, da zuerst das MM geändert werden muss. Der Rest (Editoren etc.) müssen dann entsprechend geändert werden.
Stable vs. nightly dependencies in build
Wir haben uns die Frage gestellt warum wir momentan gegen stable builds zu bauen
Nachteile:
Release muss für abhängiges erstellt werden wenn eine notwendige Änderung durchgeführt wurde
Wenn viel Änderungen an einem Projekt gemacht wurden bekommt man die später mit wenn man sein Projekt gegen die stable baut
Idee: Man sollte direkt gegen Nightly bauen, dann bekommt man Änderungen direkt mit
Gründe für Stabile:
Von den Update sites hängen momentan externe Projekte ab
Umzug von Nightly auf Stable ist weniger aufwendig wenn man stable hat
es betrifft hauptsächlich Bugfixes in der API selbst
Wenn die API geändert wird sollte minor Version an zweiter Stelle geändert werden und dann auch die minor Version der anhängigen Projekte
Wenn ein Bugfix an der API durchgeführt wird, müsste in der cquery des abhängigen Projektes geändert werden, sodass das Projekt gegen nighlty und nicht gegen stable baut
Was cool wäre: Ein Art Guideline/Doku für Entwickler, die spezifiziert was in solchen Fällen gemacht werden soll
Wann genau wird Neon released? Normalerweise 30.06, d.h. momentan müsste RC 1 oder RC 2 draußen sein
Steffen: Die Erfahrung hat gezeigt, dass es besser ist früher als später anzufangen, sonst haben wir das Problem, dass wir mehr als eine Eclipse Version überspringen müssen
Hoffnung: Alles was gegen Mars baut dürfte auch gegen Neon bauen
Am besten: warten auf Neon Release
Agenda nächster Concall:
Neon Release beim nächsten Concall anschauen und prüfen ob aktuelles Palladio damit baut
