Der server konnte die Verarbeitung der Anforderung aufgrund eines internen Fehlers

Wenn ich versuche zu laden Methode vom webservice, bekomme ich eine Fehlermeldung:

"Der server konnte die Verarbeitung der Anforderung aufgrund eines internen Fehlers. Für mehr Informationen über den Fehler, entweder schalten Sie IncludeExceptionDetailInFaults (entweder von ServiceBehaviorAttribute oder aus der Konfiguration Verhalten) auf dem server, um die Ausnahmeinformationen zurück an den client, oder aktivieren Sie die Ablaufverfolgung gemäß der Microsoft .NET Framework-SDK-Dokumentation und überprüfen Sie die server-trace-Protokolle"

Dies ist meine app.config Endpunkt def:

<services>
  <service name="Service" behaviorConfiguration="debug">
</services>

<client>
  <endpoint name="Service" address="net.tcp://localhost:12708/" binding="netTcpBinding" bindingConfiguration="netTcp" contract="path.IService" >
    <identity>
      <servicePrincipalName />
    </identity>
  </endpoint>
</client>

<serviceBehaviors>
    <behavior name="debug">
      <serviceDebug includeExceptionDetailInFaults="True" />
    </behavior>
  </serviceBehaviors>

Kann ich nicht mehr sehen, Informationen Ereignis, wenn ich habe erklärt serviceBehaviors.
Könnte jemand mir sagen wie kann ich mehr details über diesen Fehler?

Aktivieren WCF-Ablaufverfolgung um zu sehen, was Los ist. Siehe stackoverflow.com/a/4271597/870604
Ich habe deine bearbeiteten Titel. Bitte sehen, "Sollten Fragen enthalten "tags" im Titel?", wo der Konsens ist ", Nein, Sie sollten nicht".

InformationsquelleAutor codelikeprogrammerwoman | 2014-01-13

.net c#endpoint wcf

6

Die Nachricht, der Fehler ist ziemlich klar. Der server ist so konfiguriert, ausblenden interner Fehler aus Gründen der Sicherheit.Dies ist die Standard-Verhalten nach dem die Fehlerbehandlung in der WCF-MSDN-post.

Sehe ich zwei Optionen, die beide annehmen, dass Sie Zugriff auf den server:
- Aktivieren, zeigt die Fehler details
  Finden Sie die die Fehlerbehandlung in der WCF-MSDN-post. Es bietet Informationen darüber, wie Sie Ihre setup-Konfiguration, in der "Zusätzliche Informationen Liefern, Wenn eine Ausnahme Auftritt" Abschnitt.
- Debuggen mit der Haltepunkte
  Dies wäre besser. Meiner Meinung nach, keine Fehlermeldung kann tatsächlich geben Ihnen die Einblicke, die ein debugging-Sitzung.
Hoffe, dass ich geholfen!
- danke für deine schnelle Antwort! Leider ist diese Lösung noch nicht für mich arbeiten. Ich denke der Grund dafür ist, dass ich nicht die service-Instanz über die F5-Taste, aber RB auf meiner Konsole-Anwendung-Projekt, und tun: Debug-> start new instance. Also ich glaube nicht, laden Sie genau die service-definition, sondern versuchen, zu laden service von endpoint client Abschnitt. Debugging ist nicht für mich arbeiten, wenn ich versuche ein Haltepunkt in meinem code-debugger ist nicht in Sie eingegeben. Irgendwelche Ideen?
- Ich habe nicht die nötigen Einblicke, mein Freund..., Wenn ich denke, ich werde es dir sagen.
InformationsquelleAutor Pantelis Natsiavas
1

Beim ausführen dieses lokal, können Sie das Debuggen der service durch das anbringen mit Tools -> Attach to Process.

In der Liste der verfügbaren Prozesse, suchen Sie den Prozess W3wp.exe mit Typ Managed (...) x64 oder Managed (...) x86, je nachdem, was Sie so konfiguriert haben, dass Ihr Dienst "ausführen als".

Klicken Sie auf Attatch, setze ein paar breakpoints in Ihrem Dienst, und rufen Sie es erneut in Ihrem web-browser, und Sie sollten getroffen werden.

Beachten Sie, dass Sie brauchen, um veröffentlichen Sie Ihre WS in den Debug-Modus für diese zu arbeiten.
- vielen Dank für Ihre Antwort! Ja, ich habe versucht, zu befestigen Prozess, aber ich habe keine Prozesse wie w3wp oder Verwaltet .. etc. ;/ Vielleicht wird es hilfreich sein, wenn ich erklären, was ich tun um zu testen, meine app: starte ich lokal meine service-Anwendung, die basierend auf localhost:12708. Als Nächstes habe ich wieder auf meine Lösung mit dem console-app, RB auf meiner app, und klicken Sie auf: Debug-> Start new instance. Ich habe keine Ahnung, welcher Prozess sollte ich angreifen so ;/
- Ok; ich war der Annahme, Sie hatten veröffentlicht, die auf einem IIS-server. Wenn Sie führen Sie es einfach aus VS, können Sie feststellen, ein Prozess, der als so etwas wie WebDev.WebServer40.EXE statt. Es sollte einen Titel haben wie ASP.NET Development Server - Port 12708 (auch stellen Sie sicher, Sie haben den Prozess begonnen, indem Sie versuchen, führen Sie den Dienst, bevor Sie sich für den Prozess in der an den Prozess Anhängen - Liste).
- Mein service ist angefangen, weil ich unter "Status=Gestartet" im WCF Service Host. Auf der Liste der Prozesse habe ich keinen Prozess wie webdev, w3wp, Portnummer, etc. ;/ Nur ein Dienst aussieht wie passend: im Titel gibt es [path_to_my_solution.project_name.exe] und geben Sie es Geschafft (...), aber es funktioniert immer noch nicht ;/
- Es ist einer der Prozesse, die ich nicht Anhängen, da bekomme ich eine Fehlermeldung "Unable to attach an den Prozess. Ein debugger ist bereits angeschlossen" ist es aber nicht ;/ seltsam ...
InformationsquelleAutor Kjartan
1

Lösung: Mein Dienst war nicht gestartet.
Weil wir die Dienste laufen lokal, ich brauchte, um öffnen Sie die Projektmappe, und führen die service-lokal über RG -> Erstellen Sie eine neue Instanz.

Wie ich das mache weiß ich darüber? Meine log-Dateien sind gespeichert in c:/temp.
In diesem Ort, erschien eine neue log-Datei und da fand ich Sie mehr info über meine Fehler.
(Die ganze Zeit ich dachte, dass die details über meine Fehler-Nachricht, die Sie in mein Standard-log-Datei, aber ich hatte nicht erwartet, eine andere log-Datei.

So, Grund: web service hat nicht funktioniert.

Lösung: Start service localy: Rb -> erstellen Sie neue service.

InformationsquelleAutor codelikeprogrammerwoman

sollten Sie Diagnose Ihre config-Datei:

 <system.diagnostics> 
      <sources> 
        <source name="System.ServiceModel" 
                switchValue="All" 
                propagateActivity="true"> 
          <listeners> 
            <add name="traceListener" 
                type="System.Diagnostics.XmlWriterTraceListener" 
                initializeData= "D:\AppLogs\Traces.svclog" /> 
          </listeners> 
        </source> 
      </sources> 
    </system.diagnostics>

InformationsquelleAutor elfekz

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.