Anthony Beardsmore2 | 23 Apr 13:06 2014
Picon

Re: IBM MQ V8 Announced/Released

Ian

The new client API is indeed AMQP based (I'm guessing you may have found Rob Nicholson's explanation here https://www.ibmdw.net/messaging/2014/02/14/mq-light-wire-protocol/ ) - I think the honest answer to both of those questions is that nothing is set in stone yet, but if those kinds of interoperability do come (and I don't have the crystal ball either) they probably won't be a high priority vs. getting an easy to use product and API out there in the short term - hence the current Alpha.  

However, I'm not actually part of the team working on this directly -  I'll encourage the folk who are to come and chip in (I know Rob is planning to) but in the meantime they're very keen to get any feedback and input - the forum here is probably a good way of getting in touch if you have more questions or thoughts:
 https://www.ibm.com/developerworks/community/forums/html/forum?id=b5e3b86e-c044-4dfd-a47b-d8b4d55053df

Regards

Anthony Beardsmore
IBM UK - Software Engineer
WebSphere MQ
---------------------------------------------
abeards <at> uk.ibm.com
tel 01962 817193
internal -247193



From:        Ian Alderson <Ian.Alderson <at> IGNISASSET.COM>
To:        MQSERIES <at> listserv.meduniwien.ac.at,
Date:        23/04/2014 11:30
Subject:        Re: IBM MQ V8 Announced/Released
Sent by:        MQSeries List <MQSERIES <at> listserv.meduniwien.ac.at>



Anthony Thanks.  
I found that link but it didn’t seem to say what MQ Light was based on.  Guessing it might be AMQP I did a google search and appears that’s what it is.
So will MQ Light be interoperable with other AMQP providers such as RabbitMQ?   And conversely if and when this is supported within a QMgr (through MQ Light Channel perhaps?), would that imply other AMQP clients would be able to connect directly to MQ?  I guess that last one may require gazing into a crystal ball.  J
 
This was the first time I heard the term MQ Light so was interested to know what it was.
 
Thanks,
Ian
 
 
From: MQSeries List [mailto:MQSERIES <at> LISTSERV.MEDUNIWIEN.AC.AT] On Behalf Of Anthony Beardsmore2
Sent: Wednesday, April 23, 2014 10:58 AM
To: MQSERIES <at> LISTSERV.MEDUNIWIEN.AC.AT
Subject: Re: IBM MQ V8 Announced/Released
 
Hi Ian

MQLight is a number of things in the area of making messaging application development easier, particularly for newcomers - it's in open Alpha at the moment so the easiest way to find out more is to hit the website:

https://www.ibmdw.net/messaging/mq-light/

I believe the statement of intent is to the effect that the new API likely to be involved will be fully supported in MQ in the longer term.

Hope that helps
Regards

Anthony Beardsmore
IBM UK - Software Engineer
WebSphere MQ
---------------------------------------------
abeards <at> uk.ibm.com



From:        Ian Alderson <Ian.Alderson <at> IGNISASSET.COM>
To:        MQSERIES <at> listserv.meduniwien.ac.at,
Date:        23/04/2014 09:58
Subject:        Re: IBM MQ V8 Announced/Released
Sent by:        MQSeries List <MQSERIES <at> listserv.meduniwien.ac.at>




Thanks for forwarding that Roger.

There's some welcome improvements there, not least the ldap support (but still no Kerberos unfortunately).

Does anyone know what MQ Light is?  This is mentioned in the statement of direction for future MQ releases.  Seems to be following the same route as MQTT support on MQ?  But looks like a completely new API.



Ian Alderson
MQ Technical Architect

DL   0203 003 3055
--------------------------------------------------------------------
Ignis Asset Management

Fixed Income | Equities |Real Estate |Advisors |Solutions
150 Cheapside | London | EC2V 6ET

http://www.ignisasset.com
http://twitter.com/IgnisAM
http://www.linkedin.com/companies/ignis-asset-management



-----Original Message-----
From: MQSeries List [mailto:MQSERIES <at> LISTSERV.MEDUNIWIEN.AC.AT] On Behalf Of Roger Lacroix
Sent: Tuesday, April 22, 2014 9:32 PM
To: MQSERIES <at> LISTSERV.MEDUNIWIEN.AC.AT
Subject: IBM MQ V8 Announced/Released

All,

As mentioned on my blog ( http://www.capitalware.com/rl_blog/ ), IBM has announced/released IBM MQ V8:
http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/7/897/ENUS214-177/index.html&lang=en&request_locale=en

Regards,
Roger Lacroix
Capitalware Inc.

To unsubscribe, write to LISTSERV <at> LISTSERV.MEDUNIWIEN.AC.AT 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
**************************************************************

The information contained in this email (including any attachments transmitted within it) is confidential and is intended solely for the use of the named person.
The unauthorised access, copying or re-use of the information in it by any other person is strictly forbidden.
If you are not the intended recipient please notify us immediately by return email to postmaster <at> ignisasset.com.

Internet communication is not guaranteed to be timely, secure, error or virus free. We accept no liability for any harm to systems or data, nor for personal emails. Emails may be recalled, deleted and monitored.

Ignis Asset Management is the trading name of the Ignis Asset Management Limited group of companies which includes the following subsidiaries: Ignis Asset Management Limited (Registered in Scotland No. SC200801), Ignis Investment Services Limited* (Registered in Scotland No. SC101825)
Ignis Fund Managers Limited* (Registered in Scotland No. SC85610) Scottish Mutual Investment Managers Limited* (Registered in Scotland No. SC88674)
Registered Office: 50 Bothwell Street, Glasgow, G2 6HR, Tel: 0141-222-8000 and Scottish Mutual PEP & ISA Managers Limited* (Registered in England No. 971504)
Registered Office: 1 Wythall Green Way, Wythall, Birmingham B47 6WG and Ignis Investment Management Limited (Registered in England No. 5809046)
Registered Office: 150 Cheapside, London, EC2V 6ET Tel: 020 3003 3000. Scottish Mutual is a registered trade mark of Scottish Mutual Assurance Limited

*Authorised and regulated by the Financial Conduct Authority.

**************************************************************


Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com


List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
Meekin, Paul | 23 Apr 09:30 2014

Re: IBM MQ V8 for z/OS Announced/Released

Regarding rebranding I hadn't noticed that - hopefully I'll never have to type that capital S in
"WebSphere" again. I wonder if we might get the "Series" back next time?

-----Original Message-----
From: MQSeries List
[mailto:MQSERIES@...] On Behalf Of
Roger Lacroix
Sent: 22 April 2014 21:23
To: MQSERIES@...
Subject: IBM MQ V8 for z/OS Announced/Released

All,

As mentioned on my blog ( http://www.capitalware.com/rl_blog/ ), IBM has announced/released IBM MQ V8
for z/OS:
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=877&letternum=ENUSZP14-0222

It appears that IBM is rebranding MQ again!!

I guess there will be lots of sessions at Impact on it.  I'll try to get IBM to provide some sessions on IBM MQ V8
for z/OS for MQTC
v2.0.1.4 ( http://www.mqtechconference.com/ ).

Regards,
Roger Lacroix
Capitalware Inc.

To unsubscribe, write to LISTSERV@...
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

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Anthony Beardsmore2 | 23 Apr 11:57 2014
Picon

Re: IBM MQ V8 Announced/Released

Hi Ian

MQLight is a number of things in the area of making messaging application development easier, particularly for newcomers - it's in open Alpha at the moment so the easiest way to find out more is to hit the website:

https://www.ibmdw.net/messaging/mq-light/

I believe the statement of intent is to the effect that the new API likely to be involved will be fully supported in MQ in the longer term.

Hope that helps
Regards

Anthony Beardsmore
IBM UK - Software Engineer
WebSphere MQ
---------------------------------------------
abeards-ygUJEDcBm8rQT0dZR+AlfA@public.gmane.org



From:        Ian Alderson <Ian.Alderson-bxmlfxBpev1m9/pnFjKg3w@public.gmane.org>
To:        MQSERIES-JX7+OpRa80QeFbOYke1v4oOpTq8/W97FXqFh9Ls21Oc@public.gmane.org,
Date:        23/04/2014 09:58
Subject:        Re: IBM MQ V8 Announced/Released
Sent by:        MQSeries List <MQSERIES-JX7+OpRa80QeFbOYke1v4oOpTq8/W97FXqFh9Ls21Oc@public.gmane.org>



Thanks for forwarding that Roger.

There's some welcome improvements there, not least the ldap support (but still no Kerberos unfortunately).

Does anyone know what MQ Light is?  This is mentioned in the statement of direction for future MQ releases.  Seems to be following the same route as MQTT support on MQ?  But looks like a completely new API.



Ian Alderson
MQ Technical Architect

DL   0203 003 3055
--------------------------------------------------------------------
Ignis Asset Management

Fixed Income | Equities |Real Estate |Advisors |Solutions
150 Cheapside | London | EC2V 6ET

http://www.ignisasset.com
http://twitter.com/IgnisAM
http://www.linkedin.com/companies/ignis-asset-management



-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On Behalf Of Roger Lacroix
Sent: Tuesday, April 22, 2014 9:32 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: IBM MQ V8 Announced/Released

All,

As mentioned on my blog ( http://www.capitalware.com/rl_blog/ ), IBM has announced/released IBM MQ V8:
http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/7/897/ENUS214-177/index.html&lang=en&request_locale=en

Regards,
Roger Lacroix
Capitalware Inc.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@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
**************************************************************

The information contained in this email (including any attachments transmitted within it) is confidential and is intended solely for the use of the named person.
The unauthorised access, copying or re-use of the information in it by any other person is strictly forbidden.
If you are not the intended recipient please notify us immediately by return email to postmaster-ddK+ptaK6BW6AgdA8iZGRg@public.gmane.org

Internet communication is not guaranteed to be timely, secure, error or virus free. We accept no liability for any harm to systems or data, nor for personal emails. Emails may be recalled, deleted and monitored.

Ignis Asset Management is the trading name of the Ignis Asset Management Limited group of companies which includes the following subsidiaries: Ignis Asset Management Limited (Registered in Scotland No. SC200801), Ignis Investment Services Limited* (Registered in Scotland No. SC101825)
Ignis Fund Managers Limited* (Registered in Scotland No. SC85610) Scottish Mutual Investment Managers Limited* (Registered in Scotland No. SC88674)
Registered Office: 50 Bothwell Street, Glasgow, G2 6HR, Tel: 0141-222-8000 and Scottish Mutual PEP & ISA Managers Limited* (Registered in England No. 971504)
Registered Office: 1 Wythall Green Way, Wythall, Birmingham B47 6WG and Ignis Investment Management Limited (Registered in England No. 5809046)
Registered Office: 150 Cheapside, London, EC2V 6ET Tel: 020 3003 3000. Scottish Mutual is a registered trade mark of Scottish Mutual Assurance Limited

*Authorised and regulated by the Financial Conduct Authority.

**************************************************************


Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

Roger Lacroix | 22 Apr 22:31 2014

IBM MQ V8 Announced/Released

All,

As mentioned on my blog ( http://www.capitalware.com/rl_blog/ ), IBM 
has announced/released IBM MQ V8:
http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/7/897/ENUS214-177/index.html&lang=en&request_locale=en

Regards,
Roger Lacroix
Capitalware Inc.

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Roger Lacroix | 22 Apr 22:22 2014

IBM MQ V8 for z/OS Announced/Released

All,

As mentioned on my blog ( http://www.capitalware.com/rl_blog/ ), IBM 
has announced/released IBM MQ V8 for z/OS:
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=877&letternum=ENUSZP14-0222

It appears that IBM is rebranding MQ again!!

I guess there will be lots of sessions at Impact on it.  I'll try to 
get IBM to provide some sessions on IBM MQ V8 for z/OS for MQTC 
v2.0.1.4 ( http://www.mqtechconference.com/ ).

Regards,
Roger Lacroix
Capitalware Inc.

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Bob Juch | 17 Apr 15:35 2014

Re: Does enabling performance events require an MQ bounce at all?

Peter,

You can on the mainframe.

Bob Juch
Juch Services LLC

On Thu, Apr 17, 2014 at 8:06 AM, Potkay, Peter M (CTO Architecture + Engineering) <Peter.Potkay <at> thehartford.com> wrote:
Being able to fiddle with the Max Active Channels parameter without having to restart the QM would be nice. Not that this is something that needs to be played with often, but when you find yourself in a situation where you have to up this value, adding a QM restart on top of everything else that is going wrong for you that night is just the icing on the cake!

Peter Potkay

List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

Re: Does enabling performance events require an MQ bounce at all?

Being able to fiddle with the Max Active Channels parameter without having to restart the QM would be nice.
Not that this is something that needs to be played with often, but when you find yourself in a situation
where you have to up this value, adding a QM restart on top of everything else that is going wrong for you that
night is just the icing on the cake! 

Peter Potkay 

-----Original Message-----
From: MQSeries List
[mailto:MQSERIES@...] On Behalf Of T.Rob
Sent: Wednesday, April 16, 2014 2:50 PM
To: MQSERIES@...
Subject: Re: Does enabling performance events require an MQ bounce at all?

Part of the strategy in moving things from the QM.ini to the QMgr as attributes has specifically been to
distinguish between those items that can be made to be dynamic vs. those that cannot or should not.  You
cannot easily update exits or pluggable services on the fly, for example.  Even where that level of refresh
is technically possible, it introduces too much risk and too large a code path to add that support to a QMgr,
especially after decades of tuning and optimization.

Other things such as the size of the error or transaction logs introduce a security exposure if they can be
changed without a restart.  To erase evidence of an attack, first minimize the log extents, then reset them
to the original values.

The REFRESH SECURITY TYPE(SSL) actually drops the cached in-memory image of the keystore and any
revocation checks and reloads them.  That's why all the connections using those assets must stop to
execute the refresh.
Unfortunately, that's also why it's been necessary to bounce the QMgr to do that refresh at almost every
client I've ever consulted for.  That was a case where making it dynamic created an expectation that
usually cannot be met and was probably a bad decision.

What's left in the qm.ini that you'd reasonably want to make dynamic?

Kind regards,
-- T.Rob

T.Robert Wyatt, Managing partner
IoPT Consulting, LLC
+1 704-443-TROB
https://ioptconsulting.com
https://twitter.com/tdotrob

> -----Original Message-----
> From: MQSeries List
[mailto:MQSERIES@...] On 
> Behalf Of Potkay, Peter M (CTO Architecture + Engineering)
> Sent: Wednesday, April 16, 2014 13:00 PM
> To: MQSERIES@...
> Subject: Re: Does enabling performance events require an MQ bounce at all?
> 
> In general, if you can change the QM property via runmqsc, its 
> dynamic, but if it's something that's controlled by qm.ini or mqs.ini, 
> then it requires a QM restart.
> 
> Hmm, would be nice to have a REFRESH QMINI command....
> 
> 
> 
> Peter Potkay
> 
> -----Original Message-----
> From: MQSeries List
[mailto:MQSERIES@...] On 
> Behalf Of Thomas Dunlap
> Sent: Wednesday, April 16, 2014 5:24 AM
> To: MQSERIES@...
> Subject: Re: Does enabling performance events require an MQ bounce at all?
> 
> Damian,
> 
> I believe all you have to do is alter the queue manager attributes and 
> they take effect immediately.
> 
> Cheers,
> Tom
> 
> 
> On 4/16/2014 4:45 AM, Costa, D. (Damian) wrote:
> > HI y'all,
> > Question is in the topic line......
> > Nuff sed.
> > Caio.
> >
> >
> > ********************
> > Nedbank Limited Reg No 1951/000009/06. The following link displays 
> > the names of the Nedbank Board of Directors and Company Secretary.
> > [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email 
> > is confidential and is intended for the addressee only.
> > The following link will take you to Nedbank's legal notice.
> > [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]
> > ********************
> >
> > To unsubscribe, write to
LISTSERV@... 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
> >
> 
> 
> --
> _______________________________________________________________
> Regards,
> Thomas Dunlap    Chief Technology Officer    tomd@...
> Themis,  Inc.    http://www.themisinc.com    1 (800) 756-3000
> 
> To unsubscribe, write to
LISTSERV@... 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
> ************************************************************
> 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.
> ************************************************************
> 
> To unsubscribe, write to
LISTSERV@... 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

To unsubscribe, write to LISTSERV@...
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
************************************************************
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.
************************************************************

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Neil Casey | 17 Apr 03:34 2014
Picon

Re: Does enabling performance events require an MQ bounce at all?

Thanks George,

I checked again, and it was actually 2013, but that’s not really significant I guess. 

Happy to have you vote for it of course. The more votes, the more likely it is to be considered I guess. At least it hasn’t been denied (yet). :-)


Regards,


Neil


-- 
Neil Casey 
Senior Consultant | Syntegrity Solutions

 +61 414 615 334 neil.casey-VLLIzlmz+FrdMLFAM6cFyodd74u8MsAO@public.gmane.org 
Syntegrity Solutions Pty Ltd | Level 23 | 40 City Road | Southgate | VIC 3006
Analyse  >>  Integrate  >>  Secure  >>  Educate


On 17 Apr 2014, at 11:14 am, George Carey <gcarey-QsOFJut1Ekx+cjeuK/JdrQ@public.gmane.org> wrote:

These would be a very useful RFE. 

Buffer tuning can make huge performance improvement

But the manner in which the buffer tuning is configured is , as has been stated by others as well, a complete kludge and an obvious after thought that was never properly implemented.

 
GTC

 
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On Behalf Of Neil Casey
Sent: Wednesday, April 16, 2014 6:33 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Re: Does enabling performance events require an MQ bounce at all?

 

Hi T.Rob,

 

I’d like to see queue buffer tuning outside of qm.ini, and not requiring 2 QM restarts and redefinition of each queue.

 

I raised an RFE about it back in 2012, but it has languished ever since.

 

 

Neil


-- 
Neil Casey 
Senior Consultant | Syntegrity Solutions

<image001.jpg> +61 414 615 334<image002.jpg> neil.casey-VLLIzlmz+FrdMLFAM6cFyodd74u8MsAO@public.gmane.org 

Syntegrity Solutions Pty Ltd | Level 23 | 40 City Road | Southgate | VIC 3006

Analyse  >>  Integrate  >>  Secure  >>  Educate


<image003.png>


On 17 Apr 2014, at 4:50 am, T.Rob <t.rob-CkT6zf+urXSzW/GOMZKyElesiRL1/sJc@public.gmane.org> wrote:


Part of the strategy in moving things from the QM.ini to the QMgr as
attributes has specifically been to distinguish between those items that can
be made to be dynamic vs. those that cannot or should not.  You cannot
easily update exits or pluggable services on the fly, for example.  Even
where that level of refresh is technically possible, it introduces too much
risk and too large a code path to add that support to a QMgr, especially
after decades of tuning and optimization.

Other things such as the size of the error or transaction logs introduce a
security exposure if they can be changed without a restart.  To erase
evidence of an attack, first minimize the log extents, then reset them to
the original values.

The REFRESH SECURITY TYPE(SSL) actually drops the cached in-memory image of
the keystore and any revocation checks and reloads them.  That's why all the
connections using those assets must stop to execute the refresh.
Unfortunately, that's also why it's been necessary to bounce the QMgr to do
that refresh at almost every client I've ever consulted for.  That was a
case where making it dynamic created an expectation that usually cannot be
met and was probably a bad decision.

What's left in the qm.ini that you'd reasonably want to make dynamic?


Kind regards,
-- T.Rob

T.Robert Wyatt, Managing partner
IoPT Consulting, LLC
+1 704-443-TROB
https://ioptconsulting.com
https://twitter.com/tdotrob


-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On Behalf
Of Potkay, Peter M (CTO Architecture + Engineering)
Sent: Wednesday, April 16, 2014 13:00 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Re: Does enabling performance events require an MQ bounce at all?

In general, if you can change the QM property via runmqsc, its dynamic,
but if it's something that's controlled by qm.ini or mqs.ini, then it
requires a QM restart.

Hmm, would be nice to have a REFRESH QMINI command....



Peter Potkay

-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On Behalf
Of Thomas Dunlap
Sent: Wednesday, April 16, 2014 5:24 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Re: Does enabling performance events require an MQ bounce at all?

Damian,

I believe all you have to do is alter the queue manager attributes and
they take effect immediately.

Cheers,
Tom


On 4/16/2014 4:45 AM, Costa, D. (Damian) wrote:

HI y'all,
Question is in the topic line......
Nuff sed.
Caio.


********************
Nedbank Limited Reg No 1951/000009/06. The following link displays the
names of the Nedbank Board of Directors and Company Secretary.
[ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is
confidential and is intended for the addressee only.
The following link will take you to Nedbank's legal notice.
[ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]
********************

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@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



--
_______________________________________________________________
Regards,
Thomas Dunlap    Chief Technology Officer    tomd-lQL1WHg3ccB8UrSeD/g0lQ@public.gmane.org
Themis,  Inc.    http://www.themisinc.com    1 (800) 756-3000

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@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
************************************************************
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.
************************************************************

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@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


To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@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

 

 

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com


List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com



List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

George Carey | 17 Apr 03:14 2014

Re: Does enabling performance events require an MQ bounce at all?

These would be a very useful RFE. 

Buffer tuning can make huge performance improvement

But the manner in which the buffer tuning is configured is , as has been stated by others as well, a complete kludge and an obvious after thought that was never properly implemented.

 

GTC

 

From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On Behalf Of Neil Casey
Sent: Wednesday, April 16, 2014 6:33 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Re: Does enabling performance events require an MQ bounce at all?

 

Hi T.Rob,

 

I’d like to see queue buffer tuning outside of qm.ini, and not requiring 2 QM restarts and redefinition of each queue.

 

I raised an RFE about it back in 2012, but it has languished ever since.

 

 

Neil


-- 
Neil Casey 
Senior Consultant | Syntegrity Solutions

 +61 414 615 334 neil.casey-VLLIzlmz+FrdMLFAM6cFyodd74u8MsAO@public.gmane.org 

Syntegrity Solutions Pty Ltd | Level 23 | 40 City Road | Southgate | VIC 3006

Analyse  >>  Integrate  >>  Secure  >>  Educate



On 17 Apr 2014, at 4:50 am, T.Rob <t.rob-CkT6zf+urXSzW/GOMZKyElesiRL1/sJc@public.gmane.org> wrote:


Part of the strategy in moving things from the QM.ini to the QMgr as
attributes has specifically been to distinguish between those items that can
be made to be dynamic vs. those that cannot or should not.  You cannot
easily update exits or pluggable services on the fly, for example.  Even
where that level of refresh is technically possible, it introduces too much
risk and too large a code path to add that support to a QMgr, especially
after decades of tuning and optimization.

Other things such as the size of the error or transaction logs introduce a
security exposure if they can be changed without a restart.  To erase
evidence of an attack, first minimize the log extents, then reset them to
the original values.

The REFRESH SECURITY TYPE(SSL) actually drops the cached in-memory image of
the keystore and any revocation checks and reloads them.  That's why all the
connections using those assets must stop to execute the refresh.
Unfortunately, that's also why it's been necessary to bounce the QMgr to do
that refresh at almost every client I've ever consulted for.  That was a
case where making it dynamic created an expectation that usually cannot be
met and was probably a bad decision.

What's left in the qm.ini that you'd reasonably want to make dynamic?


Kind regards,
-- T.Rob

T.Robert Wyatt, Managing partner
IoPT Consulting, LLC
+1 704-443-TROB
https://ioptconsulting.com
https://twitter.com/tdotrob


-----Original Message-----
From: MQSeries List [mailto:MQSERIES <at> LISTSERV.MEDUNIWIEN.AC.AT] On Behalf
Of Potkay, Peter M (CTO Architecture + Engineering)
Sent: Wednesday, April 16, 2014 13:00 PM
To: MQSERIES-0lvw86wZMd8hNtF/PevU8w@public.gmane.orgNIWIEN.AC.AT
Subject: Re: Does enabling performance events require an MQ bounce at all?

In general, if you can change the QM property via runmqsc, its dynamic,
but if it's something that's controlled by qm.ini or mqs.ini, then it
requires a QM restart.

Hmm, would be nice to have a REFRESH QMINI command....



Peter Potkay

-----Original Message-----
From: MQSeries List [mailto:MQSERIES <at> LISTSERV.MEDUNIWIEN.AC.AT] On Behalf
Of Thomas Dunlap
Sent: Wednesday, April 16, 2014 5:24 AM
To: MQSERIES-0lvw86wZMd8hNtF/PevU8w@public.gmane.orgNIWIEN.AC.AT
Subject: Re: Does enabling performance events require an MQ bounce at all?

Damian,

I believe all you have to do is alter the queue manager attributes and
they take effect immediately.

Cheers,
Tom


On 4/16/2014 4:45 AM, Costa, D. (Damian) wrote:

HI y'all,
Question is in the topic line......
Nuff sed.
Caio.


********************
Nedbank Limited Reg No 1951/000009/06. The following link displays the
names of the Nedbank Board of Directors and Company Secretary.
[ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is
confidential and is intended for the addressee only.
The following link will take you to Nedbank's legal notice.
[ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]
********************

To unsubscribe, write to LISTSERV-0lvw86wZMd8hNtF/PevU8w@public.gmane.orgNIWIEN.AC.AT 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



--
_______________________________________________________________
Regards,
Thomas Dunlap    Chief Technology Officer    tomd-lQL1WHg3ccB8UrSeD/g0lQ@public.gmane.org
Themis,  Inc.    http://www.themisinc.com    1 (800) 756-3000

To unsubscribe, write to LISTSERV-0lvw86wZMd8hNtF/PevU8w@public.gmane.orgNIWIEN.AC.AT 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
************************************************************
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.
************************************************************

To unsubscribe, write to LISTSERV-0lvw86wZMd8hNtF/PevU8w@public.gmane.orgNIWIEN.AC.AT 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


To unsubscribe, write to LISTSERV-0lvw86wZMd8hNtF/PevU8w@public.gmane.orgNIWIEN.AC.AT 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

 

 

List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com


List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

Neil Casey | 17 Apr 00:32 2014
Picon

Re: Does enabling performance events require an MQ bounce at all?

Hi T.Rob,

I’d like to see queue buffer tuning outside of qm.ini, and not requiring 2 QM restarts and redefinition of each queue.

I raised an RFE about it back in 2012, but it has languished ever since.


Neil


-- 
Neil Casey 
Senior Consultant | Syntegrity Solutions

 +61 414 615 334 neil.casey-VLLIzlmz+FrdMLFAM6cFyodd74u8MsAO@public.gmane.org 
Syntegrity Solutions Pty Ltd | Level 23 | 40 City Road | Southgate | VIC 3006
Analyse  >>  Integrate  >>  Secure  >>  Educate


On 17 Apr 2014, at 4:50 am, T.Rob <t.rob-CkT6zf+urXSzW/GOMZKyElesiRL1/sJc@public.gmane.org> wrote:

Part of the strategy in moving things from the QM.ini to the QMgr as
attributes has specifically been to distinguish between those items that can
be made to be dynamic vs. those that cannot or should not.  You cannot
easily update exits or pluggable services on the fly, for example.  Even
where that level of refresh is technically possible, it introduces too much
risk and too large a code path to add that support to a QMgr, especially
after decades of tuning and optimization.

Other things such as the size of the error or transaction logs introduce a
security exposure if they can be changed without a restart.  To erase
evidence of an attack, first minimize the log extents, then reset them to
the original values.

The REFRESH SECURITY TYPE(SSL) actually drops the cached in-memory image of
the keystore and any revocation checks and reloads them.  That's why all the
connections using those assets must stop to execute the refresh.
Unfortunately, that's also why it's been necessary to bounce the QMgr to do
that refresh at almost every client I've ever consulted for.  That was a
case where making it dynamic created an expectation that usually cannot be
met and was probably a bad decision.

What's left in the qm.ini that you'd reasonably want to make dynamic?


Kind regards,
-- T.Rob

T.Robert Wyatt, Managing partner
IoPT Consulting, LLC
+1 704-443-TROB
https://ioptconsulting.com
https://twitter.com/tdotrob

-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On Behalf
Of Potkay, Peter M (CTO Architecture + Engineering)
Sent: Wednesday, April 16, 2014 13:00 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Re: Does enabling performance events require an MQ bounce at all?

In general, if you can change the QM property via runmqsc, its dynamic,
but if it's something that's controlled by qm.ini or mqs.ini, then it
requires a QM restart.

Hmm, would be nice to have a REFRESH QMINI command....



Peter Potkay

-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On Behalf
Of Thomas Dunlap
Sent: Wednesday, April 16, 2014 5:24 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Re: Does enabling performance events require an MQ bounce at all?

Damian,

I believe all you have to do is alter the queue manager attributes and
they take effect immediately.

Cheers,
Tom


On 4/16/2014 4:45 AM, Costa, D. (Damian) wrote:
HI y'all,
Question is in the topic line......
Nuff sed.
Caio.


********************
Nedbank Limited Reg No 1951/000009/06. The following link displays the
names of the Nedbank Board of Directors and Company Secretary.
[ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is
confidential and is intended for the addressee only.
The following link will take you to Nedbank's legal notice.
[ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]
********************

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@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



--
_______________________________________________________________
Regards,
Thomas Dunlap    Chief Technology Officer    tomd-lQL1WHg3ccB8UrSeD/g0lQ@public.gmane.org
Themis,  Inc.    http://www.themisinc.com    1 (800) 756-3000

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@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
************************************************************
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.
************************************************************

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@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

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@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


List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

T.Rob | 16 Apr 20:50 2014

Re: Does enabling performance events require an MQ bounce at all?

Part of the strategy in moving things from the QM.ini to the QMgr as
attributes has specifically been to distinguish between those items that can
be made to be dynamic vs. those that cannot or should not.  You cannot
easily update exits or pluggable services on the fly, for example.  Even
where that level of refresh is technically possible, it introduces too much
risk and too large a code path to add that support to a QMgr, especially
after decades of tuning and optimization.

Other things such as the size of the error or transaction logs introduce a
security exposure if they can be changed without a restart.  To erase
evidence of an attack, first minimize the log extents, then reset them to
the original values.

The REFRESH SECURITY TYPE(SSL) actually drops the cached in-memory image of
the keystore and any revocation checks and reloads them.  That's why all the
connections using those assets must stop to execute the refresh.
Unfortunately, that's also why it's been necessary to bounce the QMgr to do
that refresh at almost every client I've ever consulted for.  That was a
case where making it dynamic created an expectation that usually cannot be
met and was probably a bad decision.

What's left in the qm.ini that you'd reasonably want to make dynamic?

Kind regards,
-- T.Rob

T.Robert Wyatt, Managing partner
IoPT Consulting, LLC
+1 704-443-TROB
https://ioptconsulting.com
https://twitter.com/tdotrob

> -----Original Message-----
> From: MQSeries List
[mailto:MQSERIES@...] On Behalf
> Of Potkay, Peter M (CTO Architecture + Engineering)
> Sent: Wednesday, April 16, 2014 13:00 PM
> To: MQSERIES@...
> Subject: Re: Does enabling performance events require an MQ bounce at all?
> 
> In general, if you can change the QM property via runmqsc, its dynamic,
> but if it's something that's controlled by qm.ini or mqs.ini, then it
> requires a QM restart.
> 
> Hmm, would be nice to have a REFRESH QMINI command....
> 
> 
> 
> Peter Potkay
> 
> -----Original Message-----
> From: MQSeries List
[mailto:MQSERIES@...] On Behalf
> Of Thomas Dunlap
> Sent: Wednesday, April 16, 2014 5:24 AM
> To: MQSERIES@...
> Subject: Re: Does enabling performance events require an MQ bounce at all?
> 
> Damian,
> 
> I believe all you have to do is alter the queue manager attributes and
> they take effect immediately.
> 
> Cheers,
> Tom
> 
> 
> On 4/16/2014 4:45 AM, Costa, D. (Damian) wrote:
> > HI y'all,
> > Question is in the topic line......
> > Nuff sed.
> > Caio.
> >
> >
> > ********************
> > Nedbank Limited Reg No 1951/000009/06. The following link displays the
> > names of the Nedbank Board of Directors and Company Secretary.
> > [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is
> > confidential and is intended for the addressee only.
> > The following link will take you to Nedbank's legal notice.
> > [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]
> > ********************
> >
> > To unsubscribe, write to
LISTSERV@... 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
> >
> 
> 
> --
> _______________________________________________________________
> Regards,
> Thomas Dunlap    Chief Technology Officer    tomd@...
> Themis,  Inc.    http://www.themisinc.com    1 (800) 756-3000
> 
> To unsubscribe, write to
LISTSERV@... 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
> ************************************************************
> 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.
> ************************************************************
> 
> To unsubscribe, write to
LISTSERV@... 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

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES

Gmane