Comments on: Open Source MQSeries, Science Experiments and Ruby on zSeries http://www.redmonk.com/jgovernor/2006/03/17/open-source-mqseries-science-experiments-and-ruby-on-zseries/ An industry analyst blog looking at software ecosystems and convergence Sat, 22 Nov 2008 17:35:39 +0000 http://wordpress.org/?v=2.6.3 By: Anon http://www.redmonk.com/jgovernor/2006/03/17/open-source-mqseries-science-experiments-and-ruby-on-zseries/#comment-1395 Anon Fri, 13 Oct 2006 15:58:59 +0000 http://www.redmonk.com/jgovernor/wp/?p=549#comment-1395 And then there were four: <a href="http://www.jmesoftware.com/deadbolt/." rel="nofollow">http://www.jmesoftware.com/deadbolt/.</a> NB Barry Schrager is one of the initials in SKK, the creators of ACF2 (Klemens and Krueger being the others). And then there were four: http://www.jmesoftware.com/deadbolt/.

NB Barry Schrager is one of the initials in SKK, the creators of ACF2 (Klemens and Krueger being the others).

]]> By: Anon http://www.redmonk.com/jgovernor/2006/03/17/open-source-mqseries-science-experiments-and-ruby-on-zseries/#comment-1394 Anon Thu, 22 Jun 2006 00:43:40 +0000 http://www.redmonk.com/jgovernor/wp/?p=549#comment-1394 This article has more detail about the new AMQP protocol. The AMQP specs appear to be available online. No mention if there is software or just specs: <a href="http://news.taborcommunications.com/msgget.jsp?mid=698847" rel="nofollow">http://news.taborcommunications.com/msgget.jsp?mid=698847</a> This article has more detail about the new AMQP protocol. The AMQP specs appear to be available online. No mention if there is software or just specs:

http://news.taborcommunications.com/msgget.jsp?mid=698847

]]> By: Anon http://www.redmonk.com/jgovernor/2006/03/17/open-source-mqseries-science-experiments-and-ruby-on-zseries/#comment-1393 Anon Tue, 20 Jun 2006 08:50:48 +0000 http://www.redmonk.com/jgovernor/wp/?p=549#comment-1393 More AMQ info... <a href="http://www.eweek.com/article2/0,1895,1978635,00.asp" rel="nofollow">http://www.eweek.com/article2/0,1895,1978635,00.asp</a> More AMQ info…

http://www.eweek.com/article2/0,1895,1978635,00.asp

]]> By: Alice Chou http://www.redmonk.com/jgovernor/2006/03/17/open-source-mqseries-science-experiments-and-ruby-on-zseries/#comment-1392 Alice Chou Fri, 12 May 2006 16:58:05 +0000 http://www.redmonk.com/jgovernor/wp/?p=549#comment-1392 I do agree with your reading of the open source messaging market, and I believe that this market will mirror the trends in the application server market. Here we are seeing a bifurcation of the market into the high-end (mission critical, high availability/reliability/scalability) and the low-end ("good enough"). The high-end requirements are being met by WebSphere Application Server ND/XD, and the low-end is being served by our open source-based application server, WebSphere Application Server Community Edition. Similarly, Websphere MQ serves the high-end market, while the low-end market is being tackled by a number of open source implementations. Large financial firms that bet their business on industrial strength messaging are better served by WebSphere MQ. As for IBM's entry into open source in this area, we see this as an opportunity to reach new customers. For instance, we already use ActiveMQ today to implement JMS in WebSphere Application Server Community Edition. ActiveMQ is one of the leading open source implementations of JMS, and also implements the AMQ protocol that you mentioned in your blog. ActiveMQ is in the process of being accepted into the Apache Software Foundation (eventually to become a subproject of Apache Geronimo) - so to your point of whether there will be an Apache submission here, that is already in progress. Alice Chou WebSphere Marketing | IBM Software Group I do agree with your reading of the open source messaging market, and I believe that this market will mirror the trends in the application server market. Here we are seeing a bifurcation of the market into the high-end (mission critical, high availability/reliability/scalability) and the low-end (”good enough”). The high-end requirements are being met by WebSphere Application Server ND/XD, and the low-end is being served by our open source-based application server, WebSphere Application Server Community Edition. Similarly, Websphere MQ serves the high-end market, while the low-end market is being tackled by a number of open source implementations. Large financial firms that bet their business on industrial strength messaging are better served by WebSphere MQ.

As for IBM’s entry into open source in this area, we see this as an opportunity to reach new customers. For instance, we already use ActiveMQ today to implement JMS in WebSphere Application Server Community Edition. ActiveMQ is one of the leading open source implementations of JMS, and also implements the AMQ protocol that you mentioned in your blog. ActiveMQ is in the process of being accepted into the Apache Software Foundation (eventually to become a subproject of Apache Geronimo) - so to your point of whether there will be an Apache submission here, that is already in progress.

Alice Chou
WebSphere Marketing | IBM Software Group

]]> By: James Strachan http://www.redmonk.com/jgovernor/2006/03/17/open-source-mqseries-science-experiments-and-ruby-on-zseries/#comment-1391 James Strachan Thu, 30 Mar 2006 18:19:04 +0000 http://www.redmonk.com/jgovernor/wp/?p=549#comment-1391 BTW folks often use the AMQ acronym to refer to ActiveMQ :). The JPMorganChase initiative for a wire level protocol for MOM is called AMQP (the P on the end stands for Protocol). I worked on that over a year ago - I've no idea if its ever going to be public or not. Also there is already an Apache submission now for an open source alternative to MQSeries together with 2 open wire protocols... <a href="http://incubator.apache.org/activemq/" rel="nofollow">http://incubator.apache.org/activemq/</a> The 2 open wire protocols that ActiveMQ supports are either a fast binary (& harder to implement) OpenWire format... <a href="http://incubator.apache.org/activemq/OpenWire" rel="nofollow">http://incubator.apache.org/activemq/OpenWire</a> or the really simple & easy to implement text based Stomp protocol (think HTTP-like but working for MOM)... <a href="http://incubator.apache.org/activemq/Stomp" rel="nofollow">http://incubator.apache.org/activemq/Stomp</a> so now there are clients in C, C++, C#, Ruby, Python, Perl, PHP, Pike etc. Plus any other messaging system can easily support these 2 protocols if they wish. Disclaimer: I'm a developer on ActiveMQ and I also worked with JPMorganChase to help define the AMQP protocol. BTW folks often use the AMQ acronym to refer to ActiveMQ :). The JPMorganChase initiative for a wire level protocol for MOM is called AMQP (the P on the end stands for Protocol). I worked on that over a year ago - I’ve no idea if its ever going to be public or not.

Also there is already an Apache submission now for an open source alternative to MQSeries together with 2 open wire protocols…

http://incubator.apache.org/activemq/

The 2 open wire protocols that ActiveMQ supports are either a fast binary (& harder to implement) OpenWire format…

http://incubator.apache.org/activemq/OpenWire

or the really simple & easy to implement text based Stomp protocol (think HTTP-like but working for MOM)…

http://incubator.apache.org/activemq/Stomp

so now there are clients in C, C++, C#, Ruby, Python, Perl, PHP, Pike etc. Plus any other messaging system can easily support these 2 protocols if they wish.

Disclaimer: I’m a developer on ActiveMQ and I also worked with JPMorganChase to help define the AMQP protocol.

]]> By: Jaime Cardoso http://www.redmonk.com/jgovernor/2006/03/17/open-source-mqseries-science-experiments-and-ruby-on-zseries/#comment-1390 Jaime Cardoso Tue, 28 Mar 2006 00:56:07 +0000 http://www.redmonk.com/jgovernor/wp/?p=549#comment-1390 Thimothy: OK, So, do you have any more or less recent Data on scalability of both (errr) "Products"? I'm not asking just to rant or something, I really would love some more Data on this issue (either way it goes). Thimothy: OK, So, do you have any more or less recent Data on scalability of both (errr) “Products”?
I’m not asking just to rant or something, I really would love some more Data on this issue (either way it goes).

]]> By: Chris Craddock http://www.redmonk.com/jgovernor/2006/03/17/open-source-mqseries-science-experiments-and-ruby-on-zseries/#comment-1389 Chris Craddock Fri, 24 Mar 2006 18:46:43 +0000 http://www.redmonk.com/jgovernor/wp/?p=549#comment-1389 There are three generally available security systems for z/OS. RACF from IBM plus ACF/2 and TopSecret from CA. Security works on z/OS by being embedded (and unavoidable) at control points in the OS itself, as well as having software-visible interfaces usable by properly configured applications such as database managers. Unless the open source community can get their security effort embedded to a similar degree in Linux and accepted as a base part of the Linux distribution, it is hard to see how such an effort could succeed technically or provide value. There are three generally available security systems for z/OS. RACF from IBM plus ACF/2 and TopSecret from CA.

Security works on z/OS by being embedded (and unavoidable) at control points in the OS itself, as well as having software-visible interfaces usable by properly configured applications such as database managers.

Unless the open source community can get their security effort embedded to a similar degree in Linux and accepted as a base part of the Linux distribution, it is hard to see how such an effort could succeed technically or provide value.

]]> By: Anonymous http://www.redmonk.com/jgovernor/2006/03/17/open-source-mqseries-science-experiments-and-ruby-on-zseries/#comment-1388 Anonymous Thu, 23 Mar 2006 20:03:18 +0000 http://www.redmonk.com/jgovernor/wp/?p=549#comment-1388 Do you see any reason why the Ruby community wouldn't want to support a port to Z/OS? Do you see any reason why the Ruby community wouldn’t want to support a port to Z/OS?

]]> By: Timothy http://www.redmonk.com/jgovernor/2006/03/17/open-source-mqseries-science-experiments-and-ruby-on-zseries/#comment-1387 Timothy Thu, 23 Mar 2006 14:18:29 +0000 http://www.redmonk.com/jgovernor/wp/?p=549#comment-1387 Jaime, I'm with James on this (re: MQ scalability). That said, it's confusing to me when it's phrased as MQ v. JMS. MQ can be (and often is) a JMS provider and is then written as JMS/MQ or MQ/JMS (or maybe with hyphens). So MQ versus JMS is confusing because JMS is an API (programming interface), and the MQ transport does provide the JMS API. Jaime, I’m with James on this (re: MQ scalability).

That said, it’s confusing to me when it’s phrased as MQ v. JMS. MQ can be (and often is) a JMS provider and is then written as JMS/MQ or MQ/JMS (or maybe with hyphens). So MQ versus JMS is confusing because JMS is an API (programming interface), and the MQ transport does provide the JMS API.

]]> By: Timothy http://www.redmonk.com/jgovernor/2006/03/17/open-source-mqseries-science-experiments-and-ruby-on-zseries/#comment-1386 Timothy Thu, 23 Mar 2006 14:06:42 +0000 http://www.redmonk.com/jgovernor/wp/?p=549#comment-1386 Three security products, actually: RACF, TopSecret, and ACF2. The first is from IBM, and the latter two are from CA. Three security products, actually: RACF, TopSecret, and ACF2. The first is from IBM, and the latter two are from CA.

]]>