Я не знаю, в чем заключалась ваша конкретная проблема, но у меня также была проблема с использованием служб WCF в рамках того же процесса. Моя проблема заключалась в том, что мое приложение зависало на минуту после вызова службы из клиента и, наконец, возвращалось с исключением по таймауту. Я предполагаю, что это как-то связано с блокирующим вызовом в потоке во время ожидания ответа от сервера ... что является проблемой, если сервер блокируется. Я использовал именованные каналы, я не пробовал другие варианты.
Предложение Самсона выше, вероятно, работает, но я сделал это другим способом. Я создал службу и слушатель через поток вместо вызова размещенной службы в потоке. Это, кажется, работает просто отлично.
Теперь что-то немного не по теме - Firestrand спросил, почему вы хотели бы сделать это из своего собственного приложения. Я создаю службу Windows и отдельный пользовательский интерфейс приложения WPF, для которого она должна взаимодействовать. Тем не менее, отладка служб Windows является своего рода болью, поэтому большая часть работы службы, включая вызовы WCF, уходит в отдельную библиотеку DLL, на которую я могу ссылаться в приложении пользовательского интерфейса, находясь в «тестовом» режиме, который, по сути, просто вызывает процедуры запуска. что фактическая служба Windows будет. Это позволяет мне отлаживать как пользовательский интерфейс, так и «симулированный» сервис без привязки к процессам, запуска нескольких процессов и т. Д. Кажется, он работает отлично. Как только пользовательский интерфейс и DLL будут завершены, я просто создам реальную службу Windows, которая по сути является просто оболочкой для DLL, а затем, по крайней мере, скрываю тестовый режим в пользовательском интерфейсе. Просто подумала, что поделюсь, если кто-то найдет такой подход полезным.