AutobahnPython / WebMQ / RabbitMQ

#1

Hi,

I’ve been using RabbitMQ for some months now with pika, and I absolutely love it. I guess I’m using only a small percentage of what RabbitMQ can do, but it’s more than enough for me, and gives me the good feeling of knowing that it can suite almost any need I’ll have in the future. I have also looked into ZeroMQ, and while I like it quite a bit, i’m currently sticking with RabbitMQ.

I haven’t looked for a WebSocket gateway for RabbitMQ, mostly because Erlang is like chinese to me, and because I love AutobahnPython with its JS and Android clients just as much as RabbitMQ, so I’d really like to use these two tools together.

While visiting http://www.tavendo.de I noticed that you’re offering WebMQ.

Could you be so kind and explain how WebMQ relates / compares to RabbitMQ, and where Autobahn fits into this?

Kind regards,
Daniel

PS: I also saw that you offer a Developer version of WebMQ, but looking at the list, it doesn’t support SSL. I find it ok that you limit the # of connections for the cheaper / free versions, but you may benefit from the fact that a curious developer might first want to try out stuff at home for about half a year, while getting acquainted with the technology, before considering to seriously invest into or promote it. Home environments are good to get to know the tech, where you can test it with family members so that you get to learn the problems without suffering serious consequences if s.th. goes wrong, but pushing private data unencrypted over the web nowadays is no good idea, under no circumstances. You’re also not in a grey area where you’re in when “just checking out the tech” for a year in a company. This makes me ask myself: “should I really push the info of who is just calling at the phone at home in an unencrypted manner over the web?” Maybe I say “well, whatever” to this, but definitely not to a real time chat among family members over the web. So, what I mean, SSL is definitely a valuable feature and it has come to a point where it is no longer a luxury, but a necessity, so keeping it free for all can be seen as good advertising for “being nice”. Limiting the connections is really enough. Think about Astaro (now part of Sophos) who offer a full blown VM of their Security Appliance for home use, with the only limiting factor being the # of IP’s used in the network (a generous 50), no option to remove their branding and not allowing any commercial usage of i; that’s quite cool.

0 Likes

#2

Hi,

I've been using RabbitMQ for some months now with pika, and I absolutely
love it. I guess I'm using only a small percentage of what RabbitMQ can
do, but it's more than enough for me, and gives me the good feeling of
knowing that it can suite almost any need I'll have in the future. I
have also looked into ZeroMQ, and while I like it quite a bit, i'm
currently sticking with RabbitMQ.

RabbitMQ is a nice piece of software, indeed. Erlang/OTP rocks!

I haven't looked for a WebSocket gateway for RabbitMQ, mostly because
Erlang is like chinese to me, and because I love AutobahnPython with its
JS and Android clients just as much as RabbitMQ, so I'd really like to
use these two tools together.

While visiting http://www.tavendo.de I noticed that you're offering WebMQ.

Could you be so kind and explain how WebMQ relates / compares to
RabbitMQ, and where Autobahn fits into this?

Sure.

RabbitMQ supports AMQP, STOMP and MQTT.

I'd argue that WAMP provides a unique sweet spot: open WebSocket subprotocol that provides two asynchronous messaging patterns:
RPC and PubSub, and JSON payload (today) or binary (future).

AMQP: _very_ complex, binary only, and no WebSocket binding.

STOMP: PubSub only, no RPC, WebSocket binding available (but don't know if RabbitMQ implements that).

MQTT: PubSub only, no RPC, not native WebSocket/JSON based.

···

Am 13.03.2013 22:06, schrieb Daniel F.:

==

The Autobahn project provides Open-Source implementations of WAMP.
As you know, we already have Python, JavaScript and Android. There is also a 3rd party iOS (and others) and we plan for C# also.

WebMQ builds on top of Autobahn, and is a complete product with Web management console/monitoring that acts as a gateway between WAMP
clients and ..

a) classical REST-based Web apps

I.e. call REST-endpoints from any WAMP client or publish events from
within the Web app via the WebMQ HTTP/REST API to any WAMP client.

or

b) databases (Oracle, SAP HANA, ..)

I.e. call database stored procedures from any WAMP client or
publish events from within database stored procedures and triggers
to any WAMP client.

With b), you there is no need for any Web or application server anymore.
Implement you frontend in whatever WAMP client technology (eg browsers HTML5 etc) and your business logic within the database.

==

RabbitMQ is a very solid, but pure message broker.

WebMQ is an application integration server, that acts as a message broker (PubSub), but also as a RPC-gateway.

With both a) and b), no application/developer code runs on WebMQ - another difference to Autobahn (server), which is more a library/framework, and developers create code on top of that to build their own servers.

Kind regards,
Daniel

PS: I also saw that you offer a Developer version of WebMQ, but looking
at the list, it doesn't support SSL. I find it ok that you limit the #
of connections for the cheaper / free versions, but you may benefit from
the fact that a curious developer might first want to try out stuff at
home for about half a year, while getting acquainted with the
technology, before considering to seriously invest into or promote it.
Home environments are good to get to know the tech, where you can test
it with family members so that you get to learn the problems without
suffering serious consequences if s.th. goes wrong, but pushing private
data unencrypted over the web nowadays is no good idea, under no
circumstances. You're also not in a grey area where you're in when "just
checking out the tech" for a year in a company. This makes me ask
myself: "should I really push the info of who is just calling at the
phone at home in an unencrypted manner over the web?" Maybe I say "well,
whatever" to this, but definitely not to a real time chat among family
members over the web. So, what I mean, SSL is definitely a valuable
feature and it has come to a point where it is no longer a luxury, but a

I can see your point. Security should be a default.

necessity, so keeping it free for all can be seen as good advertising
for "being nice". Limiting the connections is really enough. Think about
Astaro (now part of Sophos) who offer a full blown VM of their Security
Appliance for home use, with the only limiting factor being the # of
IP's used in the network (a generous 50), no option to remove their
branding and not allowing any commercial usage of i; that's quite cool.

Thanks for the feedback! We are very interested in opinions regarding the packaging and positioning of WebMQ.

We are currently in the process of repositioning/rethinking WebMQ .. cant disclose stuff yet, but I think we'll move into a more open direction;) stay tuned!

--
You received this message because you are subscribed to the Google
Groups "Autobahn" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to autobahnws+...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

0 Likes