DotNetOpenAuth, выкидывающий ошибку в WCF

Question

Я использую стороннюю библиотеку для извлечения коллекции элементов API основан на DotNetOpenAuth.

Апи-вызов для сбора данных отлично работает при проверке с помощью простого консольного приложения.

Однако моя цель - использовать этот API в веб-сервисе. Когда я проверить мой веб-сервис, тот же API вызов для извлечения данных выдает исключение:

«произошла ошибка при отправке прямого сообщения или получить ответ.»

и код ошибки 500.

Мне странно, что тот же вызов API работает из консольного приложения, но не из вызова веб-службы. Помогите!

WebConfig:

<?xml version="1.0"?> 
<configuration> 

    <appSettings> 
    <add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" /> 
    </appSettings> 
    <system.web> 
    <compilation debug="true" targetFramework="4.5" /> 
    <httpRuntime targetFramework="4.5"/> 
    </system.web> 
    <system.serviceModel> 
    <behaviors> 
     <serviceBehaviors> 
     <behavior> 
      <!-- To avoid disclosing metadata information, set the values below to false before deployment --> 
      <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true"/> 
      <!-- To receive exception details in faults for debugging purposes, set the value below to true. Set to false before deployment to avoid disclosing exception information --> 
      <serviceDebug includeExceptionDetailInFaults="false"/> 
     </behavior> 
     </serviceBehaviors> 
    </behaviors> 
    <protocolMapping> 
     <add binding="basicHttpsBinding" scheme="https" /> 
    </protocolMapping>  
    <serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true" /> 
    </system.serviceModel> 
    <system.webServer> 
    <modules runAllManagedModulesForAllRequests="true"/> 
    <!-- 
     To browse web app root directory during debugging, set the value below to true. 
     Set to false before deployment to avoid disclosing web app folder information. 
     --> 
    <directoryBrowse enabled="true"/> 
    </system.webServer> 

</configuration> 

Answer 1

я понял, что происходит.

1) в API, я запрашивал результаты paged, и он не начинается с 0. Он работал, когда я отправил> 1 в качестве смещения страницы.

2) Я должен был заметить, что под этим неоднозначным сообщением об ошибке возвращался код ошибки сервера (500). 90% времени это означает, что вы отправляете дерьмо на сервер хе-хе.

проблема решена!