将 HttpListener 转换为在 IIS 中运行

Question

我听说有一些方法可以获取使用 HttpListener 的 C# 应用程序并对其进行更改，以便它可以在 IIS 中运行，但我找不到任何具体的参考资料。有人对这个主题有什么想法可以分享吗？

Answer 1

我在这里找到了我要找的东西：http://support.microsoft.com/kb/308001

看起来只需要实现一些小的代码更改。希望这也可以帮助其他人。

编辑 2019 年 6 月 21 日

@Vermin 询问我是否能找到该链接，但我找不到，但我确实找到了我的一个非常旧的代码库，其中包含一些令人尴尬的代码，至少可以提供一些起始信息点/方向（希望对其他人也适用）。如果我没有很好地解释其中一些项目背后的“原因”，请原谅我（那是不久前的事，我没有充分理解它）。

1）ServiceContract

[ServiceContract] public interface <svcName> ... 
{
        [OperationContract]
        [WebGet(UriTemplate = "/*", BodyStyle = WebMessageBodyStyle.Bare)]
        Stream MyGetMethod();

        [OperationContract]
        [WebInvoke(Method = "POST", UriTemplate = "/*", BodyStyle = WebMessageBodyStyle.Bare)]
        Stream MyPostMethod(Stream bodyStream);

2）我还必须提供一个内容映射器（我不太记得为什么）

    public class RawContentTypeMapper : WebContentTypeMapper
    {
        public override WebContentFormat GetMessageFormatForContentType(string contentType)
        {
            return WebContentFormat.Raw;
        }
    }

3）然后我需要在 web.config 中做一些事情...

  <system.serviceModel>
    <services>
      <service name="<namespace>.<svcName>" behaviorConfiguration="<behaviorName>">
        <endpoint address="" binding="customBinding" behaviorConfiguration="<behaviorName>" contract="<namespace>.<svcName>" bindingConfiguration="<customBinding>"/>
      </service>
    </services>
    <bindings>
      <customBinding>
        <binding name="<customBinding>">
          <!-- Used for REST.  See http://www.codehosting.net/blog/BlogEngine/post/WebContentFormatRaw-in-your-WCF-config-file.aspx -->
          <!-- Provide the fully qualified name of the WebContentTypeMapper, set max message size to 500MB  -->
          <webMessageEncoding webContentTypeMapperType="<namespace>.RawContentTypeMapper, <namespace>, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" />
          <httpTransport manualAddressing="true" maxReceivedMessageSize="524288000" transferMode="Buffered" />
        </binding>
      </customBinding>
    </bindings>
    <behaviors>
      <serviceBehaviors>
        <behavior name="<behaviorName>">
          <serviceMetadata httpGetEnabled="true"/>
          <serviceDebug includeExceptionDetailInFaults="true"/>
        </behavior>
      </serviceBehaviors>
      <endpointBehaviors>
        <behavior name="<behaviorName>">
          <webHttp helpEnabled="true"/>
        </behavior>
      </endpointBehaviors>
    </behaviors>
    <diagnostics performanceCounters="All"/>
  </system.serviceModel>

我还在评论中看到了这个链接项目，这可能有用： http://www.codehosting.net/blog/BlogEngine/post/WebContentFormatRaw-in-your-WCF-config-file

如果我不能真正解释'为什么'以上所有。其中一些很容易理解（映射 GET、POST 方法），其中一些我觉得我只是在尝试一些东西（web.config 的东西）。

对于某些上下文，我记得我正在迁移的应用程序具有处理所有底层 HTTP 连接等的代码，一旦我使用上述内容将其迁移到 IIS，并不是说它非常脆弱，我只是觉得尽管我失去了很多控制权，但没有真正理解如何或为什么，并且需要做出改变确实让我觉得它很脆弱。这是我构建 Watson Webserver（无耻插件）来快速构建 RESTful 服务器的原因之一： https ://www.nuget.org/packages/Watson/2.0.5

Answer 2

它是否编译为可以在命令行上启动的exe？如果是这样：

Azure 项目有一个钩子，您可以使用它来启动需要在后台运行的第 3 方应用程序。我建议您创建一个辅助角色，添加一个端点以在 Azure 中打开必要的端口。将现有可执行文件添加为项目中的项目（将其设置为复制本地），并通过服务定义文件中的后台任务启动它。

Steve Marx 有一篇关于如何执行此操作的精彩博客文章：http://blog.smarx.com/posts/using-other-web-servers-on-windows-azure