PCM Development/Palladio Concall/Minutes 20160613

Aus SDQ-Wiki

Outreach and book companion activities

  • 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:
    1. 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.
    1. PALLADIO-364
      • Ist eher SimuCom und nicht ProbeSpec. (Evtl. sogar Scheduler Issue, aber eher SimuCom).
    1. 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
  • Es gibt

Eclipse Neon

  • When should we start migration?
  • Christian found no big changes in APIs.
    • —> hoffentlich keine große Sache
  • 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