Une exception non gérée du type 'System.ServiceModel.CommunicationException' s'est produite dans mscorlib.dll

J'obtiens l'erreur suivante lors de l'appel d'une méthode dans un webservice, qui n'est pas développé par moi.

Une exception non gérée du type 'System.ServiceModel.CommunicationException' s'est produite dans mscorlib.dll

Il ne se passe pas uniquement sur mon dev local de la machine, mais aussi sur un serveur du client lorsque le logiciel est déployé.

Je suis actuellement à l'aide de Visual Studio 2010.

Lorsque vous parlez à une autre machine, quelque part ailleurs sur la planète, les plus élémentaires de chose qui peut aller mal, c'est l'incapacité à communiquer. Utiliser le InnerException pour savoir pourquoi. Et assurez-vous d'activer WCF traçage

OriginalL'auteur | 2014-02-11

  1. 8

    Après la capture de la CommunicationException, et en regardant la InnerException, j'ai trouvé les informations suivantes: La taille de message maximale de quotas pour les messages entrants (65536) a été dépassé. Pour augmenter le quota, l'utilisation de la MaxReceivedMessageSize de propriété sur l'élément de liaison.
    La solution à ce problème est d'ajouter le suivant dans mon fichier de config.

    <bindings>
  <basicHttpBinding>
    <binding name="R2MSBulkUploadSoap" allowCookies="true"
             maxReceivedMessageSize="20000000"
             maxBufferSize="20000000"
             maxBufferPoolSize="20000000">
      <readerQuotas maxDepth="32"
           maxArrayLength="200000000"
           maxStringContentLength="200000000"/>
    </binding>
  </basicHttpBinding>
</bindings>

    J'ai trouvé cette solution de ici

    OriginalL'auteur

  2. 0

    Regarder MSDN il y a une description assez de quoi faire:

    Robuste client et de service aux applications de gérer CommunicationException
    les objets qui pourraient être projetés lors de la communication. Il y a aussi deux
    CommunicationException dérivés de types d'exceptions
    (FaultException et FaultException) que les clients aussi souvent
    s'attendre. Par conséquent, afin de prévenir le générique
    CommunicationException gestionnaire à partir de la capture de ces
    les types d'exception, attraper ces exceptions avant la manipulation
    CommunicationException.

    OriginalL'auteur Piotr Stapp

  3. 0

    Pour d'autres personnes avec ce problème, il peut être utile, activer le journal des erreurs du serveur WebConfig:

    <system.diagnostics>  
    <trace autoflush="true" />  
    <sources>  
            <source name="System.ServiceModel"   
                    switchValue="Information, ActivityTracing"  
                    propagateActivity="true">  
            <listeners>  
               <add name="sdt"   
                   type="System.Diagnostics.XmlWriterTraceListener"   
                   initializeData= "SdrConfigExample.e2e" />  
            </listeners>  
         </source>  
    </sources>  
</system.diagnostics>

    Dans mon cas était un sérialiser erreur:

    Comment retourner une Liste<object> dans WCF

    OriginalL'auteur Dani