Aktivieren Sie IncludeExceptionDetailInFaults (entweder über ServiceBehaviorAttribute oder über das Konfigurationsverhalten von <serviceDebug>) auf dem Server

Ich habe einen WCF-Dienst, der perfekt funktioniert hat, und etwas hat sich geändert, und ich weiß nicht, was.

Ich bekomme diese Ausnahme:

System.ServiceModel.FaultException: Der Server konnte die Anforderung aufgrund eines internen Fehlers nicht verarbeiten. Für weitere Informationen zum Fehler aktivieren Sie entweder IncludeExceptionDetailInFaults (entweder von ServiceBehaviorAttribute oder vom Konfigurationsverhalten) auf dem Server, um die Ausnahmeinformationen an den Client zurückzusenden, oder aktivieren Sie die Ablaufverfolgung gemäß der Microsoft .NET Framework 3.0 SDK-Dokumentation und überprüfen Sie die Server-Trace-Protokolle.

Dies ist verwirrend, da ich .NET 4.0 verwende.

Wo schalte ich ein IncludeExceptionDetailInFaults? Ich kämpfe darum, es zu finden.

Definieren Sie ein Verhalten in Ihrer .configDatei:

<configuration>
  <system.serviceModel>
    <behaviors>
      <serviceBehaviors>
        <behavior name="debug">
          <serviceDebug includeExceptionDetailInFaults="true" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
    ...
  </system.serviceModel>
</configuration>

Wenden Sie dann das Verhalten auf Ihren Dienst folgendermaßen an:

<configuration>
  <system.serviceModel>
    ...
    <services>
      <service name="MyServiceName" behaviorConfiguration="debug" />
    </services>
  </system.serviceModel>
</configuration>

Sie können es auch programmgesteuert einstellen. Siehe diese Frage .

Es befindet sich in der Datei app.config.

<configuration>
  <system.serviceModel>
    <behaviors>
      <serviceBehaviors>
        <behavior>
          <serviceDebug includeExceptionDetailInFaults="true"/>

Wenn Sie dies per Code tun möchten, können Sie das folgende Verhalten hinzufügen:

serviceHost.Description.Behaviors.Remove(
    typeof(ServiceDebugBehavior));
serviceHost.Description.Behaviors.Add(
    new ServiceDebugBehavior { IncludeExceptionDetailInFaults = true });

Sie können es auch im Tag [ServiceBehavior] über Ihrer Klassendeklaration festlegen, die die Schnittstelle erbt

[ServiceBehavior(IncludeExceptionDetailInFaults = true)]
public class MyClass:IMyService
{
...
}

Immortal Blue gibt die Ausnahmedetails zu Recht nicht an eine öffentlich veröffentlichte Version weiter, aber zu Testzwecken ist dies ein praktisches Tool. Beim Loslassen immer wieder ausschalten.

Ich habe auch den gleichen Fehler erhalten, die WCF funktionierte ordnungsgemäß für mich, als ich sie in der Entwicklungsumgebung mit meinen Anmeldeinformationen verwendete, aber als jemand anderes sie in TEST verwendete, gab sie den gleichen Fehler aus. Ich habe viel recherchiert und dann statt Konfigurationsaktualisierungen eine Ausnahme in der WCF-Methode mit Hilfe einer Fehlerausnahme behandelt. Außerdem muss die Identität für die WCF mit denselben Anmeldeinformationen festgelegt werden, die Zugriff auf die Datenbank haben. Möglicherweise hat jemand Ihre Berechtigung geändert. Nachfolgend finden Sie den Code für dasselbe:

 [ServiceContract]
public interface IService1
{
    [OperationContract]
    [FaultContract(typeof(ServiceData))]
    ForDataset GetCCDBdata();

    [OperationContract]
    [FaultContract(typeof(ServiceData))]
    string GetCCDBdataasXMLstring();


    //[OperationContract]
    //string GetData(int value);

    //[OperationContract]
    //CompositeType GetDataUsingDataContract(CompositeType composite);

    // TODO: Add your service operations here
}

  [DataContract]
public class ServiceData
{
    [DataMember]
    public bool Result { get; set; }
    [DataMember]
    public string ErrorMessage { get; set; }
    [DataMember]
    public string ErrorDetails { get; set; }
}

In Ihrer service1.svc.cs können Sie dies im catch-Block verwenden:

 catch (Exception ex)
        {
            myServiceData.Result = false;
            myServiceData.ErrorMessage = "unforeseen error occured. Please try later.";
            myServiceData.ErrorDetails = ex.ToString();
            throw new FaultException<ServiceData>(myServiceData, ex.ToString());
        }

Und verwenden Sie dies in der Client-Anwendung wie folgt:

  ConsoleApplicationWCFClient.CCDB_HIG_service.ForDataset ds = obj.GetCCDBdata();

            string str = obj.GetCCDBdataasXMLstring();

        }

        catch (FaultException<ConsoleApplicationWCFClient.CCDB_HIG_service.ServiceData> Fex)
      {
          Console.WriteLine("ErrorMessage::" + Fex.Detail.ErrorMessage + Environment.NewLine);
          Console.WriteLine("ErrorDetails::" + Environment.NewLine + Fex.Detail.ErrorDetails);
          Console.ReadLine();
      }

Versuchen Sie dies einfach, es wird sicher helfen, das genaue Problem zu bekommen.

Wie in den Fehlerinformationen zuerst angegeben, versuchen Sie bitte, den Timeout-Wert sowohl auf der Client- als auch auf der Serviceseite wie folgt zu erhöhen:

<basicHttpBinding>
    <binding name="basicHttpBinding_ACRMS" maxBufferSize="2147483647"
      maxReceivedMessageSize="2147483647"
      openTimeout="00:20:00" 
      receiveTimeout="00:20:00" closeTimeout="00:20:00"
      sendTimeout="00:20:00">
      <readerQuotas maxDepth="32" maxStringContentLength="2097152"
        maxArrayLength="2097152" maxBytesPerRead="4006" maxNameTableCharCount="16384" />
    </binding>

Vergessen Sie dann nicht, diese Bindungskonfiguration wie folgt auf den Endpunkt anzuwenden:

<endpoint address="" binding="basicHttpBinding" 
      bindingConfiguration="basicHttpBinding_ACRMS"
      contract="MonitorRAM.IService1" />

Wenn das oben genannte nicht helfen kann, ist es besser, wenn Sie versuchen können, Ihr Hauptprojekt hier hochzuladen, dann möchte ich einen Test an meiner Seite haben.