imported>Invisigoth67: form

2025-05-28T05:41:13Z

form

Neue Seite

{{Infobox Software
|Name =
|Logo = 
|Screenshot =
|Beschreibung =
|Maintainer = Gradle Inc.
|Hersteller =
|Erscheinungsjahr = 
|AktuelleVersion = 
|AktuelleVersionFreigabeDatum = 
|AktuelleVorabVersion =
|AktuelleVorabVersionFreigabeDatum =
|Betriebssystem = 
|Programmiersprache = 
|Kategorie = [[Erstellungsprozess|Build-Management]]-Tool
|Lizenz = 
|Deutsch =
|Website = 
|Dateien =
}}

'''Gradle''' ist ein auf [[Java (Programmiersprache)|Java]] basierendes [[Erstellungsprozess|Build-Management]]-Automatisierungs-Tool, vergleichbar mit [[Apache Ant]] und [[Apache Maven]]. Gradle nutzt eine auf [[Groovy]] basierende [[domänenspezifische Sprache]] (DSL) zur Beschreibung der zu bauenden Projekte. Im Gegensatz zu Maven-Projektdefinitionen (<code>pom.xml</code>) sind Gradle-Skripte direkt ausführbarer Code.

Gradle wurde für Builds von [[Softwaresystem]]en entworfen, welche aus einer Vielzahl von Projekten bestehen. Basierend auf der Philosophie „Erwarte das Unerwartete“ wurde versucht, das in Maven etablierte „build-by-convention“-Prinzip (eine Variante von „[[Konvention vor Konfiguration]]“) mit der Flexibilität von Ant zusammenzubringen.

Builds umfangreicher Projekte können sehr viel Zeit in Anspruch nehmen. Darum unterstützt Gradle sowohl inkrementelle als auch parallel ablaufende Build-Prozesse. Erstere ermöglichen es, dass nur die Teile einer Software gebaut werden, die verändert wurden oder auf veränderten Teilen beruhen, zweiteres ermöglicht es, dass bestimmte Tasks beim Build (beispielsweise die Tests) parallel auf mehreren [[Prozessor|CPUs]] oder Rechnern laufen. Damit lässt sich eine wesentlich höhere Geschwindigkeit des Erstellprozesses erreichen.

Gradle wird von einigen bekannten [[Framework]]s für deren Build eingesetzt – darunter [[Hibernate (Framework)|Hibernate]], [[Grails]], Groovy sowie [[Spring (Framework)|Spring Integration]] und [[Spring (Framework)|Spring Security]].<ref>[http://www.gradle.org/ Gradle Homepage]</ref> Seit Mitte 2013 hinzugekommen ist das [[Android (Betriebssystem)|Android]]-System. Seitdem wird das Tool vor allem zur Unterstützung zum Bau sogenannter „nativer“ Systeme ausgebaut, welche nicht auf der Java-Plattform basieren. Unterstützt werden hier die Programmiersprachen C++, C, [[Objective-C]] und Assembler.

== Konzeption und Plugin-Architektur ==
Gradles Build-Konzept übernimmt die von Maven eingeführten Standardkonventionen („convention over configuration“) für das Verzeichnislayout der Projektquellen sowie die üblichen Phasen für den Bau eines (Java-)Projekts (Validieren, Kompilieren, Testausführung, Archiv-Erstellung und Report-Generierung, Verteilung). Die Build-Datei kann daher minimal ausfallen und bei einem simplen Java-Projekt aus einer einzigen Zeile (<code style="white-space: nowrap">apply plugin: 'java'</code>) bestehen. Ebenso übernimmt Gradle weitgehend das Maven-Konzept des Managements der Abhängigkeiten eines Projekts von anderen Projekten oder Fremdbibliotheken. Gradle kann sich hierbei auf die weitverbreiteten Maven Repositories (lokale, Unternehmens- und Internet-Repositories) stützen. Alternativ kann der Anwender aber auch auf [[Apache Ivy|Ivy]]-Repositories zurückgreifen.

Ähnlich wie Maven besteht Gradle aus einem abstrakten Kern und einer Vielzahl von Plug-ins und ist durch diese Struktur vielfältig erweiterbar. Selbst die [[Implementierung]] des Java-Builds basiert auf einem Plugin für Java. Mit dieser Architektur bietet Gradle die Möglichkeit, Buildprozesse für beliebige Software-Plattformen bewerkstelligen zu können, und liefert dem Anwender die Möglichkeit, seine „nicht-konventionellen“ Vorstellungen dem Tool beizubringen. Gradle liefert von Hause aus Plug-ins mit, die neben Java-Projekten Groovy-, [[Scala (Programmiersprache)|Scala]]- und [[C++]]- Projekte bauen können. Daneben wird der Build von [[Jakarta EE|Java Enterprise]] Archiven (WAR, EAR) unterstützt. Weitere Plug-ins erlauben die Überwachung der [[Softwarequalität]] (beispielsweise [[FindBugs]], [[PMD (Software)|PMD]], [[Checkstyle]]) durch automatisierte Checks und Generierung entsprechender Reports.

Die mit Gradle mitgelieferten Plug-ins sind zwar hauptsächlich für die Entwicklung und das Deployment von Java-, Groovy- und Scala-Projekten gemacht, es kann aber auch für andere Programmiersprachen und Workflows eingesetzt werden. Seit der Entscheidung des Android-Teams für Gradle als Build-System wird von den Entwicklern hauptsächlich die Unterstützung eines Buildmodells für native Programmierumgebungen vorangetrieben.

== Gradle DSL ==
Im Gegensatz zu den Konventionen von Apache Maven und dessen XML-Deklarationen arbeitet der Anwender mit Gradles [[Domänenspezifische Sprache|Domänenspezifischer Sprache]] (''domain-specific language'', kurz ''DSL)'', die er – da eine Gradle-Build-Datei immer ein Groovy-Skript darstellt – erweitern oder in den Standardeigenschaften ändern kann. Ebenso kann er mit Groovy-Code eigene Build-Änderungen schreiben oder vordefinierte Standards überschreiben und eigenen Belangen anpassen.
Der Gradle-Anwender kann beide Stile verwenden: den deklarativen, auf Standardkonventionen beruhenden Ansatz von Maven und den eher imperativen Ansatz von Ant, bei dem der Anwender aber auch alles im Detail definieren muss.

Der Anwender ist auf Basis dieser DSL-Sprache nicht gezwungen, zuerst einmal Groovy lernen zu müssen, bevor er sich an Gradle-Buildskripte heranwagt.

Seit Gradle 5.0 wird zusätzlich eine [[Kotlin (Programmiersprache)|Kotlin]] DSL als Alternative zur Groovy DSL angeboten; diese erlaubt insbesondere eine verbesserte [[Autovervollständigung]] in den Entwicklungsumgebungen.<ref>{{Internetquelle |autor=heise online |url=https://www.heise.de/developer/meldung/Gradle-5-0-unterstuetzt-Java-11-4237817.html |titel=Gradle 5.0 unterstützt Java 11 |datum=2018-12-03 |sprache=de |abruf=2021-06-24}}</ref><ref>{{Internetquelle |url=https://docs.gradle.org/current/userguide/kotlin_dsl.html |titel=Gradle Kotlin DSL Primer |werk=Gradle User Manual |abruf=2021-06-24}}</ref>

== Der Gradle-Build ==
Gradle kennt zwei Hauptphasen der Buildverarbeitung, die immer durchlaufen werden: Konfiguration und Ausführung. Während des Konfigurations-Zyklus wird die gesamte Build-Definition durchlaufen, um den Abhängigkeitsgraphen (DAG) zu erzeugen, der die Reihenfolge aller abzuarbeitenden Schritte enthält. Im zweiten Teil wird dieser Graph für die gewünschten Tasks durchlaufen. Sowohl die Konfiguration als auch die Ausführung sind dem Anwender durch eine offene [[Programmierschnittstelle|API]] zugänglich.

Der Buildprozess, der durch den Task-Graphen beschrieben wird, besteht aus einer Abfolge von Tasks, die hierarchisch voneinander abhängen, und wo ein Nachfolger nur ausgeführt wird, wenn seine Vorgänger erfolgreich durchlaufen wurden. So wird beispielsweise die Task ‚test‘ nur ausgeführt, wenn zuvor die Tasks ‚compile‘, ‚process-resources‘, ‚classes‘, ‚testCompile‘ ohne Fehler durchlaufen wurden.

=== Build-Dateien ===
Gradle nutzt für einen einfachen Build hauptsächlich drei benutzerdefinierte Dateien:
* <code>build.gradle</code> – die auf der Gradle-DSL beruhende Definition des Builds mit allen Tasks und Abhängigkeiten eines Projekts (ein Multiprojekt hat pro Projekt eine solche Build-Datei, die durch Vererbung der Eigenschaften von ihrem „Vater“-Buildskript kurz gehalten werden können).
* <code>settings.gradle</code> (optional) – bei einem Multiprojekt werden hier die teilnehmenden Unterprojekte festgelegt.
* <code>gradle.properties</code> (optional) – eine Liste von Properties, die für die projektspezifische Gradle-Initialisierung eines Builds gültig sind.

Gradle-Skripte können unmittelbar Groovy-Code enthalten oder durch eine Groovy-Klasse implementiert werden. Alternativ lassen sie sich als Build-Abhängigkeit aus einem Maven-Repository laden.

=== Einfache Beispiele für die Datei „build.gradle“ ===
Das einfachste Buildskript für ein Java-Projekt sieht so aus:<ref>{{Internetquelle |url=https://docs.gradle.org/current/userguide/java_plugin.html |titel=The Java Plugin |werk=Gradle User Manual |abruf=2021-06-24}}</ref>

<syntaxhighlight lang="groovy">
apply plugin: 'java'
</syntaxhighlight>

Beispiel für die Definition einer eigenen Task:

<syntaxhighlight lang="groovy">
task hello << {
println 'Dies ist der Hello-Task'
}
</syntaxhighlight>

Eine Task kann über die Kommandozeile aufgerufen werden:

<syntaxhighlight lang="bash">
$ gradle hello
</syntaxhighlight>

== IDE-Unterstützung ==
Für viele [[Integrierte Entwicklungsumgebung]]en gibt es Gradle-Plug-ins, darunter [[NetBeans]], [[IntelliJ IDEA]] und [[Eclipse (IDE)|Eclipse]]. Alternativ können über Gradle-Plug-ins Eclipse- und IDEA-Projektdateien erzeugt werden.

== Weitere Details ==
Apache-Ant-Builds können von Gradle abgelöst werden, indem die <code>build.xml</code>-Dateien nach Gradle importiert werden. Auch können Ant-Tasks direkt aus der DSL aufgerufen werden. Ebenso kann Gradle Artefakte in Apache-Maven-Repositories sowohl als Abhängigkeiten konsumieren als auch Artefakte dort publizieren. Weiterhin werden Apache-Ivy-Repositories von Gradle unterstützt. Mittels des ''Build Init Plugin'' können Maven-Projekte nach Gradle konvertiert werden.<ref>{{Internetquelle |url=https://docs.gradle.org/current/userguide/build_init_plugin.html |titel=Build Init Plugin |werk=Gradle User Manual |abruf=2021-06-24}}</ref>

== Namensherkunft ==
Laut Gründer und CEO ''Hans Dockter'' wollte dieser das Projekt ursprünglich „Cradle“ (deutsch: „Wiege“) nennen, entschied sich dann aber für ein neues, eindeutiges Wort, indem er den Anfangsbuchstaben durch das „G“ von ''Groovy'' ersetzte.<ref>{{Internetquelle |url=https://discuss.gradle.org/t/why-is-gradle-called-gradle/3226/2 |titel=why is gradle called gradle |werk=Gradle Forums |abruf=2025-05-26}}</ref>

== Literatur ==
* {{Literatur |Autor=Tim Berglund, Matthew [J.] McCullough |Titel=Building and Testing with Gradle |Verlag=O’Reilly Media |Ort=Sebastopol CA |Jahr=2011 |ISBN=978-1-4493-0463-8}}
* {{Literatur|Autor=Joachim Baumann| Titel=Gradle: Ein kompakter Einstieg in das Build-Management-System| Verlag=d.punkt.verlag| Jahr=2013| ISBN=978-3-86490-049-5}}
* {{Literatur|Autor=Benjamin Muschko| Titel=Gradle in Action| Verlag=Manning Publications| Jahr=2014| ISBN=978-1-61729-130-2}}
* Hubert Klein Ikkink: ''Gradle Effective Implementation Guide.'' Packt Publishing, 2012, ISBN 1-84951-810-6
* Etienne Studer: ''Ein Einstieg in Gradle für Java-Entwickler'', ''Gradle wird den Build schon schaukeln'' und ''Enterprise Gradle'', dreiteilige Serie über Gradle im ''Java Magazin'' 1 bis 3/2011

== Weblinks ==
* [http://gradle.org/ Website des Projekts]
** [http://gradle.org/documentation Dokumentation]

== Einzelnachweise ==
<references />

[[Kategorie:Java-Programmierwerkzeug]]
[[Kategorie:Freies Programmierwerkzeug]]
[[Kategorie:Java-Programm]]
[[Kategorie:Build-Management]]

Gradle - Versionsgeschichte

imported>Invisigoth67: form