Was ist die beste Java-Bibliothek für HTTP POST, GET usw.?

imho: Apache HTTP Client

Beispiel:

import org.apache.commons.httpclient.*;
import org.apache.commons.httpclient.methods.*;
import org.apache.commons.httpclient.params.HttpMethodParams;

import java.io.*;

public class HttpClientTutorial {

  private static String url = "http://www.apache.org/";

  public static void main(String[] args) {
    //Create an instance of HttpClient.
    HttpClient client = new HttpClient();

    //Create a method instance.
    GetMethod method = new GetMethod(url);

    //Provide custom retry handler is necessary
    method.getParams().setParameter(HttpMethodParams.RETRY_HANDLER, 
            new DefaultHttpMethodRetryHandler(3, false));

    try {
      //Execute the method.
      int statusCode = client.executeMethod(method);

      if (statusCode != HttpStatus.SC_OK) {
        System.err.println("Method failed: " + method.getStatusLine());
      }

      //Read the response body.
      byte[] responseBody = method.getResponseBody();

      //Deal with the response.
      //Use caution: ensure correct character encoding and is not binary data
      System.out.println(new String(responseBody));

    } catch (HttpException e) {
      System.err.println("Fatal protocol violation: " + e.getMessage());
      e.printStackTrace();
    } catch (IOException e) {
      System.err.println("Fatal transport error: " + e.getMessage());
      e.printStackTrace();
    } finally {
      //Release the connection.
      method.releaseConnection();
    }  
  }
}

einigen highlight features:

• Standards basiert, Reine Java-Implementierung des HTTP-Versionen 1.0
  und 1.1
  • Vollständige Umsetzung aller HTTP-Methoden (GET, POST, PUT, DELETE,
    HEAD, OPTIONS, TRACE) in einen
    extensible OO-framework.
  • Unterstützt die Verschlüsselung mit HTTPS (HTTP über SSL) - Protokoll.
  • Granulare nicht-standards-Konfiguration und die Spurhaltung.
  • Transparenten verbindungen durch HTTP-proxies.
  • Getunnelte HTTPS-verbindungen durch HTTP-proxies via CONNECT
    Methode.
  • Transparente verbindungen über SOCKS-proxies (version 4 und 5) mit
    native Java-socket-Unterstützung.
  • Authentifizierung mit Basic, Digest und die Verschlüsselung von NTLM (NT
    Lan-Manager) - Methoden.
  • Plug-in-Mechanismus zur benutzerdefinierten Authentifizierung-Methoden.
  • Multi-Part-form POST für das hochladen von großen Dateien.
  • Steckbare secure-sockets-Implementierungen, so dass es leichter zu
    die Verwendung von third-party-Lösungen
  • Connection-management-Unterstützung für den Einsatz in multi-threaded
    Anwendungen. Unterstützt die Einstellung der
    maximale Gesamtanzahl der verbindungen sowie
    die maximalen verbindungen pro host.
    Erkennt und schließt stale verbindungen.
  • Automatisches Cookie-handling für das Lesen Set-Cookie: Header von der
    server und senden Sie zurück in eine
    Cookie: "- header, wenn angemessen.
  • Plug-in-Mechanismus für benutzerdefinierte cookie-Richtlinien.
  • Anfrage Ausgabe-streams zu vermeiden Pufferung Inhalte Körper
    streaming direkt an die Steckdose an
    die server.
  • Antwort input-streams, um effizient Lesen Sie die Antwort der Körper
    streaming direkt von der Steckdose
    die server.
  • Persistente verbindungen mit KeepAlive in HTTP/1.0 und Beharrlichkeit
    in HTTP/1.1
  • Direkten Zugriff auf die response-Codes und-Header vom server gesendet werden.
  • Die Möglichkeit, Verbindungs-timeouts.
  • HttpMethods Implementierung des Befehl-Musters zu ermöglichen, parallel
    Anfragen und effiziente Wiederverwendung von
    - verbindungen.
  • Source-code ist frei verfügbar unter der Apache Software Lizenz.

InformationsquelleAutor der Antwort Chris

Bin ich etwas parteiisch Jersey. Wir verwenden 1.10 in alle unsere Projekte und noch nicht ein Problem konnten wir nicht lösen.

Einige Gründe, warum ich es mag:

• Anbieter erstellt eine soap 1.1/1.2 Anbieter in Jersey und beseitigt die Notwendigkeit für den Einsatz der sperrigen ACHSE für unsere JAX-WS Anrufe
• Filter erstellte Datenbank logging-Filter zum protokollieren der gesamte Antrag (einschließlich der request - /response-Header) und verhindert gleichzeitig die Protokollierung von sensiblen Daten.
• JAXB - Marshalling unterstützt von/aus Gegenständen, die direkt aus der Anfrage - /Antwort -
• API ist einfach zu verwenden

In Wahrheit, HTTPClient und Jersey sind sehr ähnlich in der Implementierung und API. Es gibt auch eine Erweiterung für Jersey, die erlaubt, dass es zur Unterstützung von HTTPClient.

Einige code-Beispiele mit Jersey 1.x:
https://blogs.oracle.com/enterprisetechtips/entry/consuming_restful_web_services_with

http://www.mkyong.com/webservices/jax-rs/restful-java-client-with-jersey-client/

HTTPClient mit der Jersey-Client:
https://blogs.oracle.com/PavelBucek/entry/jersey_client_apache_http_client

InformationsquelleAutor der Antwort ElMattIO

Kann ich empfehlen, Sie mais-httpclient. Es ist einfach,schnell und reicht für die meisten Fälle.

HttpForm form = new HttpForm(new URI("http://localhost:8080/test/formtest.jsp"));
//Authentication form.setCredentials("user1", "password");
form.putFieldValue("input1", "your value");
HttpResponse response = form.doPost();
assertFalse(response.hasError());
assertNotNull(response.getData());
assertTrue(response.getData().contains("received " + val));

maven-dependency

<dependency>
    <groupId>net.sf.corn</groupId>
    <artifactId>corn-httpclient</artifactId>
    <version>1.0.0</version>
</dependency>

InformationsquelleAutor der Antwort Serhat

Erwähnen möchte ich die Ning Async-Http-Client-Bibliothek. Ich habe es nie benutzt, aber mein Kollege davon schwärmt, wie im Vergleich zu den Apache Http-Client, die ich immer in der Vergangenheit verwendet. Ich war besonders daran interessiert zu lernen, es basiert auf Netty, die high-performance-asynchrone i/o-framework, mit dem bin ich mehr vertraut, und halten Sie in hohem ansehen.

InformationsquelleAutor der Antwort Josh