HTTPClient - NoSuchMethodError für .releaseConnection

Baue ich ein Test-Projekt mit HTTPClient zu testen, restful services. Hier ist der code, den ich bisher erfolgreich benutzen, um ein 200 OK als Antwort auf eine GET. Ich bin jedoch immer ein Fehler auf .releaseConnection, die HTTPClient-Dokumentation sagt, ist wichtig.

Code:

public class Container {

    public String tryGet() {
        String getResult = null;
        DefaultHttpClient httpclient = new DefaultHttpClient();
        HttpGet httpGet = new HttpGet("http://test.url");
        try {
            HttpResponse response1 = httpclient.execute(httpGet);
            System.out.println(response1.getStatusLine());
            getResult = response1.getStatusLine().toString();
        } catch (ClientProtocolException e) {
            //TODO Auto-generated catch block
            e.printStackTrace();
        } catch (IOException e) {
            //TODO Auto-generated catch block
            e.printStackTrace();
        } finally {
            httpGet.releaseConnection();
        }

        return getResult;

    }

}

Beim laufen mein junit-test, bekomme ich die folgende Fehlermeldung im Zusammenhang mit .releaseConnection():

java.lang.NoSuchMethodError: org.apache.http.client.methods.HttpGet.releaseConnection()V
    at com.qa.Container.tryGet(CreativeContainer.java:49)
    at com.qa.SandboxTest.test(SandboxTest.java:23)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
    at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:44)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
    at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
    at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

Der code ist hässlich, ich weiß. Ich fange gerade mit dieser.

InformationsquelleAutor Benny | 2012-12-06
  1. 4

    Die Methode HttpRequestBase#releaseConnection() definitiv wurde Hinzugefügt in version 4.2.

    Wahrscheinlich haben Sie die jar-Hölle. Wenn der compiler hat keine Kompilierungsfehler eine andere version der Klasse geladen werden kann, zur Laufzeit. Die eigentliche Ursache ist, hängt von Ihren build-tool. Wenn Sie mit maven/gradle kann es einige transitive Abhängigkeit.

    Also eigentlich HttpRequestBase#releaseConnection() Methode nur proxy-Aufruf an AbstractExecutionAwareRequest#reset(). Und AbstractExecutionAwareRequest#reset() nur cancel-Methode der Ausführung. Wahrscheinlich es ist nicht das, was Sie brauchen.

    Den richtigen Weg zu führen-und release-httpClient-Ressourcen ist zu schließen, httpResponse, das heißt, Sie können die release-Thread im httpClient-internen threadPool.

    private static String makeRequest(HttpUriRequest httpRequest) throws IOException {
    CloseableHttpResponse httpResponse = httpClient.execute(httpRequest);
    try {
        HttpEntity httpEntity = httpResponse.getEntity();
        StringWriter writer = new StringWriter();
        IOUtils.copy(httpEntity.getContent(), writer, "UTF-8");
        return writer.toString();
    } finally {
        httpResponse.close();
    }
}
    • Effektiv hatte ich eine JAR-Hölle, ich hatte nicht vor, im Zusammenhang mit gwt-dev.jar -Bibliothek verwendet (die verwendet einen pre-HttpClient 4.2 Klassen INNERHALB der jar-Datei). Ich habe ein maven-Baum Abhängigkeit der Hölle beteiligt, die ich verbrachte Stunden am vergangenen Freitag versucht, um gelöst zu werden und ich konnte nicht. Ich habe versucht, Ihren Ansatz, aber keine CloseableHttpResponse Klasse gefunden.
    • haben Sie erhalten diese Ausnahme zur Laufzeit oder im compile-Zeit?
    • In der runtime, aber keine Sorge, ich habe es aussortiert am Ende das löschen einige .classpath Pfade im Zusammenhang mit GWT maven so kümmern kann, sauber von allen kompilieren....oder so ähnlich. Kopfgeld für Sie als die beste Antwort, die ich bekam! danke!
    InformationsquelleAutor Taky
  2. 1

    Den Schnellstart ist nicht wirklich klar, auf alle die Gläser, die Sie verwenden müssen httpclient 4.2.2. Erstellt habe ich ein Maven-Projekt mit dependency org.apache.httpcomponents:httpclient:4.2.2 und habe folgende zusätzliche Gläser:

    • org.apache.httpcomponents:httpcore:4.2.2
    • commons-logging:commons-logging:1.1.1
    • commons-codec:commons-codec:1.6

    Kopiert habe ich Ihren code (verändert die HttpGet-url "https://www.google.com/") und lief ein JUnit-test, gab es keine Fehler.

    Den ".releaseConnection()" ist in der Tat erforderlich, um sicherzustellen verbindungen geschlossen werden (nachdem etwas schief gegangen ist). Weglassen ".releaseConnection()" konnte es zu offenen verbindungen nichts zu tun, die auf Ihrem system.

    Da Sie noch in einer Entwicklungs-start-phase, würde ich die Beratung mit den letzten HttpClient 4.3.x-version (derzeit 4.3.1). Die version 4.3 enthält einige gute Verbesserungen gegenüber der version 4.2, aber auch die Verwendung hat sich geändert. E. g. in der quickstart Sie werden sehen, dass ".releaseConnection()" wird nicht mehr verwendet (es ist veraltet), sondern das response-Objekt wird geschlossen, um verbindungen geschlossen sind.

    InformationsquelleAutor vanOekel
  3. 1

    Diese Methode eingeführt wurde, seit der version 4.2 sehen javadoc

    So müssen Sie mit Versionen > 4.2 getestet habe ich es mit der version 4.3.1 und funktioniert Prima.

    <dependency>
    <groupId>org.apache.httpcomponents</groupId>
    <artifactId>httpclient</artifactId>
    <version>4.3.1</version>
</dependency>

    http://mvnrepository.com/artifact/org.apache.httpcomponents/httpclient/4.3.1

    HTTPClient - NoSuchMethodError für .releaseConnection

    InformationsquelleAutor Sinto K Itteera
  4. 0

    verwenden httpcomponents-client-4.2.1

    • Heißt das, ich sollte verwenden, 4.2.1 und einfach weglassen releaseConnection? (da war es offenbar noch in 4.2)
    • Nein,Nein,Nein.aufrufen httpClient.getConnectionManager().shutdown();
    InformationsquelleAutor raindrop_boy
Schreibe einen Kommentar