PRB: "Permission Denied" Error When You Use Queued Components in Workgroup Mode (247394)
The information in this article applies to:
This article was previously published under Q247394 SYMPTOMS
When you attempt to create a Queued Component (QC) recorder with the GetObject instruction, if you have Microsoft Message Queuing (MSMQ) version 2.0 configured to run in Workgroup mode (instead of working with a Domain Controller), you may receive the following error message:
Run-time error '70': Permission Denied
CAUSE
When a COM+ application is configured to be queued, it creates MSMQ queues to receive the incoming calls. If MSMQ is configured in Workgroup mode, two problems occur:
- The queues are private, and are therefore not published in Active Directory.
- Because there are no MSMQ certificates, MSMQ cannot authenticate the origin of the messages that arrive in the queue.
RESOLUTION
To use queued components in Workgroup mode, you must do two things:
- To allow for unsigned MSMQ messages, you must set the Authentication Level of the COM+ Application to None.
- To access the queued components from a remote computer, you must specify a queue: moniker that contains the complete FormatName of the destination queue.
REFERENCESFor additional information, click the article number below
to view the article in the Microsoft Knowledge Base:
246825 HOWTO: Configure a COM+ Application for Queued Components
For information on the queue: moniker, see the article "Using the Queue Moniker" at the following Microsoft Developer Network (MSDN) Web site:
For additional information, see the "Using Queued Components" section of the article "COM+ Application Guidelines for Visual Basic Development" at the following MSDN Web site:
Modification Type: | Major | Last Reviewed: | 7/29/2003 |
---|
Keywords: | kbComPlusQC kbprb KB247394 |
---|
|