Włącz IncludeExceptionDetailInFaults (z ServiceBehaviorAttribute lub z zachowania konfiguracji <serviceDebug>) na serwerze

Mam usługę WCF, która działa doskonale i coś się zmieniło i nie wiem co.

Mam ten wyjątek:

System.ServiceModel.FaultException: serwer nie mógł przetworzyć żądania z powodu błędu wewnętrznego. Aby uzyskać więcej informacji o błędzie, włącz opcję IncludeExceptionDetailInFaults (z ServiceBehaviorAttribute lub z zachowania konfiguracji) na serwerze w celu wysłania informacji o wyjątku z powrotem do klienta lub włącz śledzenie zgodnie z dokumentacją zestawu Microsoft .NET Framework 3.0 SDK i sprawdź dzienniki śledzenia serwera.

Jest to mylące, ponieważ używam .NET 4.0.

Gdzie mam włączyć IncludeExceptionDetailInFaults? Walczę, żeby to znaleźć.

Zdefiniuj zachowanie w .configpliku:

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

Następnie zastosuj zachowanie do swojej usługi w następujący sposób:

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

Możesz również ustawić to programowo. Zobacz to pytanie .

Znajduje się w pliku app.config.

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

Jeśli chcesz to zrobić za pomocą kodu, możesz dodać takie zachowanie:

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

Możesz również ustawić to w tagu [ServiceBehavior] powyżej deklaracji klasy, która dziedziczy interfejs

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

Immortal Blue ma rację, nie ujawniając szczegółów wyjątku w publicznie wydanej wersji, ale do celów testowych jest to przydatne narzędzie. Zawsze wyłączaj po puszczeniu.

Otrzymałem również ten sam błąd, WCF działało poprawnie, gdy używałem go w środowisku deweloperskim z moimi poświadczeniami, ale gdy ktoś inny używał go w TEST, generował ten sam błąd. Zrobiłem wiele badań, a następnie zamiast wykonywać aktualizacje konfiguracji, obsłużyłem wyjątek w metodzie WCF za pomocą wyjątku błędu. Ponadto tożsamość programu WCF musi być ustawiona przy użyciu tych samych poświadczeń, które mają dostęp do bazy danych, ktoś mógł zmienić Twoje uprawnienia. Poniżej kod na to samo:

 [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; }
}

w swoim service1.svc.cs możesz użyć tego w bloku catch:

 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());
        }

I użyj tego w aplikacji klienckiej, jak poniższy kod:

  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();
      }

Po prostu spróbuj tego, na pewno pomoże to uzyskać dokładny problem.

Jak podano w informacjach o błędzie, spróbuj zwiększyć wartość limitu czasu po stronie klienta i po stronie usługi w następujący sposób:

<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>

Następnie nie zapomnij zastosować tej konfiguracji powiązania do punktu końcowego, wykonując następujące czynności:

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

Jeśli powyższe nie pomoże, lepiej będzie, jeśli spróbujesz wrzucić tutaj swój główny projekt, to chcę mieć test po mojej stronie.