Release 6
Dependency Graph mit Release-Verantwortlichen
Das Original hängt in BR1.3.014 bis das Release fertig ist. Falls Artefakte fehlen, bitte Hanno Bescheid sagen.
Parents und Maven-Plugins
- csco-parent (1.2.0)
- csco-parent-java (1.2.0)
- csco-builder-maven-plugin (0.1.1)
- csco-parent-java-bundle (1.2.0)
- lsa-domain-maven-plugin (0.0.7)
- csco-java-bundle-template (0.0.52)
- csco-java-fx-template (0.0.2)
3rd party Projekte (nur die wichtigsten)
Nichts zu tun (hier nur zum Gegenprüfen die richtigen Versionsnummern, die wir für das Release verwenden wollen):
- commons-codec (1.3)
- guava (17.0)
- hamcrest-core (1.3)
- junit (4.12)
- log4j-core (2.3)
- log4j-slf4j-impl (2.3)
- mockito-core (1.9.5)
- ojdbc7 (12.1.0.1)
- slf4j-api (1.7.12)
- slf4j-log4j12: Sollte entfernt werden, falls vorhanden!
- swingx (0.9.3)
Projekte am CERN
Nichts zu tun (hier nur zum Gegenprüfen die richtigen Versionsnummern, die wir für das Release verwenden wollen):
- accsoft-commons-diag (0.2.0)
- accsoft-commons-domain (0.2.0)
- accsoft-commons-io (2.5.1)
- accsoft-commons-util (2.3.4)
- accsoft-commons-value (5.11.4)
- accsoft-gui-frame (4.1.9)
- accsoft-security-rba (2.2.0)
- accsoft-security-rba-util (0.2.0)
- japc-nodeps (3.2.3)
- japc-value (3.3.2)
Release-Reihenfolge (aus dem Reactor-Projekt)
Die folgende Liste gibt die Reihenfolge wieder, in der das Maven-Rector-Projekt die Artefakte abarbeiten würde. Das sollte einen ungefähren Eindruck der Reihenfolge geben, in der das Release stattfinden kann. Es ist aber durchaus möglich, dass ein Artefakt mit höherer laufender Nummer bereits vor einem oder mehreren vorherigen released werden kann, das muss man dann manuell in den Abhängigkeiten checken, wenn man schon weitermachen will, bevor die Vorgänger released sind.
- accsoft-commons-value-gsi: Andreas (0.4.2)
- accsoft-commons-physics-gsi: Andreas (0.4.2)
- accsoft-security-rba-util-gui-gsi: Hanno (0.1.5)
- Framework for application using a hierarchical mvc: Sigi (0.0.3)
- cscoap-common-dependencies: Andreas (1.1.2)
- ImageLocator: Andreas (0.0.8)
- cscoap-common-utils: Sigi (0.0.4)
- lsa-domain: Hanno (9.11.1)
- lsa-client-common: Hanno (9.11.1)
- lsa-domain-generated-gsi: Hanno (9.11.2)
- lsa-domain-gsi: Hanno (9.11.1)
- SchemaWidget model interfaces and classes: Christian (0.0.3)
- lsa-client-gsi: Hanno (9.11.1)
- lsa-core: Hanno (9.11.1)
- lsa-test-gsi: Hanno (9.11.1)
- lsa-core-gsi: Hanno (9.11.1) Understand and clean up snapshot dependencies in lsa-core-gsi
- lsa-app-selection: Hanno (9.11.1)
- lsa-gui: Andreas (9.11.1)
- lsa-app-gui-gsi: Hanno (9.11.1)
- LanguageTranslator: Sigi (1.0.2)
- cscoap-common-gui-elements: Andreas (0.1.2)
- status texts used by DeviceAccess devices: Sigi (0.0.5)
- cscoap-common-operdb-intf: Sigi (0.0.5)
- java-units: Andreas (1.1.0)
- cscoap-common-units: Andreas (0.0.5)
- cscoap-common-units-ui: Andreas (0.1.0)
- AppApplicationDeviceControl: Sigi (0.0.4)
- Feedback Application: Christian (0.0.2)
- ionsource application: Barbara (0.0.4)
- JavaProEmi: Günter (0.1.0)
- app-launcher: Andreas (0.0.4)
- magnet scaling application: Sigi (0.0.2)
- lsa-app-trim: Hanno (9.11.2)
- lsa-app-generation: Hanno (9.11.2)
- app-parammodi: Christian (0.0.8)
- app-parammodi-old: Christian (0.0.8)
- timing master control: Barbara (0.0.2)
- SchemaWidget API: Christian (1.0.2)
- SchemaWidget -Demo: Christian (0.0.3)
- cscoap-common-units-ui-demo: Andreas (0.0.1)
(No Changes, not to be released!)
- Demo Application for GUI Configuration via Spring Application Context: Andreas (0.0.2)
- lsa-app-calibration-viewer-gsi: Hanno (0.1.1)
- lsa-app-equipmonitor: Andreas (9.11.1)
- lsa-app-equipmonitor-gsi: Christian (0.0.3)
- lsa-app-equipstate: Andreas (9.11.1)
- lsa-app-equipstate-gsi: Christian (0.0.3)
- septum application: Christian (0.0.2)