Apache HttpComponents Rdzeń nie obejmuje wszystkich aspektów protokołu HTTP, ale tylko główne podstawy, wszystko, co jest potrzebne do wspierania podstawowych komunikacji między klientem a serwerem.
Biblioteka może być wykorzystywany do budowania zarówno usługi po stronie klienta i po stronie serwera HTTP, wspierając dwa główne modele I / O:
- blokującym (seryjny synchroniczne, w oparciu o Java I / O)
- bez blokowania (równoległe, asynchroniczne, w oparciu o Java NIO)
Biblioteka stara się utrzymać równowagę między wydajnością i łatwością obsługi, a jednocześnie pozostając element izolujący, który można dodać do ponownego wykorzystania w wielu zastosowaniach i przypadkach.
Apache HttpComponents rdzeń ma też zrodził podobny projekt, Apache HttpComponents Client agenta HTTP po stronie klienta.
Co nowego w tej wersji.
- PrivateKeyStrategy nie działa z NIO SSL
- o wersji # Metody getUserAgent zgłasza nieprawidłową wersję Java.
- Non-blocking połączenia nie powinny powodować end-of-strumienia zwrotnego, o ile nie jest jeszcze dane w buforze wejściowym sesji. Może to spowodować serię krótkich potokowym wniosków na niepowodzenie przedwcześnie w przypadku nieoczekiwanego zakończenia połączenia przez przeciwną końcowego.
Co nowego w wersji 4.4.2.
- PrivateKeyStrategy nie działa z NIO SSL
- o wersji # Metody getUserAgent zgłasza nieprawidłową wersję Java.
- Non-blocking połączenia nie powinny powodować end-of-strumienia zwrotnego, o ile nie jest jeszcze dane w buforze wejściowym sesji. Może to spowodować serię krótkich potokowym wniosków na niepowodzenie przedwcześnie w przypadku nieoczekiwanego zakończenia połączenia przez przeciwną końcowego.
Co nowego w wersji 4.4.1.
- PrivateKeyStrategy nie działa z NIO SSL
- o wersji # Metody getUserAgent zgłasza nieprawidłową wersję Java.
- Non-blocking połączenia nie powinny powodować end-of-strumienia zwrotnego, o ile nie jest jeszcze dane w buforze wejściowym sesji. Może to spowodować serię krótkich potokowym wniosków na niepowodzenie przedwcześnie w przypadku nieoczekiwanego zakończenia połączenia przez przeciwną końcowego.
Co nowego w wersji 4.4.
- Wsparcie dla SSL renegocjacji z NIO
- poza kolejnością odpowiedzi HTTP powoduje NPE w HttpAsyncRequestExecutor.
- wyścigu, jeśli żądanie połączenia się powiedzie, a czas w tym samym czasie.
- Naprawiono problem synchronizacji w blokowaniu i implementacje non-blocking Bilard
Co nowego w wersji 4.2.2:
- Długość NIO ograniczona zawartość koder nieprawidłowo obsługuje wiadomości większe niż 2GB.
- Poprawiono regres DefaultConnectionReuseStrategy powodując jej niepoprawny flag połączenia jak jednorazowego użytku po 204, 205 lub 304 odpowiedzi.
- Poprawiono regres HttpAsyncRequestExecutor powodując jej obsłużyć 204, 205 i 304 odpowiedzi nieprawidłowo odsyłając wiadomość z załączonym ciała zawartości.
Co nowego w wersji 4.2.1:
- To jest wersja poprawki, która rozwiązuje szereg non-krytyczne błędy znalezione od 4.2.
Co nowego w wersji 4.2:
- Najistotniejsze cechy zawarte w tym wydaniu są elementy Bilard do blokowania i non-blocking połączenia HTTP i nowe asynchroniczne klienta i po stronie serwera protokołu koparki.
Co nowego w wersji 4.1.3:
- To wydanie naprawia krytyczne regresji wprowadzony w wersji 4.1 0,2. W szczególnych okolicznościach non-blocking sesji SSL może nie rozwiązać prawidłowo, jeśli przeciwny koniec zamyka połączenie bez wysyłania "zamknij Powiadom 'wiadomość powodując nieskończoną pętlę w I / O wysyłki wątku.
Co nowego w wersji 4.1.2:
- Metoda IOSession # setSocketTimeout () nie zresetować Ilość limitu czasu.
- Non-blocking sesji SSL I / O może zakończyć się przedwcześnie powoduje obcinanie treści wiadomości, gdy treść wiadomości jest fragment kodowane i połączenie jest zamykane na przeciwległym końcu.
- Poprawiono błędne wyniki uzyskane przez DefaultConnectionReuseStrategy podczas przenoszenia wiadomości odpowiedzi, których treść podmiot został odkodowany lub zmodyfikowane za pomocą kolektora protokołu.
Co nowego w wersji 4.1.1:
- To jest wersja poprawki, która rozwiązuje szereg problemy niekrytyczne znaleziono od wersji 4.1.
- W tej wersji oznacza także koniec wsparcia dla Javy 1.3. Począwszy od wersji 4.2 HttpCore wymaga Java 1.5 dla wszystkich jego elementów.
Co nowego w wersji 4.1.
- DefaultConnectingIOReactor przecieki deskryptor gniazda, jeżeli żądanie sesji nie
- ChunkEncoder może poprosić o ujemnym buforze limitu powodującego IllegalArgumentException.
- SSLIOSession # isAppInputReady () nie sprawdza stan bufora wejściowego sesji.
- EntityUtils # toString () i EntityUtils # toByteArray () zwraca null, jeśli HttpEntity # getContent () jest nieważna.
- Poprawiono nieprawidłowe obchodzenie się z podmiotów HTTP przez non-blocking LengthDelimitedDecoder gdy wartość Content-Length jest większa niż Integer.MAX_VALUE.
Co nowego w wersji 4.1 Beta 2:
- Jest to druga wersja beta HttpCore 4.1. Jest to przede wszystkim poprawki błędów, które rozwiązuje wiele niekrytycznych błędów.
Komentarze nie znaleziono