Наиболее похожее из того, что ты хочешь, это: http://www.reddwarfserver.org/

А что там ActiveMQ/Apache Camel?

Ну я ХЗ, этих разных MQ очень много, обжегшись на примере ZeroMQ, который считает адресный обмен чем-то из области научной фантастики (и реализует его как-то..., через...), уже как-то не хочется смотреть всё подряд, дабы убеждаться, что и оно тоже ничего толком не умеет...
Кстати, ещё примером того, что мне нужно, но в железном исполнении и без аутентификации, является коммутатор: стандартно шлёт от порта к порту, но может и broadcast'ить.

Ну я тоже глубоко ActiveMQ не тыкал, возможно это просто гонялка JMS.

Любой AMQP сервер должен подойти.

RabbitMQ уже советовали?

//тред не читал

Кстати, ещё примером того, что мне нужно, но в железном исполнении и без аутентификации, является коммутатор: стандартно шлёт от порта к порту, но может и broadcast'ить.

Это называется ethernet-свитч =).

zeromq все, кроме пунктов 2 и 5 может

Свитч броадкастит всё подряд и в этом плане как раз ZeroMQ - это и есть самый тупой и дешёвый свитч.

> Свитч броадкастит всё подряд

свитч (switch) == коммутатор, хаб (hub) == концентратор.

Во блин, ну ладно :) В общем-то логично конечно, учитывая роль оператора switch в ЯП.

=)

Что-то у меня парсер в последнее время пошаливает. Я понял ту фразу наоборот и решил, что тебе зачем-то нужен именно железный езернет свич...

zeromq это ж такая сокетовая бибиотека / rpc, только реализующая концепцию очередей. Смотри в сторону ActiveMQ, он все это может, но performance может оказать не слишком большим.

RabbitMQ подходит, так что да, не всегда обязательно читать тред :)

WebSphere MQ, оно же MQ Series, не?

ИМХО AMQP не особо вписывается, так как для

«От -> „Многим“

Нужно для каждого клиента объявлять свою queue и байндить к exchange как fanout.

При этом для реализации схемы „От“ -> „Кому“ нужно опять же каждому клиенту свою queue, так как это уже другой тип байндинга (direct).

То есть все реализуемо, но как-то через Ж. Лучше посмотри на другие решения.

Да, и что? IBM WebSphere MQ уже бесплатен?

А что, в исходном запросе упоминалось что-то бесплатное? :) Ну и вы таки согласны, что оно отвечает заявленным требованиям?

amqp (qdpic).

В первом посте я уже писал, что мне доводилось работать с IBM MQ и да, оно нереально круто, хотя пока научишься, уже полкурса высшей математики можно было бы пройти. Но в принципе да, здорово, впечатления самые благоприятные. А толку-то? Вон небось RabbitMQ ничуть не хуже и, подозреваю, чуток попроще в освоении.

гм... я сейчас, наверно, глупость сморожу, но это всё мне напоминает джаббер

>RabbitMQ ничуть не хуже и, подозреваю, чуток попроще в освоении.

Так лишь бы в радость, но для полноты списка. Никто не заставляет жрать кактусы :) (Я слабо представляю например, вашу мотивацию - IBM MQ берут, когда Ъ-ынтерпрайза очень хочется или у закачика пунктик на ем в ТЗ))

Правильно, морозишь. Это жаббер это все напоминает.

Разве напоминание не симметрично?

Ну в банке и был энтепрайз самый что ни на есть. Самая жесть, что через IBM MQ связывались с отделениями банка (просто тупо обслуживающие физических лиц)

qdpic

Что это? Гугел выдает какую-то чушь.

SonicMQ (шучу).

У ØMQ упор на пропускную способность. Ему роутить и не надо.

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

Что это? Гугел выдает какую-то чушь.

qpidc.

Вон небось RabbitMQ ничуть не хуже и, подозреваю, чуток попроще в освоении.

Реббит не умеет кластеризацию. Тот кластер, что там есть - он совершенно не полноценный.

А еще, если включить транзакции, то он превращяется в тормоза адского.

Не ынтерпрайз короче.

И что? Частный случай XMLного протокола для IMа с блэкджеком и шлюхами конечно немножко похож на миддлвари с очередями общего назначения (во всяком случае, он очень этого ХОТЕТЪ, но... [trollolo]XML и наследственные жабиропроблемы[/trollolo]). :)