Ceci est un problème majeur pour moi. Auparavant, les clients de service Web pouvaient simplement utiliser EnableDecompression = true et tout était bon, mais pourquoi Microsoft n'a-t-il pas ajouté quelque chose de similaire à WCF? J'ai vraiment besoin de réponses gzip compressées de mes services WCF (et ils doivent être http ... problèmes hérités, comme d'habitude ... vous savez ...).EnableDecompression pour WCF - services?
Vérifiez cette blog post qui se termine essentiellement en suggérant:
Conclusion
J'ai laissé tomber maintenant ce que nous devons aussi clients de soutien qui ne définit pas la tête AcceptEncoding donc je vraiment besoin la possibilité de lire l'en-tête http dans demande et définir une valeur "contexte" à (pas) compresser la réponse et j'ai pas f ound encore sur la façon de le faire par demandes simultanées multiples. Je vraiment recommandons d'utiliser la compression IIS http et ne pas essayer de le faire avec le piratage WCF comme décrit ici!
Il y a aussi un projet Extensions WCF sur CodePlex qui a une WCF Compression Channel - ce sera peut-être ce que vous cherchez. Le plus bang pour l'argent serait d'utiliser le binaryMessageEncoding dans WCF au lieu du textMessageEncoding (qui est la valeur par défaut pour les liaisons HTTP). Cela nécessiterait create a custom http based binding et rendrait votre service incompatible avec d'autres clients basés sur http autres que les clients .NET qui utilisent également la même configuration de liaison personnalisée.
Est-ce que quelqu'un a essayé la solution mentionnée ici? WCF GZip Compression Request/Response Processing Je pense que cela fonctionne plutôt bien ....
merci, un très bon lien! btw, j'ai émis une recommandation pour passer à. NET 4.0 maintenant, dans. NET 4.0 tout fonctionne comme un charme. –