Я нахожусь в деликатной ситуации: как видно из названия, я не могу подключиться к службе WCF, которую я завернул в службе Windows. Я следовал за учебникомhttp://msdn.microsoft.com/en-us/library/ms733069%28v=vs.110%29.aspx каждый шаг и заставил его работатьмногократно именно так, просто не дляодин конкретный проект. Я действительно не знаю, что это такое, у меня очень простой интерфейс с одним методом в качестве контракта, мой сервис установлен просто отлично, а также запускается просто отлично. Как только я пытаюсь добавить ссылку на сервис в другой проект, я получаю сообщение об ошибке 400, неверный запрос и проблему метаданных. Я даже переписал проект-прототип (это в основном тот же проект с меньшим количеством кода при реализации контракта; но мы говорим все еще ниже 300 строк кода), который работал отлично и пришел к той же ошибке. Я не изменил ни одного изapp.config код, когда я это сделал, и я мог подключиться раньше, но плохой запрос потом.

Проблема в том, что я не могу разместить здесь какой-либо код (я работаю над виртуальной машиной на работе, где у меня нет доступа к Интернету, плюс доступ к Интернету, который у меня есть на физической машине, настолько ограничен, что я не могу открыть ни одного форума / форума / блога / что угодно, поэтому я не могу публиковать точные ошибки). Так как все мои минимальные примерыделать работа, мой "минимальный неработающий пример" был бы полным кодом в любом случае.

Я в полной растерянности здесь. Я перебрал все остальные темы, связанные с ошибкой неверного запроса, и у меня будет еще кое-что проверить завтра, но я подумал, что лучше просто опубликовать здесь и, возможно, получить совет о том, что / как дополнительно проверить мой проект на наличие ошибок. На случай, если это поможет,app.config совпадает со следующим, за исключением названий услуг и контрактов:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <system.serviceModel>    <services>
      <!-- This section is optional with the new configuration model
           introduced in .NET Framework 4. -->
      <service name="Microsoft.ServiceModel.Samples.CalculatorService"
               behaviorConfiguration="CalculatorServiceBehavior">
        <host>
          <baseAddresses>
            <add baseAddress="http://localhost:8000/ServiceModelSamples/service"/>
          </baseAddresses>
        </host>
        <!-- this endpoint is exposed at the base address provided by host: http://localhost:8000/ServiceModelSamples/service  -->
        <endpoint address=""
                  binding="wsHttpBinding"
                  contract="Microsoft.ServiceModel.Samples.ICalculator" />
        <!-- the mex endpoint is exposed at http://localhost:8000/ServiceModelSamples/service/mex -->
        <endpoint address="mex"
                  binding="mexHttpBinding"
                  contract="IMetadataExchange" />
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior name="CalculatorServiceBehavior">
          <serviceMetadata httpGetEnabled="true"/>
          <serviceDebug includeExceptionDetailInFaults="False"/>
        </behavior>
      </serviceBehaviors>
    </behaviors>
  </system.serviceModel>
</configuration>

Что может сделать три попытки с нуля, но четвертая не сработает снова, где единственная разница - это размер файлов и 2 добавленных вспомогательных класса, которые больше ничего не делают? Я имею в виду, служба должна быть там, иначе я получу ошибку 404 Not Found, но что-то не так с метаданными, хотя я использую точно (!) То же самоеapp.config в другой попытке и там это работает.

Любые предложения / советы приветствуются. Я обязательно попробую увеличить размеры буфера в связывании завтра, я слышал, что это помогло некоторым людям, но я не знаю обо мне, так как я еще ничего не посылаю, не так ли? Я просто пытаюсь добавить ссылку на сервис, я не знаю, имеет ли размер там значение. Я также уже попробовал привязки TCP и basicHTTP к тому же результату.

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