В asp.net lifecycle application можно было подписаться на BeginRequest и спокойно себе инициализировать все что надо для контекста,
WCF по умолчанию не компатибл с пайплайном asp.net, как лучше проставлять для всех сервисов на хосте IIS 7 контекст приложения.

есть варианты:
1) <serviceHostingEnvironment aspNetCompatibilityEnabled="true" />, но на каждом сервисе писать атрибут AspNetCompatibilityRequirements как-то не хочеться
2) httpModule (пока мой выбор)
3) реализовать фабрику WCF и там инжектить
4) ваши идеи .....

Выбранный подход будет применен на нескольких хостах, как будет проще в дальшейшей потдержке таких подходов ?

проблема оказалась глубже, потоки в которых выполняются Global.asax и HttpModule разные, значит пока только способ номер 3 подходит

n_string,


в курсе что не попадает поэтому и спраишиаю как лучше сделать.

Ситуация такая что в url приходит некая информация, которая должна быть известна контексту wcf сервиса с хостом на iis, для asmx вызов перехватывается модулем и прописывается в контекст [ThreadStatic], а wcf сервис подымает фабрика с учетом Concurrency mode, и такой подход не проходит. Эта информация не может быть передана в хидере запроса wcf вызова и далее поведением извлечена, тк с нашей стороны мы реализуем колбек сервис, единственное что мы можем сделать это изменить урл сервиса с информацией о контексте, который в последствии и надо вытащить.

n_string,

ситуация такая что мы имеем только wsdl сервиса который нам надо реализовать, на вызовы этого сервиса мы не влияем никак.
каким образом MessageContract может помочь ?
сервис один, но в зависимости от этого параметра должен выбираеться тот или иной пусть выполнения операций

n_string,

возможно прийдется так и делать

В общем вышло сделать задуманное через использование <serviceHostingEnvironment aspNetCompatibilityEnabled="true" />.
В httpModule парсим урлу, вытягиваем параметр и добавляем его в хидер реквеста, из сервиса мы уже имеем доступ к httpContext из которого вытягиваем хидер.