Почему я не могу получить сообщение из моей удаленной публичной очереди транзакций? - PullRequest
Новая
       30

Почему я не могу получить сообщение из моей удаленной публичной очереди транзакций?

1 голос
/ 21 августа 2009

Я использую C # в Windows Server 2008 и хочу получить сообщение из публичной очереди транзакций на другом компьютере в том же домене. Ошибка выглядит так: 

System.Messaging.MessageQueueException: Cannot import the transaction.
   at System.Messaging.MessageQueue.ReceiveCurrent(TimeSpan timeout, Int32 action, CursorHandle cursor, MessagePropertyFilter filter, MessageQueueTransaction internalTransaction, MessageQueueTransactionType transactionType)
   at System.Messaging.MessageQueue.Receive(TimeSpan timeout, MessageQueueTransactionType transactionType)
   at JobManagerLib.JobProcessor.Process(Action waitForNewMessageCallback) in C:\Dev\OtherProjects\POC\WindowsService\JobManagerSample\JobManagerLib\JobProcessor.cs:line 132

Я пробовал DTCPing, который преуспевает в одном направлении, но терпит неудачу в другом. Вот соответствующая часть журнала: 

++++++++++++hosts      ++++++++++++
127.0.0.1       localhost
::1             localhost

08-20, 15:47:22.739-->Error(0x424) at clutil.cpp @256
08-20, 15:47:22.739-->-->OpenCluster
08-20, 15:47:22.739-->-->1060(The specified service does not exist as an installed service.)
++++++++++++++++++++++++++++++++++++++++++++++
     DTCping 1.9 Report for DEV-MSMQ2  
++++++++++++++++++++++++++++++++++++++++++++++
RPC server is ready
++++++++++++Validating Remote Computer Name++++++++++++
08-20, 15:47:26.207-->Start DTC connection test
Name Resolution:
    dev-msmq1-->192.168.22.11-->Dev-msmq1
08-20, 15:47:26.222-->Start RPC test (DEV-MSMQ2-->dev-msmq1)
RPC test failed

Кто-нибудь знает, почему это может не сработать? Брандмауэр Windows был открыт для MSDTC. Трудно найти много информации о Windows 2008 и MSMQ.

РЕДАКТИРОВАТЬ : имена очередей: FormatName: DIRECT = OS: dev-msmq1 \ getmap и FormatName: DIRECT = OS: dev-msmq1 \ logevent. Это публичные транзакционные очереди, и у каждого есть разрешение на просмотр / получение. Соответствующая часть моего кода выглядит следующим образом: 

using (TransactionScope tx = new TransactionScope(TransactionScopeOption.RequiresNew))
{
    using (var queue = new MessageQueue(QueueName))
    {
        queue.Formatter = new XmlMessageFormatter(new string[] { _targetParameterType });
        var message = queue.Receive(TimeOut, MessageQueueTransactionType.Automatic);
        string messageId = message.Label;

...
    }
}

Спасибо

Ответы [ 4 ]

1 голос
/ 09 октября 2009

Итак, я нашел решение: полностью отказаться от всего этого и переключиться на использование WCF и привязки net.Msmq. Теперь связь в очереди работает нормально.

0 голосов
/ 22 ноября 2009

Просто для полноты, при запуске IPv4 недостаточно только MSDTC и MSMQ через брандмауэр:

Вам также необходимо разрешить трафик ICMP через брандмауэр (IPv6 может разрешать имена хостов независимо от брандмауэра, но ваш журнал DTCPIng указывает, что вы используете IPv4).

Я боролся с той же ошибкой, которую вы видите в DTCPing, и в моем случае она была вызвана брандмауэром, блокирующим трафик ICMP.

0 голосов
/ 02 сентября 2009

Убедитесь, что часы обеих машин синхронизированы. Я видел это раньше, когда аутентификация не удалась, потому что сервер и клиент отключены на минуту. Это произойдет, даже если очереди являются общедоступными и имеют разрешения для всех.

0 голосов
/ 29 августа 2009

На обеих машинах должен быть запущен MSDTC, так как удаленная транзакция находится в режиме воспроизведения.

Эта статья блога предлагает крошечный намек ...

Поскольку брандмауэр может быть в игре, убедитесь, что порт 1801 (MSMQ) открыт с обеих сторон.

...