Übernahme der Änderungen für Version 0.4.0

Fixes #25 (closed) #24 (closed) #23 (closed)

[Version 0.4.0] - 12.12.2017

• Die MainKlasse wird jetzt - wenn vorhanden - auch in der xxx-runtime.jar in das Manifest eingetragen

• Der Task publishing ist jetzt im Plug-in enthalten und erzeugt ein lokoales Maven-Repository im Projektverzeichnisbuild/repo

• Die Definition der (NERZ)-Repositories, die zur Auflösung der Abhängigkeiten verwendet werden, ist jetzt direkt im Plug-in definiert und braucht nicht mehr im build.gradle Skript angeben werden.

• Um die Artefacte in ein Maven-Repository zu übertragen, gibt es zwei zusätzliche Tasks:

  • uploadArchivesNerz
  • uploadArchivesDevelop

  Ersters lädt die Artefacte in die offiziellen NERZ-Maven-Repositories (getrennt für Releases und Snapshots). Dieser Task wird nur durch die NERZ-FTB ausgeführt (Brereitstellung der offiziellen Artefacte)

  Der zweite Task uploadArchivesDevelop lädt dagegen die Artefacte in ein firmenspezifisches Maven-Repository hoch (getrennt für Releases und Snapshots). Damit dies funktioniert, müssen zwei Maven-Repositories verfügbar sein (Releases und Snapshots). Die notwendigen Parameter für die Repositories müssen als Gradle-Properties definiert werden (z. B. in der Datei gradle.properties, entweder Projektlokal oder aber in der globalen gradle.properties). Nachfolgendes Beispiel zeigt beispielhaft die Eintragungen für den Zugriff auf die interen Repos der Firma xyz:

  // Properties für den Zugriff auf die xyz-Maven-Repositories
  devUserName=username
  devPassword=geheimesPasswort
  devUrlRepoSnapshots=http://meinServer.de:8081/repository/xyz-maven-snapshots/
  devUrlRepoReleases=http://meinServer.de:8081/repository/xyz-maven-releases/