Apache Httpcomponents Kern nicht alle Facetten des HTTP-Protokolls abdecken, sondern nur die wichtigsten Grundlagen, ist alles, was benötigt grundlegende Kommunikation zwischen einem Client und einem Server zu unterstützen.
Die Bibliothek kann für den Aufbau sowohl clientseitige und serverseitige HTTP-Dienste, die Unterstützung der beiden wichtigsten E / A-Modellen verwendet werden:
- Blockierung (seriell, synchron, basierend auf Java I / O)
- nicht blockierend (parallel, asynchron, basierend auf Java NIO)
Die Bibliothek versucht, eine Balance zwischen Leistung und Benutzerfreundlichkeit zu wahren, während auch eine in sich geschlossene Komponente verbleibenden, die in mehreren Anwendungen und Instanzen hinzugefügt und wiederverwendet werden können.
Apache Httpcomponents Kern hervorgebracht hat auch ein ähnliches Projekt, Apache Httpcomponents Client , einen HTTP-Client-Agent.
Was ist neu in dieser Version:.
- PrivateKeyStrategy mit NIO SSL funktioniert nicht
- Version # getUserAgent meldet falsche Java-Version.
- Non-Blocking-Verbindung sollte nicht so lang wie es noch Daten in dem Eingangspuffer Sitzungsende-Stream Rückruf auslösen. Dies kann eine Reihe von kurzen Pipeline-Anfragen verursachen vorzeitig im Falle eines unerwarteten Verbindungsabbruch durch die entgegengesetzte Endpunkt zum Scheitern verurteilt.
Was ist neu in Version 4.4.2:.
- PrivateKeyStrategy mit NIO SSL funktioniert nicht
- Version # getUserAgent meldet falsche Java-Version.
- Non-Blocking-Verbindung sollte nicht so lang wie es noch Daten in dem Eingangspuffer Sitzungsende-Stream Rückruf auslösen. Dies kann eine Reihe von kurzen Pipeline-Anfragen verursachen vorzeitig im Falle eines unerwarteten Verbindungsabbruch durch die entgegengesetzte Endpunkt zum Scheitern verurteilt.
Was ist neu in Version 4.4.1:.
- PrivateKeyStrategy mit NIO SSL funktioniert nicht
- Version # getUserAgent meldet falsche Java-Version.
- Non-Blocking-Verbindung sollte nicht so lang wie es noch Daten in dem Eingangspuffer Sitzungsende-Stream Rückruf auslösen. Dies kann eine Reihe von kurzen Pipeline-Anfragen verursachen vorzeitig im Falle eines unerwarteten Verbindungsabbruch durch die entgegengesetzte Endpunkt zum Scheitern verurteilt.
Was ist neu in der Version 4.4:.
- Unterstützung für SSL-Neuverhandlung mit NIO
- Ohne Sequenz HTTP-Antwort verursacht NPE in HttpAsyncRequestExecutor.
- Race Condition, wenn die Verbindung Anforderung erfolgreich ist und eine Zeitüberschreitung bei der gleichen Zeit.
- Fixed Synchronisierungsproblem bei der Blockierung und nicht-blockierende Verbindung Pool-Implementierungen
Was ist neu in Version 4.2.2:
- Encoder NIO Länge begrenzt Inhalt verarbeitet falsch Nachrichten größer als 2 GB.
- Fixed Regression in DefaultConnectionReuseStrategy so dass es falsch Flagge Verbindungen als nicht-wiederverwendbar nach einem 204, 205 oder 304 Antwort.
- Fixed Regression in HttpAsyncRequestExecutor verursacht es 204, 205 und 304 Antworten durch Rückgabe einer Nachricht mit einem geschlossenen Inhalt Körper falsch zu behandeln.
Was ist neu in Version 4.2.1:
- Dies ist ein Patch-Release, das eine Reihe von behebt unkritische Fehler seit 4.2 gefunden.
Was ist neu in Version 4.2:
- Die wichtigsten Funktionen in dieser Version sind Verbindungspool Komponenten enthalten zum Blockieren und nicht blockierende HTTP-Verbindungen und neue asynchrone Client- und Serverseite Protokollhandler.
Was ist neu in Version 4.1.3:
- Diese Version behebt eine kritische Regression in der Version 4.1 vorgestellt 0,2. Unter besonderen Umständen nicht blockierende SSL-Sitzungen können korrekt zu beenden fehlschlagen, wenn das entgegengesetzte Ende-Verbindung heruntergefahren, ohne eine "enge benachrichtigen" Nachricht sendet eine Endlos-Schleife in der I / O-Dispatch Thread verursacht.
Was ist neu in Version 4.1.2:
- IOSession # setSocketTimeout () -Methode nicht zurückgesetzt die Timeout zählen.
- Non-Blocking-SSL-I / O-Sitzung beenden kann vorzeitig Nachrichtentext Abschneiden zu verursachen, wenn Nachrichteninhalt chunk codiert und die Verbindung am anderen Ende geschlossen ist.
- Fixed fehlerhafte durch DefaultConnectionReuseStrategy produziert Ergebnisse, wenn Antwortnachrichten Inhalt Unternehmen, dessen Handhabung wurde durch ein Protokoll Abfangjäger entschlüsselt oder verändert.
Was ist neu in Version 4.1.1:
- Dies ist ein Patch-Release, das eine Reihe von behebt unkritische Probleme, die seit Veröffentlichung gefunden 4.1.
- Diese Mitteilung markiert auch das Ende der Unterstützung für Java 1.3. Ab Release 4.2 HttpCore erfordert Java 1.5 für alle seine Komponenten.
Was ist neu in der Version 4.1:.
- DefaultConnectingIOReactor leckt einen Socket-Deskriptor, wenn die Sitzung Anforderung fehlschlägt
- Die ChunkEncoder für eine negative Puffergrenze beantragen könnte eine Illegal verursacht.
- SSLIOSession # isAppInputReady () überprüft nicht den Status der Sitzung Eingangspuffer.
- EntityUtils # toString () und EntityUtils # toByteArray () null zurück, wenn HttpEntity # getContent () null ist.
- Fixed falsche Handhabung von HTTP-Entitäten, die von nicht-blockierende LengthDelimitedDecoder, wenn der Content-Length-Wert größer als Integer.MAX_VALUE.
Was ist neu in der Version 4.1 Beta 2:
- Dies ist die zweite Beta-Version von HttpCore 4.1. Dies ist in erster Linie ein Bugfix-Release, das eine Reihe von nicht-kritische Fehler behebt.
Kommentare nicht gefunden