<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.network.mq.devel">
    <title>gmane.network.mq.devel</title>
    <link>http://blog.gmane.org/gmane.network.mq.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14595"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14579"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14578"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14572"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14557"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14550"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14545"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14544"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14541"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14540"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14525"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14520"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14519"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14516"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14514"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14512"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14511"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14500"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14496"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.mq.devel/14474"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14595">
    <title>Resetpage to shrink the Logs. (sneaky method)</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14595</link>
    <description>&lt;pre&gt;I'm thinking this may be a sneaky move to save time on a Resetpage.

I have a ZOS Qmgr with 35 pageset allocated to a total of 1,227,500 tracks.
The Queues are normally empty by Friday night. I'll leave PS 0 alone.

I'm thinking of :

- Replacing the BIG pagesets with little ones. (Format new)
- Start the Qmgr
- Stop the Qmgr
- Format new logs/BSDS
- Resetpage on the new little pagesets.
- come up
- come down
- Format new on new BIG pagesets. ( this is done during the week if I can get the space)
- Rename new PS to current names
- come up. 

Anything wrong with that?

Rich
-----Original Message-----
From: MQSeries List [mailto:MQSERIES&amp;lt; at &amp;gt;LISTSERV.MEDUNIWIEN.AC.AT] On Behalf Of Paul S Dennis
Sent: Thursday, May 24, 2012 4:28 AM
To: MQSERIES&amp;lt; at &amp;gt;LISTSERV.MEDUNIWIEN.AC.AT
Subject: Re: Is it just me? Seems to be ok now

I have tried this morning, and it seems to be all working correctly again!
If anyone has issues then please post again, and I will try to chase again :-)


Thanks
Paul
&lt;/pre&gt;</description>
    <dc:creator>Jackson, Richard R.</dc:creator>
    <dc:date>2012-05-24T13:31:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14579">
    <title>Is it just me?</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14579</link>
    <description>&lt;pre&gt;...or is the WMQ v7.1 Infocenter search function broken for anyone else? I 
cleared cache and cookies and am getting the same behavior on multiple 
browsers on multiple PCs.  Support can't reproduce the problem.  Symptom 
is that after searching it says it's indexing, gets to 99% and then 
refreshes the page every 2 seconds  in a loop. 
&lt;/pre&gt;</description>
    <dc:creator>T-Rob</dc:creator>
    <dc:date>2012-05-23T13:16:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14578">
    <title>MA01 Update</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14578</link>
    <description>&lt;pre&gt;Hi,

For anyone who might be interested this is just to let you know that I 
have updated the version of MA01 on the supportpac website. 

http://www-01.ibm.com/support/docview.wss?uid=swg24000647

 This has added one or two new options for things like client reconnect 
etc.

Points to know about it though 

I have not updated the zLinux or z/OS version, there did not seem enough 
of a change to justify me trying to find available machines.
At long last I have built a version on iSeries since quite a few of you 
have asked for it.

Cheers,
P.

Paul G Clarke
WebSphere Messaging Clients
Hursley Park


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

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw&amp;lt; at &amp;gt;public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are pr&lt;/pre&gt;</description>
    <dc:creator>Paul Clarke</dc:creator>
    <dc:date>2012-05-21T12:24:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14572">
    <title>MQ Archive Log and z/OS Batch Question</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14572</link>
    <description>&lt;pre&gt;I am not a MQ user nor do I have access to MQ logs/DSECTs to research.  So... in a z/OS environment, are there any MQ Archive log records that get created when a z/OS address space attaches to a MQ Manager that may identify a batch job?  Is there a certain level of logging statistics that need to be enabled?

I have a need to be able to identify batch jobs that attach to the MQ manager.  Looking for some methods of how to identify batch processes.  I have one potential method, but very manual and time consuming..

Thank you,
Blair

Lead Technical Architect
Mainframe Architecture and Engineering
Email:Blair.L.Snyder-O4OWOLgwQ/E&amp;lt; at &amp;gt;public.gmane.org
Office (602) 537-0886


American Express made the following annotations on Fri May 18 2012 15:55:00 

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

"This message and any attachments are solely for the intended recipient and may contain confidential or privileged information. If you are not the intended recipient, any disclosure, copyi&lt;/pre&gt;</description>
    <dc:creator>Blair L Snyder</dc:creator>
    <dc:date>2012-05-18T22:54:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14557">
    <title>RFE delivered:  Simple Queue debug/logging</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14557</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Hale, Barbara S</dc:creator>
    <dc:date>2012-05-14T14:55:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14550">
    <title>F5 BIG-IP LTM with MQ Series</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14550</link>
    <description>&lt;pre&gt;
What I can find indicates that the F5 BIG-IP LTM can be used to load balance IBM WebSpere MQ.

Does anyone have any experience with this?

Are there special considerations such as shortening the heartbeat?

Thanks.       
To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw&amp;lt; at &amp;gt;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
&lt;/pre&gt;</description>
    <dc:creator>Les Schroeder</dc:creator>
    <dc:date>2012-05-14T02:51:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14545">
    <title>mq &amp; websockets</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14545</link>
    <description>&lt;pre&gt;Would latest version of MQ 7.5 support or have a client/bridge for websocket transport?.I heard about it making into the product in last year's IMPACT.

Does anybody know latest on it?

Thanks,
Ram Ramanathan
To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw&amp;lt; at &amp;gt;public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
&lt;/pre&gt;</description>
    <dc:creator>Ram</dc:creator>
    <dc:date>2012-05-10T20:01:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14544">
    <title>Unable to down load the session notes from IMPACT</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14544</link>
    <description>&lt;pre&gt;I cannot find any of the session notes for the presentations .  Can someone assist ? 
&amp;lt;BR&amp;gt;_____________________________________________________________
&amp;lt;FONT size=2&amp;gt;&amp;lt;BR&amp;gt;
DTCC DISCLAIMER: This email and any files transmitted with it are
confidential and intended solely for the use of the individual or
entity to whom they are addressed. If you have received this email
in error, please notify us immediately and delete the email and any
attachments from your system. The recipient should check this email
and any attachments for the presence of viruses.  The company
accepts no liability for any damage caused by any virus transmitted
by this email.&amp;lt;/FONT&amp;gt;

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw&amp;lt; at &amp;gt;public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
&lt;/pre&gt;</description>
    <dc:creator>Oddo, Fred</dc:creator>
    <dc:date>2012-05-10T17:08:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14541">
    <title>MQ .NET Specific training</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14541</link>
    <description>&lt;pre&gt;Hello all, does anyone know of any MQ .NET specific training, IBM, or otherwise?

Thanks in Advance.

==========================
This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw&amp;lt; at &amp;gt;public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQS&lt;/pre&gt;</description>
    <dc:creator>Ward, Mike S</dc:creator>
    <dc:date>2012-05-10T15:06:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14540">
    <title>Experience about using .NET WCF with MQ?</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14540</link>
    <description>&lt;pre&gt;Does anybody use WCF in a .NET environment to access MQ?
If so what are your experiences?

Where do you host the application using WCF?
I read that if one wants to SSL encrypted the channel one has to use the unmanaged client.
Is this a problem in the .NET environment?

Would we be better off using XMS or the native .NET MQ API?

We plan to generate a WSDL out of the imported Copybook in Message Broker
Is the generation of the code with a WSDL as input usable?

Many thanks for your comments.
Markus
______________________________________________________________

Dr. Markus Sonderegger, PTND
Bank Julius Baer &amp;amp; Co. Ltd.
P. O. Box, CH-8010 Zürich, Switzerland
Telephone +41 (0)58 88 77281, Fax +41 (0)58 88 77610
Mobile +41 (0)79 698 09 79
www.juliusbaer.com&amp;lt;http://www.juliusbaer.com&amp;gt;

______________________________________________________________


*****JuliusBaer Disclaimer***** This e-mail is for the intended recipient only and may contain confidential or privileged information. If you have received this e-mai&lt;/pre&gt;</description>
    <dc:creator>Sonderegger, Markus</dc:creator>
    <dc:date>2012-05-10T13:59:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14525">
    <title>z/OS SERVICEPARM bits</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14525</link>
    <description>&lt;pre&gt;     Hi

Any description about the SET SYSTEM SERVICEPARM bits ?

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw&amp;lt; at &amp;gt;public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
&lt;/pre&gt;</description>
    <dc:creator>Miklos Szigetvari</dc:creator>
    <dc:date>2012-05-09T10:17:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14520">
    <title>New Enhancement Requests</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14520</link>
    <description>&lt;pre&gt;Hi Listers,

You may recall a while ago that T.Rob posted a link for adding Enhancement Requests and the ability to vote on them.
http://ibm.co/IBMRFE

I have just added 2 new Enhancement Requests.  If they look of interest to you I would appreciate you logging in and reviewing, and let me know any thoughts or feedback.  Also if you like them please don't forget to vote as I am told that is the only realistic option for getting any traction from IBM to work on them


*       22337   Audit MQ Admins when putting or getting from a queue

*       22338   Consider making AMS free as part of the base MQ product

Thanks,
Ian


To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw&amp;lt; at &amp;gt;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
&lt;/pre&gt;</description>
    <dc:creator>Alderson, Ian1</dc:creator>
    <dc:date>2012-05-08T16:09:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14519">
    <title>MQ Explorer on WMQ 7.1</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14519</link>
    <description>&lt;pre&gt;Hi listers,

We 're running MQ Explorer V7.1, under win 2008 server(eclipse 3.3 ). We added  a list of remote QMGRs showing them on the explorer. After start up MQ explorer, all my remote QMGRs disappeared from the explorer.  But the local Qmgrs remains.

Any idea what could have caused the problem?  We don't see any change on the file WMQ_HANDLES.XML.

&amp;lt;?xml version="1.0" encoding="UTF-8"?&amp;gt;
&amp;lt;!DOCTYPE QueueManagerHandles SYSTEM "WMQ_Handles.dtd"&amp;gt;
&amp;lt;QueueManagerHandles&amp;gt;
&amp;lt;/QueueManagerHandles&amp;gt;

Thanks in advance.

Portu







?Necesita imprimir este mensaje? Protejamos el medio ambiente * Li cal imprimir aquest missatge? Protegim el medi ambient * Precisa imprimir esta mensaxe? Protexamos o ambiente * Beharrezkoa da mezu hau inprimatzea? Babestu dezagun ingurumena * Do you need to print this message? Let's protect the environment

Advertencia legal: la informaci?n de este mensaje de correo electr?nico es confidencial y se dirige exclusivamente al destinatario previsto. Si usted ha recibido el mensaje por error&lt;/pre&gt;</description>
    <dc:creator>DAVID GONZALEZ PORTUSACH</dc:creator>
    <dc:date>2012-05-08T15:55:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14516">
    <title>MQFTE: Command QMGR question</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14516</link>
    <description>&lt;pre&gt;Hi MQFTEers,

We're planning to create a large MQFTE network, I don't have doubts with coordination QMGR, but with Command QMGR I have.

I cannot find any documentation that talk to me if what is better, a few Command QMGR's or define all Agent QMGR's as Command QMGR as well.

As we will create a Cluster MQ network, administering is not an issue, but I would like to find any suggestion or advice that points me in the correct way. It would sound reasonable that  if agent QMGR have the corresponding command qmgr's definitions of each agent which connects to it reduces the spof (single point of failure), and the number of objects is the same.


Thanks in advance.
Regards
Pere.

?Necesita imprimir este mensaje? Protejamos el medio ambiente * Li cal imprimir aquest missatge? Protegim el medi ambient * Precisa imprimir esta mensaxe? Protexamos o ambiente * Beharrezkoa da mezu hau inprimatzea? Babestu dezagun ingurumena * Do you need to print this message? Let's protect the environment

Advertencia legal: la inform&lt;/pre&gt;</description>
    <dc:creator>PEDRO GUERRERO OLMEDO</dc:creator>
    <dc:date>2012-05-08T13:11:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14514">
    <title>MQSeries admin beginner</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14514</link>
    <description>&lt;pre&gt;My job duties are changing to include MQSeries administration.  I have applications experience with MQSeries, but no administration experience.  Can you recommend a Redbook or other reading to help me get started?

Kay Rozeboom
Information Technology Enterprise
Iowa Department of Administrative Services
Telephone: 515.281.6139   Fax: 515.281.6137
Email:  Kay.Rozeboom-Vniltlq/AhY&amp;lt; at &amp;gt;public.gmane.org




To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw&amp;lt; at &amp;gt;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
&lt;/pre&gt;</description>
    <dc:creator>Rozeboom, Kay [DAS]</dc:creator>
    <dc:date>2012-05-08T12:27:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14512">
    <title>MQ Server Connection Channels</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14512</link>
    <description>&lt;pre&gt;Hello all, do any of you know of a paper or manual that recommends how many server connection channel an application should have? I would think that it should be based on volume across the channel, but I'm not sure. Any help is welcome.

==========================
This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.

To unsubscribe, write&lt;/pre&gt;</description>
    <dc:creator>Ward, Mike S</dc:creator>
    <dc:date>2012-05-07T14:47:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14511">
    <title>Using krb5p with NFSv4 for MIQM file storage</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14511</link>
    <description>&lt;pre&gt;Hi listers,

I am looking at setting up Multi-Instance queue managers on zLinux using 
NFS v4 for sharing the file system (as documented in the manuals). The NFS 
servers will be IBM N-Series (or NetApp Filers). This should form a tested 
and supported environment.

What the manuals don't discuss is how to do this using sec=krb5p mount 
option, so that the network traffic is encrypted.

Has anyone done this?

Has anyone thought about what would be needed to get it working?

Is it even possible?

I am doing lots of reading about kerberos, kdcs, token generating tokens, 
etc, etc, and looking for ways in which the mqm user can generate and 
maintain a valid authentication token so as to continue to have acccess to 
the storage over a long time, and can get this access without having to 
enter the mqm account password interactively, or have it exposed in a 
configuration file or script.

All comments/thoughts would be appreciated (even "You're crazy" which I am 
starting to think may be the case).



Regards,

&lt;/pre&gt;</description>
    <dc:creator>Neil Casey</dc:creator>
    <dc:date>2012-05-07T06:07:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14500">
    <title>SHARECNV ??</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14500</link>
    <description>&lt;pre&gt;Hello all, I have a question. How do you set the SHARECNV channel attribute on a server connection channel (client side)?

Thanks in advance.

==========================
This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.

To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw&amp;lt; at &amp;gt;public.gmane.org and,
in the message b&lt;/pre&gt;</description>
    <dc:creator>Ward, Mike S</dc:creator>
    <dc:date>2012-05-02T21:38:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14496">
    <title>Opinions requested on the future of MS03</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14496</link>
    <description>&lt;pre&gt;Hi folks,

I am considering what to do with the MS03 SupportPac and I would like to
hear what other people think.

As most users of this list probably know, MS03 provides the ability to save
a queue manager's object definitions to a file. However, that functionality
was added to MQ V7.1 in the form of the dmpmqcfg command - which is a fully
supported MQ feature - unlike MS03, which is a Category 2 SupportPac. As the
current maintainer of MS03, I can see three possible options from here.

1. Leave MS03 as is, apart perhaps, from occasional defect fixes. There will
be no further releases and MS03 will never work properly with MQ V7.1 nor
anything later, since dmpmqcfg is the solution there.

2. Release one last version of MS03 that works with MQ V7.1 and V7.5. Then
implement option 1. This gives people time to adopt dmpmqcfg in a more
leisurely timescale.

3. Convert MS03 into a veneer that calls dmpmqcfg.

I don't like option 3 because it somewhat covertly pushes people to use
dmpmqcfg when they obviously don&lt;/pre&gt;</description>
    <dc:creator>Geoff Winn</dc:creator>
    <dc:date>2012-05-02T15:59:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14474">
    <title>Are connection information loggend in MQ 7.1?</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14474</link>
    <description>&lt;pre&gt;Does anybody know if MQ 7.1 can log connection information on a  SVRCONN channel?  Specifically the time, user and IP address the connection attempt was made with?
Regards
Markus
______________________________________________________________

Dr. Markus Sonderegger, PTND
Bank Julius Baer &amp;amp; Co. Ltd.
P. O. Box, CH-8010 Zürich, Switzerland
Telephone +41 (0)58 88 77281, Fax +41 (0)58 88 77610
Mobile +41 (0)79 698 09 79
www.juliusbaer.com&amp;lt;http://www.juliusbaer.com&amp;gt;

______________________________________________________________


*****JuliusBaer Disclaimer***** This e-mail is for the intended recipient only and may contain confidential or privileged information. If you have received this e-mail by mistake, please contact us immediately and completely delete it (and any attachments) and do not forward it or inform any other person of its contents. If you send us messages by e-mail, we take this as your authorisation to correspond with you by e-mail, however, we reserve the right not to execute orders and instruct&lt;/pre&gt;</description>
    <dc:creator>Sonderegger, Markus</dc:creator>
    <dc:date>2012-04-30T16:24:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.mq.devel/14473">
    <title>Question on MO71 - not all queues showing in queue list</title>
    <link>http://comments.gmane.org/gmane.network.mq.devel/14473</link>
    <description>&lt;pre&gt;Hi everyone,

I am running MO71 v7.0.2 and connecting to remote queue managers running MQSeries v7.0.1.6.

The connections work fine and I am able to do actions against the queue manager but I get odd behavior when doing a queue list.

A straightforward queue list displays queues but some are missing.

When I specify a filter of the queue names such as EGL*, they show up.

Does anyone know why this might be happening?

Andrew Robert
MQ Architect
Information Technologies
MFS Investment Services
Phone: 617-954-5882
Mobile: 617-838-7759
E-mail: arobert-tT5qeM1EjDQ&amp;lt; at &amp;gt;public.gmane.org

MFS Mail Relay Service made the following annotation on 04/30/12, 12:26:24

---------------------------------------------------------------------------------------------------------------------------------------


This email communication and any attachments may contain proprietary, confidential, or privileged information.  If you are not the intended recipient, you are hereby notified that you have received this email in error and t&lt;/pre&gt;</description>
    <dc:creator>Robert, Andrew</dc:creator>
    <dc:date>2012-04-30T16:24:39</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.network.mq.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.network.mq.devel</link>
  </textinput>
</rdf:RDF>

