Problem mit WCF-Dienst - Protokoll "http" wird nicht unterstützt. Wie zu beheben?

Bin ich nach dem einrichten einer WCF-Dienst auf meiner dev-box, aber ich erhalte eine Fehlermeldung, wenn der Zugriff. Ich habe den service-up nach dieser Anleitung. Es ist geschrieben in VS2008 /C# /.NET 3.5 und meiner dev-box ist Vista SP2 mit IIS 7. Im moment ist der Dienst nichts anderes als das default-Struktur, da bin ich buchstäblich nach der Prüfung eine Verbindung zu ihm.

Habe ich überprüft, was installiert werden muss und ich bin mir ziemlich sicher, ich habe alles aktiviert, Screenshot unten zeigt die aktuellen Optionen:

Problem mit WCF-Dienst - Protokoll

Vollständige Fehlermeldung bei Zugriff auf http://localhost:8000/Service.svc ist wie folgt:

Server Error in '/' Application.
--------------------------------------------------------------------------------

The protocol 'http' is not supported. 
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. 

Exception Details: System.InvalidOperationException: The protocol 'http' is not supported.

Source Error: 

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.  

Stack Trace: 


[InvalidOperationException: The protocol 'http' is not supported.]
   System.ServiceModel.AsyncResult.End(IAsyncResult result) +11536522
   System.ServiceModel.Activation.HostedHttpRequestAsyncResult.End(IAsyncResult result) +194
   System.ServiceModel.Activation.HostedHttpRequestAsyncResult.ExecuteSynchronous(HttpApplication context, Boolean flowContext) +176
   System.ServiceModel.Activation.HttpModule.ProcessRequest(Object sender, EventArgs e) +278
   System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +68
   System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +75


--------------------------------------------------------------------------------
Version Information: Microsoft .NET Framework Version:2.0.50727.4016; ASP.NET Version:2.0.50727.4016

Irgendwelche Vorschläge, wie man über das Debuggen /beheben des Fehlers wäre dankbar angenommen. Googeln den Fehler gibt sehr wenig Hilfe. Ich habe wahrscheinlich etwas verpasst wirklich offensichtlich!

Bearbeiten - web.config wie gewünscht (Entschuldigung für seine Länge):

<?xml version="1.0"?>
<!--
    Note: As an alternative to hand editing this file you can use the 
    web admin tool to configure settings for your application. Use
    the Website->Asp.Net Configuration option in Visual Studio.
    A full list of settings and comments can be found in 
    machine.config.comments usually located in 
    \Windows\Microsoft.Net\Framework\v2.x\Config 
-->
<configuration>
    <configSections>
        <sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
            <sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
                <section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>
                <sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
                    <section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="Everywhere"/>
                    <section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>
                    <section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>
                    <section name="roleService" type="System.Web.Configuration.ScriptingRoleServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>
                </sectionGroup>
            </sectionGroup>
        </sectionGroup>
    </configSections>
    <appSettings/>
    <connectionStrings/>
    <system.web>
        <!--
            Set compilation debug="true" to insert debugging 
            symbols into the compiled page. Because this 
            affects performance, set this value to true only 
            during development.
        -->
        <compilation debug="true">
            <assemblies>
                <add assembly="System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
                <add assembly="System.Xml.Linq, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
                <add assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
                <add assembly="System.Data.DataSetExtensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
            </assemblies>
        </compilation>
        <!--
            The <authentication> section enables configuration 
            of the security authentication mode used by 
            ASP.NET to identify an incoming user. 
        -->
        <authentication mode="Windows"/>
        <!--
            The <customErrors> section enables configuration 
            of what to do if/when an unhandled error occurs 
            during the execution of a request. Specifically, 
            it enables developers to configure html error pages 
            to be displayed in place of a error stack trace.

        <customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm">
            <error statusCode="403" redirect="NoAccess.htm" />
            <error statusCode="404" redirect="FileNotFound.htm" />
        </customErrors>
        -->
        <pages>
            <controls>
                <add tagPrefix="asp" namespace="System.Web.UI" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
            </controls>
        </pages>
        <httpHandlers>
            <remove verb="*" path="*.asmx"/>
            <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
            <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
            <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" validate="false"/>
        </httpHandlers>
        <httpModules>
            <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
        </httpModules>
    </system.web>
    <system.codedom>
        <compilers>
            <compiler language="c#;cs;csharp" extension=".cs" warningLevel="4" type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
                <providerOption name="CompilerVersion" value="v3.5"/>
                <providerOption name="WarnAsError" value="false"/>
            </compiler>
            <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb" warningLevel="4" type="Microsoft.VisualBasic.VBCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
                <providerOption name="CompilerVersion" value="v3.5"/>
                <providerOption name="OptionInfer" value="true"/>
                <providerOption name="WarnAsError" value="false"/>
            </compiler>
        </compilers>
    </system.codedom>
    <system.web.extensions>
        <scripting>
            <webServices>
                <!--
              Uncomment this section to enable the authentication service. Include 
              requireSSL="true" if appropriate. 

          <authenticationService enabled="true" requireSSL = "true|false"/>
          -->
                <!--
              Uncomment these lines to enable the profile service, and to choose the 
              profile properties that can be retrieved and modified in ASP.NET AJAX 
              applications.

           <profileService enabled="true"
                           readAccessProperties="propertyname1,propertyname2"
                           writeAccessProperties="propertyname1,propertyname2" />
          -->
                <!--
              Uncomment this section to enable the role service.

          <roleService enabled="true"/>
          -->
            </webServices>
            <!--
        <scriptResourceHandler enableCompression="true" enableCaching="true" />
        -->
        </scripting>
    </system.web.extensions>
    <!--
        The system.webServer section is required for running ASP.NET AJAX under Internet
        Information Services 7.0.  It is not necessary for previous version of IIS.
    -->
    <system.webServer>
        <validation validateIntegratedModeConfiguration="false"/>
        <modules>
            <add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
        </modules>
        <handlers>
            <remove name="WebServiceHandlerFactory-Integrated"/>
            <add name="ScriptHandlerFactory" verb="*" path="*.asmx" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
            <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
            <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
        </handlers>
    </system.webServer>
    <system.serviceModel>
        <services>
            <service name="Service" behaviorConfiguration="ServiceBehavior">
                <!-- Service Endpoints -->
                <endpoint address="" binding="wsHttpBinding" contract="IService">
                    <!-- 
              Upon deployment, the following identity element should be removed or replaced to reflect the 
              identity under which the deployed service runs.  If removed, WCF will infer an appropriate identity 
              automatically.
          -->
                    <identity>
                        <dns value="localhost"/>
                    </identity>
                </endpoint>
                <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
        <host>
          <baseAddresses>
            <add baseAddress="http://localhost:8000/" />
          </baseAddresses>
        </host>
      </service>
        </services>
        <behaviors>
            <serviceBehaviors>
                <behavior name="ServiceBehavior">
                    <!-- To avoid disclosing metadata information, set the value below to false and remove the metadata endpoint above before deployment -->
                    <serviceMetadata httpGetEnabled="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>
    </system.serviceModel>
</configuration>

Edit 2 - ich habe entfernt den Absatz über das erstellen einer Delphi-Win32-client seit Delphi 2007 unterstützt keine SOAP-1.2-das, was der WCF-Dienst verwendet. Delphi 2007 unterstützt nur SEIFE 1.0... Also client wird nun eine C# - WinForms-app.

Hast du den Dienst installiert host, port 8000?
Ja (nach der Anleitung, die ich verlinkt). Ich habe versucht, den port 80 als gut. Keine Freude.
Poste bitte die web.config, ich vermute es ist eine config-Problem.
Righty, ich habe jetzt gepostet.
Versuchen Sie dies: In iis-Konfigurations-manager müssen Sie mit der rechten Maustaste auf den Dienst, den Sie aufgerufen wird, wählen Sie "Website verwalten" dann gehen Sie zum Voraus festlegen. Fügen Sie http in Protokolle aktiviert.

InformationsquelleAutor Pauk | 2009-07-22

4

Antwort war für mich die folgende (zur Verfügung gestellt von Lazarus in die Kommentare, aber nicht zurückgekommen zu posten als Antwort):
1. Befeuert Internet Information Services (IIS) - Manager.
2. Öffnete die Ordner Sites und wählte den Ort in Frage.
3. Der rechten Maustaste geklickt haben es dann gewählten Website Verwalten und dann Erweiterte Einstellungen...
4. Auf die resultierende popup, trat ich http in der Aktivierte Protokolle Zeile.
5. Das popup geschlossen und neu gestartet und der Website, und das war es. Behoben!
InformationsquelleAutor Pauk
1

Fand ich, dass es fast immer ein problem mit der Art und Weise der endpoint, bindings, und/oder die behavior konfiguriert ist.

Für die meisten Teil, wenn Ihre web site im IIS nicht mit einer HTTP-Bindung, dann stellen Sie sicher, der explizit den httpGet httpGetEnabled='false' in die configuration/system.serviceModel/behaviors/serviceBehaviors/behavior/serviceMetadata jeweiligen Konfiguration Ihrer WCF-service. Der obige Pfad natürlich ist der Verweis auf Ihre Website oder app.config-Datei.

In addition, wenn Sie haben einen Endpunkt, der hat 'http://" in der Adresse entfernen. WCF achtet auf diese Dinge und werfen die gleichen mehrdeutig Fehlermeldung. Es gibt eine ganze Labyrinth von mis-Konfigurationen, Sie erreichen die gleichen Fehlermeldungen. (Ich hasse es, dass über WCF.) Ich, das war es, mehr spezifische, wie: "Hey, dumm wie#! Sie haben eine HTTP-in einem Ihrer endpoint-Adressen, sondern IIS keinen HTTP-Bindung!" ;P Atleast diese Weise, ich werde nicht jagen meinen Schwanz.

Ebenfalls, ich benutze nie die mex Endpunkte, da Sie sich mehr Mühe, dann sind Sie es Wert. Verwenden Sie stattdessen die httpsHelpPageUrl und httpsHelpPageEnabled Attribute in der configuration/system.serviceModel/behaviors/serviceBehaviors/behavior/serviceDebug config element (vorausgesetzt, Sie verwenden HTTPS).

InformationsquelleAutor Rashad Rivera
1

Antwort war für mich zu deaktivieren und dann wieder aktivieren Metadaten Über HTTP.
1. Befeuert Internet Information Services (IIS) - Manager.
2. Öffnete die Ordner Sites und wählte den Ort in Frage.
3. Der rechten Maustaste geklickt haben es dann gewählten Verwalten von WCF-und WF-Services und dann Konfigurieren...
4. Auf die Allgemeinen Registerkarte, die ich deaktiviert die Aktivierung von Metadaten über HTTP (ja, es wurde schon geprüft).
5. Angeklickt Gelten (und bestätigt den recycle-Anwendung Warnung).
6. Überprüft die Aktivierung von Metadaten über HTTP.
7. Angeklickt Gelten (und bestätigt den recycle-Anwendung Warnung), und das war es. Behoben!
...Oder vielleicht ein AppPool recycle genug sein würde.

InformationsquelleAutor Dude Pascalou

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.