Msmq und WCF-Dienst

Question

Ich habe einen WCF-Dienst mit der NetMsmq-Bindung erstellt, für die ich eine private Warteschlange auf meinem Computer erstellt und das Projekt ausgeführt habe. Dies funktioniert problemlos und mein WCF-Dienst wird gestartet und greift auf die Nachricht mithilfe der Warteschlange in der Debugging-Umgebung zu. Jetzt wollte ich den Dienst mit dem Windows-Dienst hosten und für denselben habe ich auch ein neues Projekt- und Windows-Installationsprogramm erstellt (Dieser Dienst wird unter Lokales Systemkonto ausgeführt). Dann habe ich versucht, diesen Windows-Dienst mit dem InstallUtil-Befehl über die Eingabeaufforderung zu installieren. Wenn die Installation geschieht, und während der Service-Host Öffnung, erhalte ich eine Ausnahme sagen:

There was an error opening the queue. Ensure that MSMQ is installed and running, the queue exists and has proper authorization to be read from. The inner exception may contain additional information. 
Inner Exception System.ServiceModel.MsmqException: An error occurred while opening the queue:Access is denied. (-1072824283, 0xc00e0025). The message cannot be sent or received from the queue. Ensure that MSMQ is installed and running. Also ensure that the queue is available to open with the required access mode and authorization. 
    at System.ServiceModel.Channels.MsmqQueue.OpenQueue() 
    at System.ServiceModel.Channels.MsmqQueue.GetHandle() 
    at System.ServiceModel.Channels.MsmqQueue.SupportsAccessMode(String formatName, Int32 accessType, MsmqException& msmqException) 

Könnte jemand die mögliche Lösung für das obige Problem vorschlagen? Fehlen mir Berechtigungen für die Warteschlange und den Windows-Dienst? Wenn ja, könnten Sie vorschlagen, wo diese Berechtigungen hinzugefügt werden sollen?

Answer 1

Ja, es sieht wie ein Berechtigungsproblem aus.

Klicken Sie mit der rechten Maustaste auf Ihre private Warteschlange im Server-Manager und wählen Sie Eigenschaften. Fahren Sie mit der Registerkarte Sicherheit fort und stellen Sie sicher, dass Sie dort die richtigen Berechtigungen für Ihr lokales Systemkonto haben.

Dies wird auch in Nicholas Allen Artikel bestätigt: Diagnosing Common Queue Errors, wo der Autor den Fehlercode 0xC00E0025 als ein Problem mit Berechtigungen definiert.

Answer 2

Tom Hollander hatte eine großartige dreiteilige Blog-Serie über die Verwendung von MSMQ von WCF - lohnt sich!

• MSMQ, WCF and IIS: Getting them to play nice (Part 1)
• MSMQ, WCF and IIS: Getting them to play nice (Part 2)
• MSMQ, WCF and IIS: Getting them to play nice (Part 3)

Vielleicht haben Sie die Lösung für Ihr Problem irgendwo erwähnt finden!

Answer 3

Ich lief in das gleiche Problem, hier ist die Lösung.

Klicken Sie mit der rechten Maustaste auf "Arbeitsplatz" -> Verwalten. Gehen Sie im Fenster Computerverwaltung zu "Dienste und Anwendungen -> Message Queuing -> ur queue", wählen Sie Ihre Warteschlange aus und greifen Sie auf die Eigenschaften zu. Fügen Sie den Benutzer hinzu, der Ihre WCF-Anwendung ausführt, und gewähren Sie vollen Zugriff. Dies sollte das Problem lösen.

Answer 4

Kann einfach sein, dass der Dienst die Warteschlange nicht finden kann. Der Name der Warteschlange muss genau mit der Endpunktadresse übereinstimmen.

Beispiel:

net.msmq: //localhost/private/wf.listener_srv/service.svc

Punkte auf lokale Warteschlange

private \ wf $. listener_srv \ service.svc

Wenn Warteschlange Name und Endpunkt sind Daher ist es am ähnlichsten, dass die in IIS pool definierten Anmeldeinformationen keinen Zugriff auf die Warteschlange gewähren.