Hi Peter,
I was trying to keep the focus on MQ and have a
session or 2 on MQTT since it is included with
WMQ v7.5 (plus I think MQTT is pretty cool).
I asked the IBM speakers to do 3 unique sessions
twice (6 sessions in total). Mark Taylor of IBM
gave me a list of sessions he could do including
one on MessageSight. I choose the following for Mark to do:
(1) What's New in WebSphere MQ by Mark Taylor
(1) Extending the MQ Explorer by Mark Taylor
(2) WebSphere MQ Disaster Recovery by Mark Taylor
(2) WebSphere MQ Internals, Performance and
Tuning for Distributed Platforms by Mark Taylor
Plus Mark said that he would be a co-speaker for:
(2) WebSphere MQ: Are z/OS and distributed
platforms like oil and water? by Lyn Elkins & Mark Taylor
The number in the brackets is how many times the session will be given.
In my opinion, those sessions listed above are
more important than a session on MessageSight but
lets hear from everyone if they agree.
Regards,
Roger Lacroix
Capitalware Inc.
At 08:15 AM 7/24/2013, you wrote:
>Roger,
>If you can get a speaker to host a session at
>MQTC 2013 on the MessageSight appliance I would
>make attending that session a priority.
>
>Peter Potkay
>
>
>From: MQSeries List
>[mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of Jefferson Lowrey
>Sent: Wednesday, July 24, 2013 3:08 AM
>To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
>Subject: Re: MQTT or MQIPT?
>
>MessageSight is great even if you don't need
>that number of clients and that number of
>transactions. On the other hand, MessageSight
>does not do the same things that MQIPT does. It
>does not act as a proxy for MQ connections. It
>exposes MQTT and JMS endpoints to the outside, and can use MQ on the backside.
>
>I suppose I haven't been paying attention, but I
>didn't think the regular MQ API was available from JavaScript?
>
>I'm quite sure you can't use it from any kind of
>system that doesn't have MQ installed on it.
>
>So if it is actually meaningful to compare MQTT
>and MQIPT, it's a very rare edge case where all
>endpoints are capable of running the full MQ client.
>
>Thank you,
>
>Jeff Lowrey
>
>
>
>From: George Carey <<mailto:gcarey-QsOFJut1Ekx+cjeuK/***@public.gmane.org>gcarey-QsOFJut1Ekx+cjeuK/***@public.gmane.org>
>To:
><mailto:MQSERIES-JX7+OpRa80QeFbOYke1v4oOpTq8/***@public.gmane.org>MQSERIES-JX7+***@public.gmane.orgat,
>Date: 07/24/2013 05:50 AM
>Subject: Re: [MQSERIES] MQTT or MQIPT?
>Sent by: MQSeries List
><<mailto:MQSERIES-JX7+OpRa80QeFbOYke1v4oOpTq8/***@public.gmane.org>MQSERIES-JX7+OpRa80QeFbOYke1v4iQRU6eq/9+***@public.gmane.org.at>
>
>
>
>
>
>How about connecting a million phones to one
>device with throughput rates of 13 messages per
>second for each phone
i.e. 13 million messages
>per second throughput for one device and scale up from there!
>Thats what IBM has with the new MessageSight
>Appliance. Oh and it has built-in MQ and
>Integration Bus connectivity and it is up and
>running with that capability in 30 minutes!
>Check it out.
>
><http://public.dhe.ibm.com/common/ssi/ecm/en/wsd14115usen/WSD14115USEN.PDF>http://public.dhe.ibm.com/common/ssi/ecm/en/wsd14115usen/WSD14115USEN.PDF
>
>
>GTC
>
>
>
>From: MQSeries List
>[<mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org>mailto:MQSERIES-***@public.gmane.orgWIEN.AC.AT]
>On Behalf Of T.Rob
>Sent: Tuesday, July 23, 2013 5:14 PM
>To:
><mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org>MQSERIES-0lvw86wZMd9k/***@public.gmane.orgAT
>Subject: Re: MQTT or MQIPT?
>
>How big do you want to scale this?
>
>MQTT is extremely lightweight. It was designed
>for SCADA and to make best use of very expensive
>Satellite and cell phone data connections. It
>also scales to millions of connected devices
>using the edge appliance and to relatively
>smaller (tens or hundreds of thousands of
>connected devices) using connection direct to
>WMQ. In addition, MQTT can use JAAS
>authentication so, assuming the connection is
>TLS, it's OK to pass user ID and password
>credentials. No exit required like with WMQ,
>JAAS authenticates according to whatever plug-in
>you have configured. Also, MQTT has a "Last
>Will & Testament" feature in which the
>application upon making a new connection
>registers a message to be sent should the
>connection be lost other than through graceful
>disconnect. The lost connection can tell the
>back-end app to recycle authentication tokens,
>reset state for the app or whatever.
>
>Where you mention MQIPT, I assume you mean
>regular WMQ client connections, yes? If so then
>the app gets richer functionality. MQTT is only
>pub/sub but regular client connections get that
>plus point-to-point, reply-to addressing, routed
>addressing, several more classes of service
>including full persistence built in, message conversion, etc.
>
>Most of the new development on devices I've
>heard about has been MQTT and frameworks like
>Worklight maximize the investment by allowing
>the code to run on a variety of devices at a variety of screen resolutions.
>
>-- T.Rob
>
>
>From: MQSeries List
>[<mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org>mailto:MQSERIES-***@public.gmane.orgWIEN.AC.AT]
>On Behalf Of XiX
>Sent: Tuesday, July 23, 2013 15:15 PM
>To:
><mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org>MQSERIES-0lvw86wZMd9k/***@public.gmane.orgAT
>Subject: MQTT or MQIPT?
>
>an app team approached me today and said they
>wanted to do a POC that involved smartphones
>talking to MQ Pub/Sub with the API being accessed from Javascript.
>
>They said that they had read about MQTT and
>thought it would do the job. However, I told
>them that MQIPT might be a better fit, but I
>would install both products and we could try
>some things out... if anyone has any opinions on
>the best approach, I would love to hear about them...
>
>
>----------
>
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List
>Archive -
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list
>subscription are provided in the Listserv
>General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>
>
>
>----------
>
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List
>Archive -
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list
>subscription are provided in the Listserv
>General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List
>Archive -
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list
>subscription are provided in the Listserv
>General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List
>Archive -
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list
>subscription are provided in the Listserv
>General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
>
>************************************************************
>This communication, including attachments, is
>for the exclusive use of addressee and may
>contain proprietary, confidential and/or
>privileged information. If you are not the
>intended recipient, any use, copying,
>disclosure, dissemination or distribution is
>strictly prohibited. If you are not the
>intended recipient, please notify the sender
>immediately by return e-mail, delete this communication and destroy all copies.
>************************************************************
>
>
>----------
><http://listserv.meduniwien.ac.at/archives/mqser-l.html>List
>Archive -
><http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1>Manage
>Your List Settings -
><mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%20mqseries>Unsubscribe
>
>
>Instructions for managing your mailing list
>subscription are provided in the Listserv
>General Users Guide available at
><http://www.lsoft.com/resources/manuals.asp>http://www.lsoft.com
To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html