В MSMQ существует много дезинформации, прежде всего потому, что документация Microsoft пугающе решается, как правильно настроить отправку сообщений. У меня есть обе книги MSMQ, изданные по этому вопросу, и я все еще ищу разумные проекты в Интернете.
Таким образом, ни одна из этих ссылок не говорит о том, что существует один тип сообщения для требования к очереди.И это сделало бы PeakMessage и варианты ненужными и даже глупыми. Microsoft неясна и сложна в своей документации, но я работал там, и они никогда не были глупыми.
Существует постоянное раздражающее предложение использовать CLSID в качестве идентификатора, практика, которая досадно коротко прицеливается. Как насчет попытки вставить тип сообщения в LABEL ??? Затем используйте PeadMessage для запуска очереди, пока не найдете сообщение, явно предназначенное для вашей конкретной очереди, и с типом сообщения, которое можно использовать для форматирования свойств сообщения для правильного получения сообщения с первой попытки ???
Я знаю, что это делает сложный набор кода, но вы бы предпочли обойтись? Или вы действительно попытаетесь реализовать предложение ответчика выше, который подразумевает, что если у вас есть система из 200 пользователей с 200 типами сообщений, они должны создать 80 000 очередей для управления всеми требованиями к одному? Некоторые люди просто не думают об этом.
+1 для 'Wibble' – cjk
Две возможности приходят на ум; 1) иметь одну очередь для Wibbles и одну очередь для Gizmos; 2) попытайтесь объединиться с Wibble, если это не удается, попробуйте применить к объекту Gizmo – joocer
typeof (Object) и отобразить классы на объект до тех пор, пока он не подходит? – sinni800