Я только что проверил R2 Server Core операционной системы Windows, 2012 и MSMQ был полностью доступен:
Get-WindowsFeature -Name MSMQ*
[ ] Message Queuing MSMQ Available
[ ] Services Message Queuing MSMQ-Services Available
[ ] Serveur Message Queuing MSMQ-Server Available
[ ] Déclencheurs Message Queuing MSMQ-Triggers Available
[ ] Intégration du service d’annuaire MSMQ-Directory Available
[ ] Prise en charge de la multidiffusion MSMQ-Multicasting Removed
[ ] Prise en charge HTTP MSMQ-HTTP-Support Available
[ ] Service de routage MSMQ-Routing Available
[ ] Proxy DCOM Message Queuing MSMQ-DCOM Available
Так что я считаю, что данные, которые вы нашли в это время не доступную дату назад Server 2008 (или это может быть разница между 2012 и 2012 годами R2 - маловероятно, но в этом случае ваше решение прост: обновите!)
Если вам все еще нужны альтернативы ... ну, в любом случае вам придется изменить свой код , поскольку нет других брокеров, которые реализуют API MSMQ. Поэтому либо используйте удаленный MSMQ, либо полностью измените свой брокер. Например, я могу поручиться за RabbbitMQ, работающую над ядром сервера 2008R2 и 2012R2. Но это всего лишь пример, и вам придется сделать много рефакторинга, чтобы изменить API.
К сожалению, нет. Единственное решение, о котором я могу думать, - это перевести очереди в Azure как очереди служебной шины. Тогда вы должны иметь возможность отправлять и получать сообщения таким образом. –
Я созерцал использование чего-то типа ravenDB, чтобы иметь возможность стоять в очереди с необходимостью исходящей связи. Это не идеальный инструмент для работы, но это может быть сделано, чтобы выполнить роль с небольшим взломом. – Ceilingfish
Это будет работать - хороший звонок –