Вышел RabbitMQ 2.0.0

да и вообще только третий день сижу. всё устраивает. я вобщем-то, кроме этих сайтов и не хожу никуда. + можно спать :) правда не охота пока (но тут есть диван в холе)... так что - почти уверен что работёнка спокойнее чем у тебя :)

Это что-то типа китайского QQ, польского Gadu-Gadu и русского ICQ?

наверное локальный чат для энтерпрайзов. Ахах

Мало-мальски крупные банки - через одного.

Вики также намекает, что и сам открытый стандарт AMQP разрабатывался изначально JPM Chase, и я могу подтвердить, что оно там работает (правда, не знаю точно, какая имплементация - скорее всего, собственная).

Ради чистоты надо уточнить, что у нас в стране чаще можно встретить IBM Websphere MQ, но идея та же.

у нас в стране, к сожалению, часто еще MSMQ попадается (лучи ненависти)

--- показательно, да. гуглить совсем лениво, а потроллить хочется, вот и пишут про IM'ы и прочее.

> Хочу какой-нибудь пример, где подобное можно использовать?

Например, задача запуска через веб-интерфейс «долгих» задач в распределенной вычислительной системе.

Пользователь задал параметры, нажал кнопку «Посчитать», получил ответ, что задача запустилась (т.е. сообщение ушло в очередь), и ушел спать.

Чем это неизвестное говно лучше MPI?

> Это что-то типа китайского QQ, польского Gadu-Gadu и русского ICQ?

данный MQ, как и все другие никакого отношения к ICQ/IM/XMPP не имеют - разные задачи. тем кто не сталкивался с необходимостью в MQ стоит забить и не разбираться - когда припрет тогда и въедете почему и зачем нужно.

По теме: кто что может посоветовать - нужна легкая реализация JMS в виде WAR. сейчас в прототипе крутится ActiveMQ, но это отдельный сервис - влом его размещать на боевом сервере. Ищу альтернативу чтобы задеплоить на Tomcat вместе с основной системой.

Еще стоит добавить что RabbitMQ был куплен SpringSources - компаний создавшей и разрабатывающей SpringFramework (мега вещь для java разработки).

Сам SpringSources - подразделение VMware. Судя по рекламам на сайтах VMware с помощью Spring & RabbitMQ моздает свои облака на собственной системе виртуализации.

>Чем это неизвестное говно лучше MPI?

Вот так всегда, из крайности в крайность. То с «асечками» сравнить пытаются, то, внезапно, с интерфейсами параллельного программирования... что задачи немного другие - похуй. Неизвестное говно... Анонимное, да, пернуло о «неизвестном говне». ЛОР такой ЛОР.

Чем оно лучше хммр?

Йес! Наступило утро и он, таки, пришли! :D

MPI в первую очередь - это интерфейс передачи сообщений. *передачи сообщений* Внезапно, да?

Из новости не видно для чего служит этот ваш «популярнейший» RabbitMQ, зато там написано, што это система передачи сообщений.

Так как я вплотную сталкивался именно с MPI, я так и спрашиваю, чем этот MQ лучше MPI.

Поэтому или сдохни, или поправь новость.

>так и спрашиваю, чем этот MQ лучше MPI.

Чем этот Firefox лучше HTTP?

>MPI в первую очередь - это интерфейс передачи сообщений. *передачи сообщений* Внезапно, да?

Ага, некоторые настаивают, что асечка и почта «тоже для передачи сообщений». И ты не первый, кто интересуется, чем MQ лучше %Технология содержащая слово Message%. Только MQ от *Message Queue* внезапно да. И хоть сдохни, но супер-пупер-крутая в своей области применения MPI тут не при делах (примерно так же как и IM).

Так ты, быдло, ещё не понял о чём я говорил? Правь новость так, чтобы её можно было читать и не лезть в гугл/вики/etc за разъяснениями.

И да, раз ты такой тупой, что за 2 страницы не понял, что вся эта ересь в комментариях из-за идиотски оформленной новости - сдохни.

>Так ты, быдло, ещё не понял о чём я говорил? Правь новость так, чтобы её можно было читать и не лезть в гугл/вики/etc за разъяснениями.

И да, раз ты такой тупой, что за 2 страницы не понял, что вся эта ересь в комментариях из-за идиотски оформленной новости - сдохни.

Анонимный образец изящной словесности даже не удосуживается обратить свое «вопиющее впустую» в данном чяте негодование на настоящего автора новости. Свежо предание. Несет, Остапчика? Ты погибель то мою еще позаклинай, архимаг 80 левела.

> По теме: кто что может посоветовать - нужна легкая реализация JMS в виде WAR. сейчас в прототипе крутится ActiveMQ, но это отдельный сервис - влом его размещать на боевом сервере. Ищу альтернативу чтобы задеплоить на Tomcat вместе с основной системой.

Был такой проект Mantaray, идея была отличная, но реализация не потянула, и проект тот сдох. Можно еще наверное исходники нагуглить.

http://spacebug.com/projects/mantaray-open-source-jms/

а чем это лучше qip-а?

PS: толстовато или пойдёт? для следующих тредов тренируюсь.

>толстовато или пойдёт?

Зависит от цели :)

Нет, ты точно тупой...

Тупой тот, кто не может понять, о чём написана грамотная и качественная новость. Там, как бы, всё отражено...

«Нет ты!»(с)

>Тупой тот, кто не может понять, о чём написана грамотная и качественная новость. Там, как бы, всё отражено...

Или упорно^Wупорото прикидывается.

Термин «сообщение» многозначен, да. Поэтому действительно можно было уточнить, что тут речь не про IM, а про (как я понял из комментов) организацию межпрограммного взаимодействия. Ничего позорного не вижу.

>Поэтому действительно можно было уточнить, что тут речь не про IM

Так там и сказано, что это AMPQ, а не IM.

крайне приятная, но до сих пор сырая загогулина; в любом случае, хорошо что развивается - рано или поздно толк будет

> Был такой проект Mantaray, идея была отличная, но реализация не потянула, и проект тот сдох. Можно еще наверное исходники нагуглить.

Гляну, спасибо =)

нужна легкая реализация JMS в виде WAR

Исли уж так, то что мешает брокер запускать в приложении? ИМХО 4мб activemq-all это очень легко и приятно.

> Исли уж так, то что мешает брокер запускать в приложении? ИМХО 4мб activemq-all это очень легко и приятно.

Спасибо, спасибо =)))

Буду прикручивать - это намного интереснее чем отдельный сервис. Хотя возможно приложений которые получают данных будет несколько, значит придется собрать отдельный WAR для ActiveMQ чтобы JMS бал один на всех =)))

> Это что-то типа китайского QQ, польского Gadu-Gadu и русского ICQ?

Нет. И отдайте свои звёздочки назад модераторам.

> PS: толстовато или пойдёт?

Лопнул просто.

зачем оно нужно, если есть celery+Redis

http://github.com/ask/django-celery http://celeryproject.org/ http://en.wikipedia.org/wiki/Redis_%28data_store%29