MSMQ应用程序在作为Windows服务运行时不处理排队的消息

本文关键字:处理 排队 消息 运行时 服务 应用程序 Windows MSMQ | 更新日期: 2023-09-27 18:19:43

这是一个直截了当的问题:

我的应用程序在作为标准程序运行时运行正常。现在,当我将其作为windows服务运行时,它不会处理其专用队列中的消息(使用MSMQ)。

我尝试将该服务作为我的用户帐户和本地服务运行。在这两种情况下,队列中都只填充了消息,没有任何消息被处理。

请注意,Windows服务似乎运行正常:它的关联Wcf服务已打开并正在侦听

为了确保这不是权限问题,我授予了我能想到的每个组/用户的完全访问权限。以下是处理队列创建和主机初始化的代码。请注意,在这次尝试中,我将用户的本地化命名更改为英文名称。还要注意的是,我尝试在所有可能的帐户下安装该服务:我自己以admin、LocalSystem、LocalService和NetworkService的身份运行。

namespace MachineCommunication.ZeissCMMAdapter
{
    partial class ZeissService : ServiceBase
    {
        public ZeissService()
        {
            InitializeComponent();
        }
        ServiceHost _host = null;
        protected override void OnStart(string[] args)
        {
            Trace.WriteLine("Starting ZeissAdapter Service...");
            string adapterQueueName = ConfigurationManager.AppSettings["adapterQueueName"];
            // Create the transacted MSMQ queue if necessary.
            MessageQueue adapterQueue;
            if (!MessageQueue.Exists(adapterQueueName))
            {
                Trace.WriteLine("Creating Queue: " + adapterQueueName);
                adapterQueue = MessageQueue.Create(adapterQueueName, true);
                adapterQueue.SetPermissions(@"NT AUTHORITY'System", MessageQueueAccessRights.FullControl);
                adapterQueue.SetPermissions(@"ANONYMOUS LOGON", MessageQueueAccessRights.FullControl);
                adapterQueue.SetPermissions(@"Everyone", MessageQueueAccessRights.FullControl);
                adapterQueue.SetPermissions(@"my_user", MessageQueueAccessRights.FullControl);
            }
            else
            {
                Trace.WriteLine("Queue already exists: " + adapterQueueName);
            }

            string machineQueueName = ConfigurationManager.AppSettings["machineQueueName"];
            MessageQueue machineQueue;
            // Create the transacted MSMQ queue if necessary.
            if (!MessageQueue.Exists(machineQueueName))
            {
                Trace.WriteLine("Creating Queue: " + machineQueueName);
                machineQueue = MessageQueue.Create(machineQueueName, true);
                machineQueue.SetPermissions(@"NT AUTHORITY'System", MessageQueueAccessRights.FullControl);
                machineQueue.SetPermissions(@"ANONYMOUS LOGON", MessageQueueAccessRights.FullControl);
                machineQueue.SetPermissions(@"Everyone", MessageQueueAccessRights.FullControl);
                machineQueue.SetPermissions(@"my_user", MessageQueueAccessRights.FullControl);
            }
            using (_host = new ServiceHost(typeof(ZeissAdapterService)))
            {
                _host.Open();
                Console.WriteLine("The service is ready");
                Console.WriteLine("Press <Enter> to stop the service.");
                Console.ReadLine();
            }
        }
        protected override void OnStop()
        {
            try
            {
                Trace.WriteLine("Shutting down Class-A E-mail Service...");
                if (_host != null && _host.State == CommunicationState.Opened)
                {
                    _host.Close();
                    _host = null;
                }
            }
            catch (Exception ex)
            {
                Trace.WriteLine("Something went wrong closing the ServiceHost : " + ex.Message);
                throw;
            }
        }
    }
}

这是我的服务的完整app.config:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <startup>
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
  </startup>
  <appSettings>
    <!-- use appSetting to configure MSMQ queue name -->
    <add key="adapterQueueName" value=".'private$'Zeiss/ZeissAdapterService"/>
    <add key="machineQueueName" value=".'private$'Zeiss/ZeissMachineService"/>
  </appSettings>
  <system.serviceModel>
    <services>
      <service name="MachineCommunication.ZeissCMMAdapter.ZeissAdapterService" behaviorConfiguration="DefaultBehavior">
        <!-- Define NetMsmqEndpoint -->
        <host>
          <baseAddresses>
            <add baseAddress="http://localhost:12000/" />
          </baseAddresses>
        </host>
        <endpoint address="net.msmq://localhost/private/Zeiss/ZeissAdapterService" binding="netMsmqBinding" bindingConfiguration="TransactedBinding" contract="MachineCommunication.Contracts.AdapterContracts.IAdapterService"/>
        <endpoint address="net.msmq://localhost/private/Zeiss/ZeissMachineService" binding="netMsmqBinding" bindingConfiguration="TransactedBinding" contract="MachineCommunication.MachineTypeSpecificInfrastructure.ZeissInfrastructure.IZeissListener"/>
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior name="DefaultBehavior">
          <serviceDebug includeExceptionDetailInFaults="true"/>
          <serviceMetadata httpGetEnabled="true"/>
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <bindings>
      <netMsmqBinding>
        <binding name="TransactedBinding" deadLetterQueue="System" useActiveDirectory ="False" useMsmqTracing="True">
          <security mode="None">
            <message clientCredentialType="None"/>
            <transport msmqAuthenticationMode="None" msmqProtectionLevel="None"  />
          </security>
        </binding>
      </netMsmqBinding>
    </bindings>
  </system.serviceModel>
  <system.diagnostics>
    <trace autoflush="true" />
    <sources>
      <source name="System.ServiceModel"
              switchValue="Information, ActivityTracing"
              propagateActivity="true">
        <listeners>
          <add name="sdt"
              type="System.Diagnostics.XmlWriterTraceListener"
              initializeData= "SdrConfigExample.e2e" />
        </listeners>
      </source>
    </sources>
  </system.diagnostics>
</configuration>

这里有一个稍微快速的方法来重现这个问题:在MSDN上分发的WCF代码示例中,有一个涉及客户端/服务器设置的双向MSMQ示例;我修改了此示例以将服务器作为Windows服务安装。如果运行服务器并启动客户端,则所有消息最终都会卡在服务器的队列中,而不会得到进一步处理。以下是该示例的链接:

https://drive.google.com/file/d/0B5-APK5bfBpMUGU2cW5iaV9ybnM/edit?usp=sharing

MSMQ应用程序在作为Windows服务运行时不处理排队的消息

几个想法。

  1. 请尝试允许服务以您的身份运行,但以交互用户的身份运行。

  2. 配置文件是否在正确的文件夹中?当您运行windows服务时,它会将appdomain的基本目录默认为%SYSDIR%(您可以在OnStart中覆盖它)

除此之外,我建议添加一个跟踪器并记录实际发生的活动,或者使用调试器附加到进程。

如果需要覆盖BaseDir。

System.IO.Directory.SetCurrentDirectory(AppDomain.CurrentDomain.BaseDirectory)

很可能是由于权利。在网络服务下运行的Windows服务没有访问MSMQ队列的权限。您必须提供访问权限。

请在开发计算机或测试服务器上尝试此操作,而不是在生产上。尝试为与您交谈的队列授予"Everyone"权限,并在具有管理权限的用户下运行服务。如果它开始处理消息,你就会知道这是一个权限问题。

然后缩小范围。删除越来越多的权限,看看它是否仍然有效。

还要尝试一些日志记录,看看服务是否正确启动。尝试加载配置设置并记录它们。尝试使用Sysinternals DebugView查看它们或将它们记录到文件中。如果服务正在记录到文件中,并且您看到记录了正确的配置项值,您就会知道这不是问题。

我还看到,人们认为他们应该访问queuename/service.svc队列。但这仅适用于IIS托管的WCF服务。

如果我是你,发布整个配置。您没有提供太多信息,我也看不出配置是否有任何问题。

真正的问题只是我试图用console.readline阻止服务线程退出——这(显然可能)在将应用程序作为服务运行时不适用。糟糕的是,我真的很抱歉一开始就问了这个问题。无论如何,感谢您的所有回答尝试。