NoClassDefFoundError zur Laufzeit mit Gradle

es ist eine gute Frage, die ich gestoßen bin, gerade jetzt während der Recherchen für Beispiele der vielen Möglichkeiten für Java-Entwickler kann am Ende mit der Klasse Weg Spaß 🙂

Ich begann mit einer minimal-version des builds.gradle (darunter nur das, was unmittelbar relevant sind), insbesondere:

plugins {
    id 'java'
}
sourceCompatibility = 1.8

repositories {
    mavenCentral()
}

jar {
    manifest {
        attributes 'Main-Class': 'com.oliverlockwood.Main'
    }
}

dependencies {
    compile 'org.apache.httpcomponents:httpclient:4.5.1'
}

Meiner 'Main' - Klasse, die in diesem Zusammenhang verwendet Ihre code-Beispiel, also:

package com.oliverlockwood;

import org.apache.http.impl.client.CloseableHttpClient;
import org.apache.http.impl.client.HttpClients;

public class Main {
    public static void main(String[] args) {
        CloseableHttpClient client = HttpClients.createDefault();
    }
}

In diesem Stadium, ich kann laufen gradle clean build gefolgt von java -jar build/libs/33106520.jar (mein Projekt erhielt den Namen nach dieser StackOverflow-Frage) und ich sehe das:

Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/http/impl/client/HttpClients
    at com.oliverlockwood.Main.main(Main.java:8)
Caused by: java.lang.ClassNotFoundException: org.apache.http.impl.client.HttpClients
    at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)

Ist dies etwas anders aus Ihre Fehler, aber bevor wir zu Graben und zu reproduzieren, lassen Sie mich etwas konkretisieren: beide dieser Fehler und die, die Sie sehen, verursacht werden, zur Laufzeit, wenn der classloader nicht in der Lage ist zu finden, eine Klasse, die es braucht. Es ist ein ziemlich guter blog-post hier mit einigen mehr details über den Unterschied zwischen compile-Zeit-und runtime-classpath klassenpfade.

Wenn ich gradle dependencies ich sehen kann, die runtime-Abhängigkeiten für mein Projekt:

runtime - Runtime classpath for source set 'main'.
\--- org.apache.httpcomponents:httpclient:4.5.1
     +--- org.apache.httpcomponents:httpcore:4.4.3
     +--- commons-logging:commons-logging:1.2
     \--- commons-codec:commons-codec:1.9

Fügte ich diese manuell, one-by-one zu meinem runtime-classpath. (Für das Protokoll, dies ist nicht allgemein als gute Praxis, aber zum Wohle des Experiments, kopierte ich diese Gläser zu meiner build/libs Ordner und lief mit java -cp build/libs/33106520.jar:build/libs/* com.oliverlockwood.Main. Interessant genug, das war nicht in der Lage zu reproduzieren Sie Ihr problem genauer. Zur Erinnerung:

• Ohne org.apache.httpcomponents:httpclient zur Laufzeit verfügbar, dann werden wir scheitern, weil die HttpClients jar wird nicht gefunden.
• Mit org.apache.httpcomponents:httpclient:4.5.1 zur Laufzeit verfügbar, dann ist dein problem nicht manifestieren - und ich beachten Sie, dass die Klasse Ihr zu bauen, nicht finden (org.apache.http.conn.ssl.SSLConnectionSocketFactory) ist Teil dieser gleichen Apache-Bibliothek, das ist in der Tat sehr verdächtig.

Mein Verdacht ist dann, dass Ihre runtime-classpath enthält eine andere version des Apache httpclient library. Da gibt es eine ganze lotta-Versionen gibt, werde ich nicht testen jeder einzelnen Kombination, also werde ich Sie stattdessen verlassen Sie mit den folgenden Rat.

1. Wenn Sie möchten, zu verstehen, die Ursache für Ihr Problem ist, dann identifizieren genau die Gläser (einschließlich Ihrer Varianten) vorhanden sind, Ihre Fehler-case-Laufzeit-classpath, einschließlich Gläser, die sind verpackt im inneren verkaufen, wenn Sie beim erstellen einer fat-jar (mehr dazu in Punkt 3). Es wäre toll, wenn Sie gemeinsam diese details hier; root-cause-Analysen in der Regel, die allen hilft, besser zu verstehen 🙂
2. Wo möglich, vermeiden Sie die Verwendung von Abhängigkeiten in der Art und Weise der compile fileTree(dir: 'lib', include: ['*.jar']). Verwaltet Abhängigkeiten basiert auf einem repository, wie Maven oder JCenter sind viel einfacher, mit zu arbeiten konsequent als Abhängigkeiten in einer random-Verzeichnis. Wenn diese internen Bibliotheken, die Sie nicht veröffentlichen möchten, um eine open-source-Artefakt-repository, dann kann es sich lohnen, eine lokale Instanz Nexus oder ähnliches.
3. Erwägen, einen "fat-jar" statt ein "dünnes Glas" - das bedeutet, dass alle runtime-Abhängigkeiten sind verpackt in der Dose ist, dass Sie bauen. Es gibt eine gute Schatten-plugin für Gradle, dass ich empfehlen würde - mit diesem Ort in meinem build.gradle, und läuft gradle clean shadow ich war in der Lage zu laufen java -jar just fine, ohne dass manuell etwas hinzufügen, um mein classpath.