Клиент ломится в метод на ендпоите wcf сервиса, а как в методе узнать по какому ендпоинту его вызвали?
Ну и вообще программно текущий хост свой узнать?
Просто предполагается цепочки вызовов, клиент стучится на сервис, сервис в свою очередь на другой сервис в зависимости от запроса клиента, и хотелось бы знать откуда пришло сообщение об ошибке, если возникнет.

про ServiceHost понятно, вопрос как узнать текущий, что то типа CurrentServiceHost есть где нибудь?

D129Сообщение об ошибке "откудато пришло" - то в нем и должно содержаться "откуда". Вам нужен текущий хост - ну это же и будет то, что содержит в себе инстанция m_ClientCommandHost = new ServiceHost

Есть и другие способы узнать IP текущей машины. Но IP мало что скажет - особенно если сервисов много и они меняются и перенастраиваются (мигрируют с тестовых компов на постоянные, например). Я бы отдельно дал каждому сервису имя (в аппконфиге как вариант) - и в сообщение об ошибке вставлял его.
да походу лучше в конфиге имя задавать

А ServiceHost как получить свой, служба хостится в IIS, ServiceHost создается имже гдето за кадром, как до него добраться то?

D129barrabasА ServiceHost как получить свой, служба хостится в IIS, ServiceHost создается имже гдето за кадром, как до него добраться то?

Хостить из аппликации. Там ServiceHost приходится создавать явно - и держать ссылку на него итп...
это понятно, вопрос был именно про IIS, наверняка есть какие то статические методы

D129barrabasD129barrabasА ServiceHost как получить свой, служба хостится в IIS, ServiceHost создается имже гдето за кадром, как до него добраться то?

Хостить из аппликации. Там ServiceHost приходится создавать явно - и держать ссылку на него итп...
это понятно, вопрос был именно про IIS, наверняка есть какие то статические методы

Сомневаюсь. как бы вся технология идет к тому - что сервис (а его бизнес-логика вообще) ничего не должны знать ни о том где они, ни о том кто их "держит".... Если это не так - значит какой-то просчет в архитектуре, и потенциальный будущий гемор.
Вот сейчас как раз пишу такую кривулину. Спорил с начальством, но не переубедил.

Не должен знать предметный слой - о том, где он сидит. Должен знать только - зачем.


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

да и какую то инициализацию данных общих для всего сервиса удобно сделать при старте, а не, скажем, первом обращении. Вот и возникает вопрос как получить, не контроль, а доступ к общему объекту ServiceHost.