{"action":"created","issue":{"url":"https://api.github.com/repos/tavendo/WAMP/issues/7","labels_url":"https://api.github.com/repos/tavendo/WAMP/issues/7/labels{/name}","comments_url":"https://api.github.com/repos/tavendo/WAMP/issues/7/comments","events_url":"https://api.github.com/repos/tavendo/WAMP/issues/7/events","html_url":"https://github.com/tavendo/WAMP/issues/7","id":3895662,"number":7,"title":"FAQ: WAMP vs other protocols","user":{"login":"oberstet","id":233340,"avatar_url":"https://avatars.githubusercontent.com/u/233340?v=3","gravatar_id":"","url":"https://api.github.com/users/oberstet","html_url":"https://github.com/oberstet","followers_url":"https://api.github.com/users/oberstet/followers","following_url":"https://api.github.com/users/oberstet/following{/other_user}","gists_url":"https://api.github.com/users/oberstet/gists{/gist_id}","starred_url":"https://api.github.com/users/oberstet/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/oberstet/subscriptions","organizations_url":"https://api.github.com/users/oberstet/orgs","repos_url":"https://api.github.com/users/oberstet/repos","events_url":"https://api.github.com/users/oberstet/events{/privacy}","received_events_url":"https://api.github.com/users/oberstet/received_events","type":"User","site_admin":false},"labels":[{"url":"https://api.github.com/repos/tavendo/WAMP/labels/Web%20Site","name":"Web Site","color":"e102d8"}],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":17,"created_at":"2012-03-30T10:40:04Z","updated_at":"2015-09-05T05:00:31Z","closed_at":null,"body":"FAQ: Describe how WAMP differs from\r\n\r\n * MQTT\r\n * AMQP\r\n * STOMP\r\n * 0MQ\r\n * JAMP (http://json-amp.github.com/)\r\n\r\n * complexity (for implementors, for users)\r\n * Web'iness (browser compat. / WebSocket, use of URIs, ..)\r\n\r\n\r\nSome Links\r\n----------------\r\n\r\n * MQTT\r\n    * http://blogs.vmware.com/vfabric/2013/02/choosing-your-messaging-protocol-amqp-mqtt-or-stomp.html\r\n    * http://www.infoq.com/articles/interview-andy-piper\r\n    * http://public.dhe.ibm.com/software/dw/webservices/ws-mqtt/mqtt-v3r1.html\r\n    * http://www.readwriteweb.com/hack/2011/11/ibms-andy-piper-part-3-the-tax.php\r\n    * http://en.wikipedia.org/wiki/Mqtt\r\n    * http://andypiper.co.uk/2011/11/04/mqtt-goes-free-a-personal-qa/\r\n\r\n\r\nSome Quotes\r\n-------------------\r\n\r\n> There is space for a range of protocols to coexist, because they address different areas. In the messaging space, we’ve found over time that > whilst efforts to create a single protocol have been made, that has often ended up as focused around a particular set of qualities of service, and not optimised to cover the the whole range of them.\r\n> For example, if we look at IBM’s own messaging protocols – there are several. There’s WebSphere MQ which is all about reliable, transactional, solid, clusterable, enterprise, JMS and other APIs, etc etc.. WMQ itself isn’t ideal for very high-speed in-memory or multicast scenarios, so there is also WMQ Low Latency (interoperable with the new multicast feature in WMQ 7.1, but a separate protocol). Neither WMQ LLM or WMQ scales down to unreliable device networks and embedded systems, so there is WMQ Telemetry (aka MQTT), which was specifically designed for constrained devices and networks, and that can interoperate with the main queue manager, too. Oh, and sometimes you want to deal with files (WMQ File Transfer Edition), or access message data via HTTP (WMQ HTTP Bridge). You need to address a range of requirements in a messaging story.\r\n"},"comment":{"url":"https://api.github.com/repos/tavendo/WAMP/issues/comments/137910983","html_url":"https://github.com/tavendo/WAMP/issues/7#issuecomment-137910983","issue_url":"https://api.github.com/repos/tavendo/WAMP/issues/7","id":137910983,"user":{"login":"CMCDragonkai","id":640797,"avatar_url":"https://avatars.githubusercontent.com/u/640797?v=3","gravatar_id":"","url":"https://api.github.com/users/CMCDragonkai","html_url":"https://github.com/CMCDragonkai","followers_url":"https://api.github.com/users/CMCDragonkai/followers","following_url":"https://api.github.com/users/CMCDragonkai/following{/other_user}","gists_url":"https://api.github.com/users/CMCDragonkai/gists{/gist_id}","starred_url":"https://api.github.com/users/CMCDragonkai/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/CMCDragonkai/subscriptions","organizations_url":"https://api.github.com/users/CMCDragonkai/orgs","repos_url":"https://api.github.com/users/CMCDragonkai/repos","events_url":"https://api.github.com/users/CMCDragonkai/events{/privacy}","received_events_url":"https://api.github.com/users/CMCDragonkai/received_events","type":"User","site_admin":false},"created_at":"2015-09-05T05:00:31Z","updated_at":"2015-09-05T05:00:31Z","body":"Nice whitepaper I skimmed it, will go into detail in the future."}}