WCF & HTTP Compression
От: dileon  
Дата: 24.07.09 14:03
Оценка:
Всем добрый день!
Есть архитектура Сервер-Клиенты, связь между которыми реализована при помощи WCF. Используется привязка wsHttpBinding.
Задача: Использовать механизм HTTP Compression (Access-Encoding: gzip) для сжатия трафика.
Если кто-то реализовывал нечто подобное, большая просьба ответить!
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re: WCF & HTTP Compression
От: SHEMA  
Дата: 25.07.09 10:04
Оценка:
Здравствуйте, dileon, Вы писали:

D>Всем добрый день!

D>Есть архитектура Сервер-Клиенты, связь между которыми реализована при помощи WCF. Используется привязка wsHttpBinding.
D>Задача: Использовать механизм HTTP Compression (Access-Encoding: gzip) для сжатия трафика.
D>Если кто-то реализовывал нечто подобное, большая просьба ответить!

Лично я пользую MessageCompressor библиотеку, написанную одним хорошим человеком

Ну и там статья и внизу полезные линки, которые читал и пришел к такому же выводу что и автор насчет "простоты" предлагаемых решений.
Re[2]: WCF & HTTP Compression
От: dileon  
Дата: 27.07.09 12:08
Оценка:
Спасибо, SHEMA

Но мне по требованию нужно использовать HTTP Compression (Access-Encoding: gzip)

Я не совсем до конца понимаю, с какой стороны вообще подходить к решению данной задачи. Если я не ошибаюсь, то Access-Encoding: gzip — это параметр заговоловка HTTP со значением. Тогда возникает вопрос: Сводится ли задача к настройке данного параметра и в таком случае сжатие будет реализовываться HTTP или данный параметр нужно обрабатывать?
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[3]: WCF & HTTP Compression
От: SHEMA  
Дата: 29.07.09 07:05
Оценка:
Здравствуйте, dileon, Вы писали:

D>Но мне по требованию нужно использовать HTTP Compression (Access-Encoding: gzip)

D>Я не совсем до конца понимаю, с какой стороны вообще подходить к решению данной задачи. Если я не ошибаюсь, то Access-Encoding: gzip — это параметр заговоловка HTTP со значением. Тогда возникает вопрос: Сводится ли задача к настройке данного параметра и в таком случае сжатие будет реализовываться HTTP или данный параметр нужно обрабатывать?

Я думаю первое (достаточно добавить заголовок), т.к. ето стандартная функциональность HTTP протокола. В примере, который я посоветовал выше, пример поведения с инсталляцией IDispatchMessageInspector, в BeforeSendReply() callback-e можно вешать custom header-i на каждое сообщение.
Re[4]: WCF & HTTP Compression
От: dileon  
Дата: 07.09.09 12:16
Оценка:
Здравствуйте, SHEMA, Вы писали:

SHE>Я думаю первое (достаточно добавить заголовок), т.к. ето стандартная функциональность HTTP протокола. В примере, который я посоветовал выше, пример поведения с инсталляцией IDispatchMessageInspector, в BeforeSendReply() callback-e можно вешать custom header-i на каждое сообщение.


это только для если wcf-сервис "крутится" на IIS(который сконфигурирован для gzip сжатия), если же нужно реализовать свой ServiceHost, то соответственно нужно самому проделывать работу по сжатию и распаковыванию.
Для тех, кто тоже столкнулся с данной задачей — вот тут можно посотреть вопрос на эту тему. А тут можно скачать пример.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.