Apache HttpComponents de base ne couvre pas tous les aspects du protocole HTTP, mais seulement les principales bases, tout ce qu'il faut pour soutenir les communications de base entre un client et un serveur.
La bibliothèque peut être utilisée pour la construction de deux services côté client et HTTP côté serveur, supportant les deux principaux modèles E / S:
- blocage (série, synchrone, basée sur Java I / O)
- non-blocage (parallèle, asynchrone, basée sur Java NIO)
La bibliothèque essaie de maintenir un équilibre entre la performance et la facilité d'utilisation, tout en restant une composante autonome qui peut être ajouté et réutilisé dans de multiples applications et instances.
Apache HttpComponents de base a également donné naissance à un projet similaire, Apache HttpComponents client , un agent HTTP côté client.
Ce qui est nouveau dans cette version:.
- PrivateKeyStrategy ne fonctionne pas avec NIO SSL
- Rapports VersionInfo # getUserAgent version Java incorrecte.
- Non-bloquant connexion ne devrait pas déclencher le rappel de fin de flux aussi longtemps que il y a encore des données dans la mémoire tampon d'entrée de session. Cela peut provoquer une série de demandes canalisées courtes échouer prématurément en cas d'une terminaison de connexion inattendue par l'extrémité opposée.
Ce qui est nouveau dans la version 4.4.2:.
- PrivateKeyStrategy ne fonctionne pas avec NIO SSL
- Rapports VersionInfo # getUserAgent version Java incorrecte.
- Non-bloquant connexion ne devrait pas déclencher le rappel de fin de flux aussi longtemps que il y a encore des données dans la mémoire tampon d'entrée de session. Cela peut provoquer une série de demandes canalisées courtes échouer prématurément en cas d'une terminaison de connexion inattendue par l'extrémité opposée.
Ce qui est nouveau dans la version 4.4.1:.
- PrivateKeyStrategy ne fonctionne pas avec NIO SSL
- Rapports VersionInfo # getUserAgent version Java incorrecte.
- Non-bloquant connexion ne devrait pas déclencher le rappel de fin de flux aussi longtemps que il y a encore des données dans la mémoire tampon d'entrée de session. Cela peut provoquer une série de demandes canalisées courtes échouer prématurément en cas d'une terminaison de connexion inattendue par l'extrémité opposée.
Ce qui est nouveau dans la version 4.4:.
- Support pour SSL re-négociation avec NIO
- Hors réponse HTTP séquence provoque NPE dans HttpAsyncRequestExecutor.
- condition de course si la demande de connexion réussit et parfois en même temps.
- problème de synchronisation fixe dans le blocage et les implémentations non-blocage pool de connexions
Ce qui est nouveau dans la version 4.2.2:
- longueur NIO délimité contenu codeur ne gère pas correctement des messages plus grands que 2 Go.
- régression fixe en DefaultConnectionReuseStrategy amenant à incorrectement connexions marquer comme non réutilisable après une réponse 204, 205 ou 304.
- régression fixe en HttpAsyncRequestExecutor amenant à traiter 204, 205 et 304 réponses incorrectement en retournant un message avec un corps de contenu ci-joint.
Ce qui est nouveau dans la version 4.2.1:
- Ceci est une version de correctif qui corrige un certain nombre de bogues non critiques trouvées depuis 4.2.
Qu'est-ce que les nouvelles dans la version 4.2:
- Les caractéristiques les plus notables inclus dans ce communiqué sont la connexion des composants de la piscine pour bloquer et non bloquant les connexions HTTP et de nouveaux clients et de protocole côté serveur gestionnaires asynchrones.
Ce qui est nouveau dans la version 4.1.3:
- Cette version corrige une régression critique introduit dans la version 4.1 .2. Dans des circonstances spéciales non bloquant les sessions SSL peut échouer mettre fin correctement si l'extrémité opposée arrête la connexion sans envoyer un message «proche notifier» provoquant une boucle infinie dans le / fil d'expédition S.
Ce qui est nouveau dans la version 4.1.2:
- méthode IOSession # setSocketTimeout () ne réinitialise pas le compte du délai d'attente.
- Non-bloquant la session SSL I / O peut mettre fin prématurément causant troncature du corps de message lorsque le contenu du message est codé morceau et la connexion est fermée à l'extrémité opposée.
- des résultats incorrects fixes produits par DefaultConnectionReuseStrategy lors de la manipulation des messages de réponse dont l'entité de contenu a été décodé ou modifié par un intercepteur de protocole.
Ce qui est nouveau dans la version 4.1.1:
- Ceci est une version de correctif qui corrige un certain nombre de les questions non critiques ont trouvé depuis la version 4.1.
- Cette version marque aussi la fin du support pour Java 1.3. Depuis la version 4.2 HttpCore exigera Java 1.5 pour tous ses composants.
Ce qui est nouveau dans la version 4.1:.
- DefaultConnectingIOReactor fuit un descripteur de socket si la demande de session échoue
- Le ChunkEncoder pourrait demander une limite de tampon négative provoquant une IllegalArgumentException.
- SSLIOSession # isAppInputReady () ne vérifie pas l'état de la mémoire tampon d'entrée de session.
- EntityUtils # toString () et EntityUtils # toByteArray () pour revenir null si HttpEntity # getContent () est nul.
- manipulation incorrecte fixe des entités HTTP par des non-bloquant LengthDelimitedDecoder lorsque la valeur Content-Length est plus grande que Integer.MAX_VALUE.
Ce qui est nouveau dans la version 4.1 Beta 2:
- Ceci est la deuxième version bêta de HttpCore 4.1. Ceci est principalement une version du correctif de bug qui répond à un certain nombre de bugs non critiques.
Commentaires non trouvées