LINUX.ORG.RU
Новости — Open Source  

Вышел RabbitMQ 2.0.0

 , ,


0

3

Выпущена новая версия популярнейшей системы передачи сообщений на основе протокола AMQP (Advanced Message Queuing Protocol). RabbitMQ поддерживает горизонтальное масшатибрование и реализован на Erlang/OTP.

Основные изменения:

  • Полностью переработан persister (теперь максимальное количество сообщений ограничено размером дискового пространства, а не объемом оперативной памяти). Произведена оптимизация использования оперативной памяти.
  • Реализация протокола AMQP 0-9-1, в дополнении к AMQP 0-8.
  • Добавлены средства сбора статистики в AMQP-брокер. Для мониторинга системы добавлен плагин, предоставляющий веб-интерфейс.
  • Переработана система контроля свободной памяти (подробности).
  • Реализован basic.reject (подробности).
  • Упрощен механизм добавления плагинов.
  • И многое другое.

>>> Подробности

★

Проверено: catap ()
Последнее исправление: maxcom (всего исправлений: 3)

 ← 1 2 →
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

swift
()
Ответ на: комментарий от swift

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

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

hotaru
()
Ответ на: комментарий от anonymous

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

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

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

oami ★★
()
Ответ на: комментарий от Jayrome

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

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

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

VoDA ★★
()

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

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

VoDA ★★
()
Ответ на: комментарий от anonymous

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

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

slackwarrior ★★★★★
()
Ответ на: комментарий от slackwarrior

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

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

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

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

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

slackwarrior ★★★★★
()
Ответ на: комментарий от slackwarrior

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

slackwarrior ★★★★★
()
Ответ на: комментарий от VoDA

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

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

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

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

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

slackwarrior ★★★★★
()

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

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

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

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

KRoN73 ★★★★★
()

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

jtootf ★★★★★
()
Ответ на: комментарий от anonymous

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

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

VoDA ★★
()
Ответ на: комментарий от VoDA

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

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

baverman ★★★
()
Ответ на: комментарий от baverman

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

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

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

VoDA ★★
()
Ответ на: комментарий от Jayrome

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

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

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

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

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

sv75 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 →
Open Source