PCM Development/Palladio Concall/Minutes 20171211

Aus SDQ-Wiki

Teilnehmer

  • Christian Stier
  • Dominik Werle
  • Felix Willnecker
  • Stephan (FZI)

Agenda

  1. BwCloud
    • Use of servers as Jenkins slaves to support higher degree of parallelization
  2. Authentication provider for Jenkins
    • Process currently manual
    • Use of OAuth provider, e.g., GitHub for user authentication/authorization?
  3. Target platform requirements for tycho-based builds [1]
  4. Future of simulators
    • When to replace SimuCom?
    • New default engine?
  5. info [at] palladio-simulator.com now available
  6. Garbage collection simulation patch.
  7. NoSuchFieldError beim Build

Protokoll

  1. BwCloud
    • Aktuell: ATIS wird bezahlt für Build-Server. Resourcen beschränkt.
    • SDQ-Build: Jenkins + anderes. Kann zu Bottlenecks führen / Performanceprobleme.
    • bwCloud: aktuell umsonst. wird irgendwann pay2play.
    • Jenkins: man würde da Slaves hineinhängen und Last darauf verteilen. Slaves würden dann nur auf Auftrag hin bauen und alle Artifakte zurückschicken.
    • StS: Logs, Releaselogs + Buildartifakte? Warum nicht alles in die bwCloud
      • Wie beim alten Prozess
      • Erfahrung mit Performance bei der ATIS. Wenn unzuverlässig ist nichts verloren.
    • StS: Aktueller Buildserver ist etwas chaotisch in Bezug auf laufende Anwendungen. Evtl. durch Auslagerung modularisieren. Bspw. mit Containern.
    • Action Items
      • Wie lange ist der Gratisbetrieb noch verfügbar?
      • Wenn >> 1y: Prototypisch angehen.
  2. Authentication provider for Jenkins
    • Jenkins Plugin für Rollenstrategien [2]
    • GitHub-Benutzerzuständigkeiten für Berechtigungen verwenden [3]
    • Vermutlich reicht zweites.
  3. Tycho-Build
    • Am schwierigsten am Tycho-Build: Target platform. Mehr Kontrolle als automatisiertes Suchen.
    • Wahrscheinlich eigenes Maven-Plugin:
      • Target-Platform-Definitionen für Nightly und Release unterschiedlich und im Jenkins-Job auswählbar. Bspw. Update-Sites mit Regex ersetzen.
      • Target-Platform mit Abhängigkeiten aus Eclipse Modeling, eine mit spezifischen Abhängigkeiten. Wäre einfacher, wenn vor eigentlichem Build gemerged werden würde. Dann gleiche Funktionalität wie bisher.
      • JBoss-Tools: Vor eigentlichem Build manuell. Müsste integriert in eigentlichen Buildprozess werden (um auch lokal ausführbar zu machen)
    • Bei Coding Night konkret umsetzen, Stephan mach initiale Recherche
    • Wird dann bei MVN Central veröffentlicht unter Palladio Gruppen-ID
  4. Future of simulators
    • Postponed to next release.
  5. info [at] palladio-simulator.com
    • Can now be used. Stephan and Sebastian will relay messages.
  6. Garbage collection simulation patch (update)
    • Simulation works with current PCM
    • Open but no blocker: migration GMF -> Sirius editors & Ticket w/ example
  7. NoSuchFieldError beim Build
    • Laufzeitfehler in Palladio: PointInTimeMetric nicht existent. Im nightly nicht mehr enthalten. Lag an Bundle-Beziehungen.
    • Lösungsansatz: Bundles neu bauen gegen aktuelle Version der Abhängigkeiten.
    • Noch unklar, ob alle potentiellen Fehlerursachen schon gefunden sind. Kann aber bei Auftreten durch Neukompilieren behoben werden.
    • Im Rahmen der Buildserver-Restrukturierung/-Aufräumen: Können implizit verhandene Abhängigkeiten sinnvoll automatisiert durch eine definierte Release-Pipeline aufgelöst werden, die die Reihenfolge definiert.

Nächster Concall

  • 08.01.2018. 4pm CET
Abgerufen von „https://sdq.kastel.kit.edu/mediawiki-sdq-extern/index.php?title=PCM_Development/Palladio_Concall/Minutes_20171211&oldid=27208“