Si la compression est configurée sur tomcat, compressera-t-elle également les données téléchargées par le client via navigateur/applet?compression tomcat
Répondre
Non, ce ne sera pas le cas. Cela s'applique uniquement à la réponse du serveur. Le client doit compresser les données de la requête elle-même. Cela n'a aucun sens d'envoyer les données du client non compressées sur le réseau au serveur et puis compresser là-bas. Cela n'aura aucun avantage (c'est-à-dire économiser la bande passante du réseau et ainsi de suite).
La compression des requêtes HTTP ne fait cependant pas partie de la spécification HTTP car un client ne peut pas savoir à l'avance si un serveur le prend en charge. Il doit d'abord déclencher toute une demande. C'est seulement spécifié pour les réponses HTTP. Le serveur peut déterminer en fonction de l'en-tête de demande Accept-Encoding
si le client prend en charge la compression ou non, puis gérer en conséquence.
Dans une applet, vous pouvez envisager d'envoyer les données compressées à l'aide de GZIPOutputStream
. Vous aurez seulement besoin de développer une servlet spécifique du côté serveur qui écoute uniquement les requêtes de l'applet et sait qu'elle doit décompresser le HttpServletRequest#getInputStream()
en conséquence en utilisant GZIPInputStream
Merci pour la réponse rapide. Appréciez-le. – bubbly
De rien. – BalusC