Добрый день.
Есть WCF Сервис хостится в сервисах винды с превязкой через net.tcp, все работает норм.

Пытаюсь добавить новый метод заглушка (Добавляемый метод это скопированный метод с того же интерфейса с теми же полями, с теме же параметрами, но без тела функции), объявляю в интерфейсе, реализовываю в классе. После этого хочу сгенерировать клиентский прокси код
, "C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin\svcutil.exe" net.tcp://127.0.0.1:8500/MainContract
код гененирует. После добавляю ещё один метод такой же как первой только имя другое, либо добавляю метод с возвращающими данными (IsOneWay = false)

она мне выдаёт что:
_________________________________
Ошибка: Не удается получить метаданные из net.tcp://127.0.0.1:8500/MainContract


Если у вас есть доступ к службе Windows (R) Communication Foundation, убедитесь,
что включена публикация метаданных по указанному адресу. Справочные сведения по
включению публикации метаданных см. в документации MSDN по адресу http://go.mic
rosoft.com/fwlink/?LinkId=65455.


Ошибка службы обмена метаданными WS-Metadata Exchange
Идентификатор URI: net.tcp://127.0.0.1:8500/MainContract

Метаданные содержат неразрешимую ссылку: "net.tcp://127.0.0.1:8500/MainContr
act".

<?xml version="1.0" encoding="utf-16"?><Fault xmlns=" http://www.w3.org/2003/
05/soap-envelope"><Code><Value>Sender</Value><Subc​ode><Value xmlns:a=" http://www
.w3.org/2005/08/addressing">a:ActionNotSupported</​Value></Subcode></Code><Reason
><Text xml:lang="ru-RU">Сообщение с Action " http://schemas.xmlsoap.org/ws/2004/0
9/transfer/Get" не может быть обработано на стороне получателя из-за несоответст
вия ContractFilter на EndpointDispatcher. Возможно, это связано с несоответствие
м контрактов (несогласованность действий на стороне отправителя и получателя) ил
и несоответствием привязка/защита на стороне отправителя и получателя. Убедитес
ь, что отправитель и получатель имеют один и тот же контракт и одинаковые привяз
ки (включая требования к защите, например, Message, Transport или None).</Text><
/Reason></Fault>
_________________________________


гененирую через добавить ссылку на службу выдаёт следующее:
_________________________________
«Ошибка: не удается получить метаданные из http://localhost:8000/somesservice/mex». Превышена квота максимального числа символа в таблице имен (16384) при чтении данных XML. Таблица имен является структурой данных, в которой хранятся строки, обнаруженные при обработке данных XML. Триггером этой квоты могут служить длинные XML-документы с неповторяющимися именами элементов, именами атрибутов и значениями атрибутов. Эту квоту можно увеличить, изменив свойство MaxNameTableCharCount объекта XmlDictionaryReaderQuotas, используемого при создании средства чтения XML.

Эта ошибка может вызываться службой, которая возвращает крупный WSDL-файл на запрос метаданных службы. Проблема состоит в превышении квоты символов для программы svcutil.exe. Это значение задается, чтобы предотвратить атаки типа «отказ в обслуживании». Можно увеличить квоту, указав следующий файл конфигурации для svcutil.
_________________________________

почитал тут поправил конфиг http://msdn.microsoft.com/ru-ru/library/aa347733.aspx,
все равно не хочет генерировать.

У кого какие идеи как это решить??


update
Ещё у меня один большой интерфейс IMainContract (клиент работает через его прокси), который наследует интерфейсы различных сервисов помеченные атрибутами для WCF. Сейчас попробывал закоментировать наследованния IMainContract от других сервисов, и оставил только тот в котором добавлял методы. Все нормально сгенерировалось, видимо есть какие то ограничения на максимальное число методов в одном прокси интерфейсе или что то подобное. Кто что знает ? признавайтесь ;)

вообщем, мне так и не удалось сгенерировать прокси использую mex через net.tcp. Сделал так чтобы mex видна была через http, и о чудо код сгенирировался черех http.


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