Re: Java, MQ Client, SSL Connection -- Help

[mqm mqm]

There's a couple of such articles (e.g. one in Xephon
MQ Update) that show you how to configure MQ5.3 SSL.
Wouldn't it be nice if IBM used the authors of such
articles to write the "Getting Started" bits of their
manuals. I defy anyone to implement MQ5.3 SSL by
following the IBM manuals !

Steve.

--- Nick Dilauro <[EMAIL PROTECTED]> wrote:
> Try this link.
>
>
http://www7b.software.ibm.com/wsdd/techjournal/0211_yusuf/yusuf.html
>
> -Original Message-
> From: Bumpass, Brian
> [mailto:[EMAIL PROTECTED]
> Sent: Thursday, June 12, 2003 2:12 PM
> To: [EMAIL PROTECTED]
> Subject: Java, MQ Client, SSL Connection -- Help
>
>
> Does anyone have sample code or reference to Java,
> MQ CLient using SSL
> connections?
>
> Thanks in advance,
> -B
>
> Brian Bumpass
> Wachovia Bank
> Enterprise Infrastructure
> [EMAIL PROTECTED]
> Phone - (704) 590-5620
> Pager - (800) 425-2613
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: MQSERIES AND CICS

[mqm mqm]

Dave,

I'm not deliberately keeping my identity a secret.
It's just that I don't have an unusual name like yours
and therefore I couldn't get a decent yahoo email
address. And the email account was set up just to
access the listserv so the mqm signature seemed like a
good idea at the time. I've just never changed it. And
I wasn't expressing any views just pointing someone in
the direction of a product that might provide them
with a solution.

I'm not sure why that makes the views that I express
on this forum any more biased than yours or those of
anyone else who works for a software company.

>From now on I promise to sign my real name!

Steve Kelly
Senior Consultant
TheDotComBusiness
www.thedotcombusiness.co.uk


--- David Awerbuch <[EMAIL PROTECTED]> wrote:
> Doesn't Charlton Heston have the monopoly on
> pestilence and plaque?
>
> It would appear to me that mqm is either (1) an
> employee of CQ, or (2) a close
> business partner / customer; these would be the only
> two reasons to keep his
> identity secret.  Either way, while we all
> appreciate his opinions and
> offerings, we probably all understand his views are
> only a little more slanted
> or biased than our own, but must be taken with a
> grain of salt.
>
> Perhaps mqm would like to join under his real name
> anyway -- don't even have to
> tell us -- and find ways to contribute that way as
> well.
>
> Dave A.
>
>
> > Date:Thu, 12 Jun 2003 07:32:34 -0400
> > From:Robert Broderick
> <[EMAIL PROTECTED]>
> > Subject: Re: MQSERIES AND CICS
> >
> > No. I don't do wrath. Pestilence and plague yes.
> You should start getting
> > very itchy son!!
> >
> > I actually don't have a problem with offering a
> solution for a problem. I do
> > it often and don't work for these companies. It
> was Chris that had a problem
> > but he agrees on this one to. It's the blatant
> stuff that gets peoples
> > ere!!
> >
> > What is nice when people like Paul Clarke and the
> guy who wrote MQJ any all
> > the other people who supply supporting works of
> art to our community do it
> > out of the goodness of their heart, or because
> they are over medicated. Hey
> > I grew up in the sixties, I can relate!! I do
> understand capitalism and
> > appreciate that tooo. It's a double edge sword!!
>
>
> =
> David A. Awerbuch,  IBM Certified MQSeries
> Specialist
> APC Consulting Services, Inc.
> Providing Automated Solutions to Business Challenges
> West Hempstead, NY(516) 481-6440
> [EMAIL PROTECTED]
>
> __
> Do you Yahoo!?
> Yahoo! Calendar - Free online calendar with sync to
> Outlook(TM).
> http://calendar.yahoo.com
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Bend It Like Beckman

[mqm mqm]

But did u know he's going to Milan, not Barcelona.

You heard it here first. What a great source of info
this list is!

mqm


--- "jesse h. goode jr." <[EMAIL PROTECTED]>
wrote:
> you'd be suprised at the US soccer fans that follow
> Man U / Beckham.  :)
>
> - Original Message -
>   From: D/L
>   To: [EMAIL PROTECTED]
>   Sent: Wednesday, June 11, 2003 6:48 PM
>   Subject: Re: Bend It Like Beckman
>
>
>   yeah -- and I heard Posh got a bit upset about
> it...
>
>   Darren Douch wrote:
>
> Just for the US listers... it's Beckham, not
> Beckman.
>
> - Original Message -
> From: "June Lawton" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, June 11, 2003 7:20 PM
> Subject: Re: Bend It Like Beckman
>
>
>   Well, I didn't until a Hursley chap educated me!
>
>
>
>
> June Lawton
> Information Systems
> The PMA Insurance Group
> [EMAIL PROTECTED]
> (T) 610.397.5058
> (F) 610.397.5311
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
>


__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: MQSERIES AND CICS

[mqm mqm]

Hopefully I won't incur Bobbee's wrath by plugging
products here, but take a look at (yes you've guessed
it) CommerceQuest's CICS Process Integrator (CPI) or
Business Process Manager for CICS (BPM4CICS) as it's
now called. From an incoming MQ (or http or tcpip)
message it can drive exisitng CICS programs using the
commarea or by driving 3270 screens. It can also
access CICS VSAM and DB2 data directly. Effectively it
web-services enables existing CICS applications.

mqm

--- Robert Broderick <[EMAIL PROTECTED]>
wrote:
> Back to my comments and Dennis'. You will end up
> building something simular
> to what the bridge offers. Except you will be in
> charge of the coding. So if
> you have requirements NOW or in the Future that the
> Bridge does not address
> it is within you scope to add it.
>
> Now it becomes a point of getting someone to write
> the code. The Bridge,
> although I never worked with it, is a wrapper for MQ
> to your CICS programs.
> Do you want your CICS programmers sheilded from the
> MQ stuff. That is a call
> for your IT people. I prefer to allow everyone to be
> educated. Makes for a
> more robust programming environment. Some will argue
> that it also intorduces
> the "WILDCARD" syndrome. T much knowledge is
> dangerous. I on the other
> hand believ in "Give them a fish and they eat for
> the day. Teach them to
> Fish and they will be less likely to p.i.s.s in the
> water!!
>
>
> bobbee
>
>
> >From: June Lawton <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: MQSERIES AND CICS
> >Date: Tue, 10 Jun 2003 08:38:02 -0400
> >
> >I was  thinking more along the lines of
> functionality, additional coding
> >requirements, DPL, etc.  For our proof of concept
> project we want to
> >replace an application that currently accesses CICS
> via an EXCI from a DB2
> >stored procedure.  Currently this request goes
> directly into an AOR.
> >However, with our future apps, we may want them to
> be 3270 initiated via
> >the TOR.
> >
> >I guess what I am asking under what will one give
> you that the other
> >doesn't? Basically we want to get tinto CICS and
> just run the existing
> >programs.
> >
> >
> >
> >
> >
> >June Lawton
> >Information Systems
> >The PMA Insurance Group
> >[EMAIL PROTECTED]
> >(T) 610.397.5058
> >(F) 610.397.5311
> >- Forwarded by June Lawton/PMA/PMAGroup on
> 06/10/2003 08:40 AM -
> >
> >   Robert Broderick
> >   <[EMAIL PROTECTED]
> To:
> >[EMAIL PROTECTED]
> >   OTMAIL.COM>
> cc:
> >   Sent by: MQSeries
> Subject:  Re: MQSERIES AND
> >CICS
> >   List
> >   <[EMAIL PROTECTED]
> >   .AC.AT>
> >
> >
> >   06/09/2003 07:24
> >   PM
> >   Please respond to
> >   MQSeries List
> >
> >
> >
> >
> >
> >
> >Unwillingness by corp to fund education
> >reluctance by staff to lean new technology
> >project funding for development tasks
> >legacy code toolset vacuum
> >
> >
> > >From: June Lawton <[EMAIL PROTECTED]>
> > >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> > >To: [EMAIL PROTECTED]
> > >Subject: MQSERIES AND CICS
> > >Date: Mon, 9 Jun 2003 11:50:35 -0400
> > >
> > >What would the determining factors be for using
> the MQ Adapter as opposed
> > >to MQ Bridge with CICS?
> > >
> > >
> > >
> > >June Lawton
> > >Information Systems
> > >The PMA Insurance Group
> > >[EMAIL PROTECTED]
> > >(T) 610.397.5058
> > >(F) 610.397.5311
> > >
> > >Instructions for managing your mailing list
> subscription are provided in
> > >the Listserv General Users Guide available at
> http://www.lsoft.com
> > >Archive:
> http://vm.akh-wien.ac.at/MQSeries.archive
> >
>
>_
> >Add photos to your messages with MSN 8. Get 2
> months FREE*.
> >http://join.msn.com/?page=features/featuredemail
> >
> >Instructions for managing your mailing list
> subscription are provided in
> >the Listserv General Users Guide available at
> http://www.lsoft.com
> >Archive: http://vm.akh-wien.ac.at/MQSeries.archive
> >
> >Instructions for managing your mailing list
> subscription are provided in
> >the Listserv General Users Guide available at
> http://www.lsoft.com
> >Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
_
> MSN 8 with e-mail virus protection service: 2 months
> FREE*
> http://join.msn.com/?page=features/virus
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Instructions for managing your mailing li

Re: MQ software evolution - fill in the gaps?

[mqm mqm]

But the MQSeries Version 1 products were the ezBridge
Transact products from Systems Strategies Inc. Right ?

mqm

--- Roger Meli <[EMAIL PROTECTED]> wrote:
> You are right about Victory. All I can say is that
> the distributed code you
> are all running was written by IBM and had no code
> from SSI in it. Never
> did. It was designed and written from scratch.
>
> Roger Meli
>
>
>
>
> |-+>
> | |   "Brian S.|
> | |   Crabtree"|
> | |   <[EMAIL PROTECTED]|
> | |   K.NET>   |
> | |   Sent by: MQSeries|
> | |   List |
> | |   <[EMAIL PROTECTED]|
> | |   N.AC.AT> |
> | ||
> | ||
> | |   06/11/2003 03:27 |
> | |   PM   |
> | |   Please respond to|
> | |   MQSeries List|
> | ||
> |-+>
>
>
>--|
>   |
>
>|
>   |   To:   [EMAIL PROTECTED]
>
>|
>   |   cc:
>
>|
>   |   Subject:  Re: MQ software evolution - fill
> in the gaps?
>|
>   |
>
>|
>
>
>--|
>
>
>
>
> Ronald
>
> On MQSeries.net Repository there is MQLecture.ppt
>
>
http://www.mqseries.net/pafiledb203/pafiledb.php?PHPSESSID=984b439350d1ec234c25a2fc02075cab&action=viewfile&fid=46&id=5
>
>
> I understand that Joe Conron was the ezBridge
> project leader for SSI
>
> His timeline is
> 1992 - Systems Strategies (SSI) develops ezBridge, a
> messaging and queuing
> product for VMS, Tandem, and Unix
>
> IBM announces Networking Blueprint defining three
> standard APIs for program
> to program communication: CPI-C, RPC, MQI
>
> 1992-3  State Street Bank (Boston) evaluates IBM
> messaging product (code
> name "Victory")  for IBM CICS/ESA and SSI's ezBridge
> on VMS and Tandem.
> "State Street Bank would like to announce the
> wedding of IBM and Systems
> Strategies!"
>
> 1993 IBM buys intellectual property rights for
> ezBridge from SSI
>
> MQSeries was the MVS implementation, IBM paid SSI to
> implement the MQI API
> in ezBridge to give the distributed systems coverage
>
> Otherwise Gary Ward's timeline is fairly definitive
>
> Brian S. Crabtree
> EAI Consultant
>
> - Original Message -
> From: "Ronald Weinger" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, June 11, 2003 2:20 PM
> Subject: Re: MQ software evolution - fill in the
> gaps?
>
>
> > Tom is correct. IBM did not develop the foundation
> for WMQ.  It was
> > originally something called EZ-Bridge, but I do
> not remember the original
> > company.
> >
> >
> >
> >
> >   "Zovko, Tom"
> >   <[EMAIL PROTECTED]To:
> [EMAIL PROTECTED]
> >   UTH.COM> cc:
> >   Sent by:
> Subject:  Re: MQ software
> evolution - fill in the gaps?
> >   "MQSeries List"
> >   <[EMAIL PROTECTED]
> >   n.AC.AT>
> >
> >
> >   06/11/2003 11:04
> >   AM
> >   Please respond to
> >   "MQSeries List"
> >
> >
> >
> >
> >
> >
> >
> > For you trivia buffs out there:
> >
> > I was told by an IBM instructor that the product
> known as MQSeries was
> > purchased by IBM in 1989-90 from a Company in the
> Netherlands which
> created
> > it for Banks running OS/390 in Montreal and NYC.
> >
> > -Tom
> >   -Original Message-
> >   From: Art Schanz
> [mailto:[EMAIL PROTECTED]
> >   Sent: Wednesday, June 11, 2003 8:28 AM
> >   To: [EMAIL PROTECTED]
> >   Subject: Re: MQ software evolution - fill in
> the gaps?
> >
> >
> >   Even though we are slightly off-track.
> >
> > Rebecca is in the right ballpark (or on
> the right pitch, for
> those
> >   footballers in and around Hursley).  TCAM
> was introduced by IBM as
> a
> >   replacement to BTAM.  While BTAM was
> essentially a low-level,
> >   terminal-to-application access method, TCAM
> had it's own 'control
> >   program' to manage both queueing and traffic
> scheduling.  In that
> >   respect, you might consider TCAM a
> predecessor to MQbut I think
> >   it's a stretch.
> >
> >   Cheers,
> > Art
> >
> >   Arthur C. Sch

MSMQ-MQ Bridge & MQ5.3 SSL

[mqm mqm]

We are trying to use the Microsoft MSMQ-MQSeries
Bridge, which is basically an MQ Client application.
It works fine normally but when we define the channels
to use SSL it doesn't work anymore. We know SSL on the
channels is implemented OK because amqsputc from the
client machine to the server machine works OK.

Anyone ever implemented the Bridge with MQ5.3 SSL?

Anybody know how if it does anything unusual when it
makes it's connection to the server?

mqm

__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: MQSeries in DMZ

[mqm mqm]

What pay check ?

--- Robert Broderick <[EMAIL PROTECTED]>
wrote:
> HUMM!
>
> MQMMQM is always suggesting CQ. I wonder whos name
> is on his/hers pay
> check???  :-)
>
>
> >From: "David C. Partridge"
> <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: MQSeries in DMZ
> >Date: Mon, 9 Jun 2003 15:10:41 +0100
> >
> >As far as I know ProtectMQ is a channel exit
> solution, rather than an
> >application to application (end to end) solution,
> and therefore probably
> >not
> >relevant to this particular discussion.   That said
> however, thanks for
> >mentioning it.
> >
> >Dave
> >
> >Instructions for managing your mailing list
> subscription are provided in
> >the Listserv General Users Guide available at
> http://www.lsoft.com
> >Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
_
> Protect your PC - get McAfee.com VirusScan Online
>
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: SOAP

[mqm mqm]

Not sure what your difficulty is here. Can't you just
build your SOAP message and MQPUT it to a queue or JMS
put it to a queue ?

mqm

--- "Maitra, Subhajit" <[EMAIL PROTECTED]> wrote:
>
> I was wondering if there are users who have
> implemented the following:
>
> Use MQ to send SOAP messages asynchronously over a
> queue. Any pointers
> or help would be very useful.
>
> In appreciation
>
> Subhajit Maitra
>
>
> This e-mail may contain confidential or privileged
> information.  If you
> think you have received this e-mail in error, please
> advise the sender by
> reply e-mail and then delete this e-mail
> immediately.  Thank you.  Aetna
>


__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: MQSeries in DMZ

[mqm mqm]

Or CommerceQuest's ProtectMQ.

--- "David C. Partridge" <[EMAIL PROTECTED]>
wrote:
> Nice summary.   SSL is (probably) not appropriate
> here for encryption
> purposes, and an application to application
> encryption product such as
> Primeur DSMQ E2E (preferred by me anyway, but then
> I'm biased, as I designed
> it), Candle MQSecure, or Tivoli AMBI is more
> appropriate.
>
> Alternatives to SSL could also be considered such as
> channel exit based
> solutions (strange we do that too!).   As far as the
> issue of storing keys
> on the DMZ machine is concerned, I wouldn't be
> worried if the keys were
> stored in an HSM.
>
> Cheers
> Dave
>
> -Original Message-
> From: MQSeries List
> [mailto:[EMAIL PROTECTED] Behalf Of Wyatt,
> T. Rob
> Sent: 05 June 2003 19:00
> To: [EMAIL PROTECTED]
> Subject: Re: MQSeries in DMZ
>
>
> Tim,
>
> Make sure you use MQ 5.3 in the DMZ.  One of the new
> features is a channel
> attribute that binds the channel to a particular
> local IP address.  Your DMZ
> will have two addresses we are concerned with - the
> IP address your trusted
> network sees, and the IP address the world sees.
> You will also have two
> categories of channel: customer-facing channels and
> internal-facing
> channels.  By specifying the LOCLADDR, you can
> insure that your
> internal-facing channels are not hijacked by
> external users.
>
> For example, assume your DMZ server has a RCVR or
> RQSTR channel called
> APPSVR.DMZ with no exit.  One of your customers
> could create a SDR or SVR
> channel called APPSVR.DMZ and try to start it.
> Without a LOCLADDR specified,
> the channel would bind to the external-facing IP and
> the firewall would
> allow the connection.  On the other hand, if you set
> the LOCLADDR attribute
> to your internal-facing IP address, the external
> firewall will disallow the
> connection.
>
> There are a LOT of other considerations.  For
> example, if the data is
> sensitive and encrypted, you don't want to store the
> keys on the DMZ.  It
> would be better to have the messages
> signed/encrypted at either end and have
> them pass the DMZ unaltered.
>
> Also, IP filtering as provided at the firewall is
> strong but not 100%
> reliable.  It is possible to spoof an IP address and
> it is possible that an
> intrusion attempt could come from a trusted business
> partner.  If your
> listeners are running as mqm, they can potentially
> be hijacked.  Better to
> run your listeners as low-privileged IDs.  Use
> different listeners and ports
> for internal-facing and external-facing connections.
>  In fact, use different
> listeners for each customer if you want to be really
> safe.
>
> Finally, consider the implications of multiple
> clients using the same QMgr.
> If one client can put messages onto another client's
> remote queue, your
> company may be partially liable for any damages that
> are caused.  You can
> enforce isolation of each client's traffic if each
> client has its own
> listener, running under its own ID, listening on its
> own port; and each
> client has its own channel pair, its own UserID in
> the MCAUSER, and its own
> remote queues authorized to that UserID.
>
> This is just a quick review.  If you really want to
> harden your DMZ (and I
> hope you do by now!) There are many additional
> options available in MQ
> configuration, exits, architecture, etc.  It all
> depends on how valuable and
> sensitive the messages are and how far you want to
> go to protect them.
>
> -- T.Rob
>
>
> -Original Message-
> From: Madsen, Timothy [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 04, 2003 11:06 AM
> To: [EMAIL PROTECTED]
> Subject: MQSeries in DMZ
>
>
> Hello,
> We have external partners who need to connect to our
> MQSeries.  So, we could
> put an MQSeries server in our DMZ and let those
> external people connect to
> that MQ and then have the DMZ MQ connect to our
> internal MQ.  We can
> configure our firewall (Cisco Pix) to only let MQ
> appropriate
> ports/protocols pass from the internet to the DMZ MQ
> server.
>
> However, we would still be allowing **anybody** on
> the internet to send
> messages to our MQSeries in our DMZ.  We are working
> with a small list of
> partners - they are not anonymous.
>
> So - from this two questions:
>
> 1)  Would this be considered a fairly secure
> configuration - from the
> standpoint of a hacker trying to get into our MQ box
> and crash it or access
> OS services?
>
> 2)  What is a standard method whereby we could allow
> our external partners
> to send MQ messages - but not allow other people on
> the internet to send MQ
> messages to our DMZ MQ server?
>
> Thanks.
> Tim.
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.ls

Re: MQ test tool

[mqm mqm]

CommerceQuest has MQTester.

mqm

--- Angel Mario Puerto <[EMAIL PROTECTED]>
wrote:
> Hi,
>
>  Are there any applications/utilities wich simulate
> multiple clients who
> send messages to a queue?
>
>  I am looking for any application like Jakarta
> JMeter but wich send message
> to a MQ queue.
>
> Thanks.
>
> Mario.
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: How to Monitor queue size full

[mqm mqm]

It's not the MQ objects Gaurav needs to monitor. It's
the underlying file usage. So on Unix how much space
is available in the /var/mqm directory for example. On
OS/390 it would be the pageset usage. Correct me if
I'm wrong but I don't believe Candle or any of the
other MQ specific monitors (e.g. QPasa, Nastel) do
this.

mqm

--- Diwakar S Yammanuru <[EMAIL PROTECTED]>
wrote:
> The product Candle can monitor MQ objects and issue
> alerts on many
> platforms.You may visit www.candle.com
>
> Thanks.
> Diwakar.
>
>
>
> From: "mqm mqm"
> <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 04/03/2003
> 06:48 AM
>   PST
>
> Please respond to "MQSeries List"
> <[EMAIL PROTECTED]>
>
> Sent by:  "MQSeries List" <[EMAIL PROTECTED]>
>
>
> To:   [EMAIL PROTECTED]
> cc:
> Subject:  Re: How to Monitor queue size full
>
>
> There's a number of tools that monitor system
> resource
> usage or alert when thresholds are reached e.g. BMC
> Patrol, Tivoli. Any particular platform ?
>
> mqm
>
> --- "Mittal, Gaurav" <[EMAIL PROTECTED]>
> wrote:
> > We have queues defined to have a maximum depth of
> > 6,40,000 messages and a
> > max size of 2GB.I know we can monitor the queue
> > depths using 'High Depth
> > Event' .Is there a way by which we can monitor the
> > queue size (in terms of
> > file size not number of messages) also.
> > Any pointers would be useful..
> >
> > Thanks n Regds
> > Gaurav
> >
> > Instructions for managing your mailing list
> > subscription are provided in
> > the Listserv General Users Guide available at
> > http://www.lsoft.com
> > Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
> __
> Do you Yahoo!?
> Yahoo! Tax Center - File online, calculators, forms,
> and more
> http://tax.yahoo.com
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: XML over HTTP and MQ

[mqm mqm]

If you do SOAP over MQ does that mean you're not doing
Web Services because you are using a proprietary
protocol (MQ) rather than an open internet standard
protocol (http). Views anyone ?

mqm

--- "Heggie, Peter" <[EMAIL PROTECTED]> wrote:
> It lacks a bunch of things..
>
> XML over HTTP - when you don't care enough to send
> the very best..
>
> -Original Message-
> From: Jason Cornell
> [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 02, 2003 1:13 PM
> To: [EMAIL PROTECTED]
> Subject: Re: XML over HTTP and MQ
>
>
> HTTP lacks WMQ's "assured" delivery.
>
> >>> [EMAIL PROTECTED] 04/02/03 08:29AM >>>
> Where does or how does MQ fit into the XML over HTTP
> space ? Seems like this
> method potentially does not need MQ as the
> middleware.
>
>
>
> Wesley Shaw
> OJRP 10th Floor
> Work: 804 771 3589 (736-3589)
> Pager: 888 436 2805 Mobile 804 512 5260
>
> Instructions for managing your mailing list
> subscription are provided in the
> Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
> Instructions for managing your mailing list
> subscription are provided in the
> Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
> This e-mail and any files transmitted with it, are
> confidential to National Grid and are intended
> solely for the use of the individual or entity to
> whom they are addressed.  If you have received this
> e-mail in error, please contact the National Grid
> USA Enterprise Support Center on 508-389-3375 or
> 315-428-6360.
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Disaster testing

[mqm mqm]

This is the first real discussion I've seen on this
list about DR. My favourite topic ...ha! ha! Everytime
you mention DR and MQ to IBM you get pointed to the
manual/redbook about restart/recovery. But as Bobbee
points out DR is potentially much more than this.
Which of Bobbee's three options are people adopting ?
Or are you doing something else ? Like just hoping you
never have a disaster ?

mqm

--- "Anderson, Lizette T. (RyTull)"
<[EMAIL PROTECTED]> wrote:
> Thanks for your response.  There goes Vegas.  I was
> thinking it may be
> easier to just start from scratch with new pagesets
> and logs.  I am not even
> sure we can bring MQ down to get a decent backup.
>
> -Original Message-
> From: Robert Broderick
> [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 01, 2003 2:09 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Disaster testing
>
>
> I am not an expert on this but here is my
> 2.314567489364532 cents.
>
> Well there are different levels/approaches to what
> people call DR. Some
> believe it is an image restore of the queue manager
> at the point of failure.
> Others see it as COB (Continuance of Business). The
> two views are radically
> different from a hardware (and yes! Software) stand
> point.
>
> If you are viewing it as recoverable from a point in
> time then all
> participants must agree on a point in time. Usually
> this is a climb up the
> staircase of the tower of babble. If you can get all
> the platform people to
> sit in a room and agree on a coordination to achieve
> this. I will take you
> to Vegas for the weekend!!! As you see, I'm not
> worried about loosing my
> shirt at the tables because to achieve this is
> almost impossible.
>
> The lowest point of view is the COB one. Do you want
> to put in place a
> framework where you can, with a bit of effort, bring
> the business back up to
> operating speed to move forward and your business
> and IT people will hammer
> out what was going on at the time of the disaster
> and fix it with their
> magic wands, special programs to sync up the servers
> and catch isolated
> transaction from replaying and lots of bubblegum.
> This is usually the
> easiest and looks to be what you are talking about.
> Remember in a situation
> like this the servers aren't in sync so there may be
> duplicates. If it's a
> financial system you are going to need LOTS of
> bubblegum!!
>
> A third possibility that I failed to mention is a
> hardware solution. This
> being where you have your OS390 fiber connected to a
> redundant site, your
> UNIX servers Veritas clustered AND replicated in
> SYNC and the NT boxes with
> a similar redundancy. I'm not talking about just
> mirrored disk arrays here.
> IF you run a DR then the boxes failover to their
> mirrored replicated
> partners and the day moves ahead with minimal
> outage. This is EXPENSIVE from
> a hardware and support staff point of view. (Someone
> has to know how to set
> up and monitor this stuff).
>
> AS I said prior, Hardware, Software or platform
> coordination. Pick your
> poison, it is all downhill from here with a big
> bottle of aspirins waiting
> for you at the bottom.
>
>   bobbee
>
>
>
>
>
>
> >From: "Anderson, Lizette T. (RyTull)"
> <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Disaster testing
> >Date: Tue, 1 Apr 2003 13:15:03 -0600
> >
> >We are in the process of creating a disaster plan
> for MQSeries v 5.2
> >running
> >on OS/390, Windows 2000 and AS/400.  I wanted to
> get some ideas.  The plan
> >is to run a backup of MQSeries on the mainframe
> while MQSeries is up.  This
> >backup would be used to restore MQSeries once we
> get to the DR site.  The
> >server side is handled by another group which means
> their backup may have
> >been taken at a different time. Maybe even a
> different day.  This is also
> >true of the AS/400.
> >
> >How are you handling DR testing at your shop?
> >
> >
> >--- Legal Disclaimer: The information contained in
> this communication may
> >be
> >confidential, is intended only for the use of the
> recipient named above,
> >and
> >may be legally privileged.  If the reader of this
> message is not the
> >intended recipient, you are hereby notified that
> any dissemination,
> >distribution, or copying of this communication, or
> any of its contents, is
> >strictly prohibited.  If you have received this
> communication in error,
> >please re-send this communication to the sender and
> delete the original
> >message and any copy of it from your computer
> system. Thank you. ---
> >
> >Instructions for managing your mailing list
> subscription are provided in
> >the Listserv General Users Guide available at
> http://www.lsoft.com
> >Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
>
_
> The new MSN 8: advanced junk mail protection and 2
> months FREE*
> http://join.msn.com/?page=features/junkmail
>
> Ins

Re: How to Monitor queue size full

[mqm mqm]

There's a number of tools that monitor system resource
usage or alert when thresholds are reached e.g. BMC
Patrol, Tivoli. Any particular platform ?

mqm

--- "Mittal, Gaurav" <[EMAIL PROTECTED]>
wrote:
> We have queues defined to have a maximum depth of
> 6,40,000 messages and a
> max size of 2GB.I know we can monitor the queue
> depths using 'High Depth
> Event' .Is there a way by which we can monitor the
> queue size (in terms of
> file size not number of messages) also.
> Any pointers would be useful..
>
> Thanks n Regds
> Gaurav
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Tax Center - File online, calculators, forms, and more
http://tax.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: AW: Need to move stuff from one xmitq to another

[mqm mqm]

Rebecca,

Can you explain a bit more about what you are trying
to achieve with your "backup/recovery scenario". Is it
that your qmgrB is down ? If so, why can't you just
restart it and the messages will then flow or have
some high availability solution so that qmgrB
automatically restarts on a failover box ? Or is it
more of a Disaster scenario where qmgrB cannot simply
be restarted. If so don't you have to worry not only
about the messages on the xmitq destined for qmgrB but
also, and much more difficult, the messages that got
to qmgrB before the disaster but were not been
processed. Or is it something else ? I guess what I'm
asking is "what is the business reason for having to
move the messages from one xmitq to another?".

mqm

--- "Raabe, Stefan" <[EMAIL PROTECTED]> wrote:
> Rebecca,
>
> I do not know a supportpac that is doing exactly
> what you want.
> I think you have to write your own program (or
> channel exit)
> to change the queuemanagername.
>
> Anyway, the easiest way is a qmgr alias that is
> defined on
> QMGRC and makes QMGRC accept messages that are
> destined
> for QMGRB "define remoteq(QMGRB) RQMNAME(QMGRC)"
>
> If this is not possible because QMGRC has to know
> QMGRB
> as a seperate queuemanager, you should consider to
> - define the alias only in the case of a disaster or
> - to "fake" QMGRB, (e.g. use QMGRX as a destination
> for
>   the messages and have a qmgr alias for QMGRX on
> QMGRB
>   and QMGRC)
>
> I prefer the qmgr alias solution instead of
> programing. But - if
> programing is the only possible way to go - i would
> use a
> channel message exit.
>
> Regards, Stefan
>
>
>
>
>
>
> -Urspr|ngliche Nachricht-
> Von: Bullock, Rebecca (CSC)
> [mailto:[EMAIL PROTECTED]
> Gesendet: Donnerstag, 27. Mdrz 2003 17:17
> An: [EMAIL PROTECTED]
> Betreff: Need to move stuff from one xmitq to
> another
>
>
> I am planning a backup/recovery scenario. The
> environment is OS/390 V5.2. .
>
> Basically, I have a bunch of messages on a
> transmission queue all ready to
> go to another qmgr (B). These messages specify
> RemoteQmgr B in their
> headers. I want to move them so they go to qmgr C.
>
> I know that I can move them to xmitq C so they will
> go to qmgr C (It's a bit
> awkward because of the get being disabled, but I can
> get around that). The
> problem/concern is that when the messages end up on
> C, they end up in the
> default XMIT queue because the transmission header
> has the RemoteQmgr set to
> B
>
> I've thought through several things using qmgr
> aliases and stuff like that,
> but rejected them for various reasons. (And before
> someone asks, I don't
> want to use clustering for this for several reasons
> I don't want to go into
> here.) It seems to me that the easiest way to do
> what I want is to write a
> simple program to read in the messages and modify
> the transmission header to
> point to RemoteQmgr C. Or, I suppose, I could strip
> the header and let MQ
> rebuild the header. But, I don't want to reinvent
> the wheel, which is why
> I'm putting this query out here
>
> Does anyone know of a SupportPac that will do this?
> (I went through the
> list, but didn't identify one that does what I want,
> but maybe I just missed
> it.) Or -- does someone have code they are willing
> to share? Remember -- It
> needs to run on OS/390.
>
> Thanks, all... Rebecca
>
> Rebecca Bullock
> Computer Sciences Corporation
> MFCoE/Newark CS Team
>
> Educational Testing Service Account
> Princeton, NJ 08541
>
> Phone: 609-734-5351
> email: [EMAIL PROTECTED] or [EMAIL PROTECTED]
>
>
>
>
>
**
> This e-mail and any files transmitted with it may
> contain privileged or
> confidential information. It is solely for use by
> the individual for whom
> it is intended, even if addressed incorrectly. If
> you received this e-mail
> in error, please notify the sender; do not disclose,
> copy, distribute, or
> take any action in reliance on the contents of this
> information; and delete
> it from your system. Any other use of this e-mail is
> prohibited. Thank you
> for your compliance.
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Primeur DSMQ for Tru64

[mqm mqm]

Anyone know if Primeur's DataSecure MQ product to
provide peer entity authentication runs on Compaq
Alphaserver Tru64 unix.

TIA

mqm

__
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Messaging Standards

[mqm mqm]

There's a number of MQ design / standards supportpacs:
MD00
MD01
MD04
MD05

These are a start point. Depends how quickly you need
something. If urgent get one of the MQ services
companies (IBM, CommerceQuest, Candle etc.) to do them
for you. They must have "off-the-shelf" standards they
can quickly tailor to your needs.

mqm

[EMAIL PROTECTED] wrote:
> Hi,
>
> Following are some of the EDI websites I have seen.
> www.unece.org --- For EDIFACT
> www.disa.org  --- For X12
> www.x12.org   --- For X12
>
> Hope this helps you.
>
> Regards
> Narasimha
>
> Disclaimer:
> This e-mail is confidential and may also be
> privileged.  If you are not
> the
> intended recipient, please notify us immediately;
> you should not copy or
> use it
> for any purpose, nor disclose its contents to any
> other person.
>
>
> -Original Message-
> From: Siracusp [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 26, 2003 7:02 PM
> To: MQSERIES
> Cc: Siracusp
> Subject: Messaging Standards
>
>
> We are beginning the process to document our MQ
> messaging standards for
> our
> EDI processes and I was wondering if anybody had any
> existing
> documentation
> or knew of a website that had sample documentation.
> Please copy my
> e-mail
> on responses.
>
> Thanks,
> Paul Siracusa
> Blue Cross Blue Shield of Missouri
> [EMAIL PROTECTED]
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>


__
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: How many weeks should I leave my W2K MQSeries Production Hub Server running before scheduling a reboot

[mqm mqm]

And we have S/390 mainframes that run 24*7*365 giving
the ultimate in high availability. My point being that
if you can live with rebooting every day / week /
month / whatever then do it as often as you need to.
If not, then either (1) think about moving your hub to
a more suitable platform or (2) fix the problems (e.g.
memory leak) at source.

mqm


--- John Scott <[EMAIL PROTECTED]> wrote:
> I think you'll find that code compiled on Windows
> that has a memory leak,
> will also have a memory leak if compiled and run on
> Unix.
>
> We have Windows servers that run for months at a
> time without any problems.
> We have unix servers that are rebooted every month
> because of memory leaks
> in badly written applications (packages aswell as
> inhouse developed). We
> have a lot more Unix applications than Windows ones.
>
> A badly written application is a badly written
> application wherever it is
> compiled and run.
>
> Regards
> John.
>
> -Original Message-
> From: Luc-Michel Demey [mailto:[EMAIL PROTECTED]
> Sent: 26 March 2003 16:00
> To: [EMAIL PROTECTED]
> Subject: Re: How many weeks should I leave my W2K
> MQSeries Production Hub
> Server running before scheduling a reboot
>
>
> In the Unix world, servers can run for months
> without reboot. In the Windows
> world, servers can run for ... weeks without reboot.
>
> Four weeks can be ok if your servers is not too
> loaded, but with your
> numbers, I strongly suggest a reboot once a week.
>
> Even in W2kSP2 there are memory leaks, so running
> too long hight loaded need
> a lot of ram.
>
> If you want to stay with one reboot a month you
> should probably add 2 extra
> Gb, or consider other OS technologies.
>
> HTH, Luc-Michel.
>
> > How many weeks should I leave my W2K MQSeries
> Production Hub Server
> > running before scheduling a reboot.
> >
> > Recently we had a problem where for no apparent
> reason our Production
> > qmgr fell over, it produced some FDC's which I am
> sending to IBM.
> > There does not seem to be anything of relevance in
> the MQSeries Error
> > logs or Event Viewer.
> >
> > We run a hub-spoke architecture with over 50 qmgrs
> connecting to the
> > hub. Typical message volumes are 200,000 - 300,000
> per day.
> >
> > I am concerned that perhaps the server was simply
> "stressed" and
> > required a reboot.  It has been running for 21
> days.  Our current
> > reboot schedule is every 28 days.
> >
> > Can anyone contribute their experiences or
> opinions in this area.  I
> > do realise that the a common answer to "How often
> should I reboot my
> > server? is, "It depends", but it would be great to
> hear about some
> > real world experiences.  Does anyone have a
> MQSeries on W2K server,
> > that processes hundreds of thousands of messages a
> day, that regularly
> > runs for months on end?
> >
> >
> > Software
> > MQVersion is 5.2 CSD3
> > OS: W2K SP2
> >
> > Hardware
> > Proliant DL380
> > 2 CPU - 930 mhz
> > RAM 2GB
> >
> >
> >
> >
> > Any input is much appreciated,
> >
> > Thanks.
> >
> > ---
> > Matt Gurney
> >
>
> --
> Luc-Michel Demey - Freelance EAI Consultant
> Paris / France Tel. : +33 6 08 755 655
> http://consulting.demey.org/ - lmd at
> demey dot org
>
> Instructions for managing your mailing list
> subscription are provided in the
> Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
>
**
>
> Click here to visit the Argos home page
> http://www.argos.co.uk
>
> The information contained in this message or any of
> its attachments may be privileged and confidential,
> and is intended exclusively for the addressee.
> The views expressed may not be official policy, but
> the personal views of the originator.
> If you are not the intended addressee, any
> disclosure, reproduction, distribution,
> dissemination or use of this communication is not
> authorised.
> If you have received this message in error, please
> advise the sender by using your reply facility in
> your e-mail software.
> All messages sent and received by Argos Ltd are
> monitored for virus, high risk file extensions, and
> inappropriate content. As a result users should be
> aware that mail maybe accessed.
>
>
**
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Shared Data Tables vs. Coupling Facility

[mqm mqm]

Hmmm, as an ex-CICS SysProg I should know this but
it's been a while.

There is a CICS list where you might get the answer.
Register at [EMAIL PROTECTED]

mqm

--- regissr <[EMAIL PROTECTED]> wrote:
>   Hi everybody,
>
>   Please i have the following doubt :
>
>   I'd like to know if "CICS Shared Data Tables" use
> Coupling
> Facility ?  Are this subject completely different ?
>
>   I was studying "CICS Shared Data Tables Guide" ,
> and i saw
> at chapter 1.8.2 Using Shared Data Tables services
> at Figure
> 2 Data access using shared data table services. This
> diagram
> shows read-only access only.
>
>   In this figure , there is a term called DATA
> SPACE.
> Please , can anyone explain me concepts about this ?
> What's DATA SPACE limit ?
>
>   Thanks in advance
>
>  Reginaldo S. Rosa
>
>
>
>
>
>
>
>
> ---
> UOL, o melhor da Internet
> http://www.uol.com.br/
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Trigger Control-m job

[mqm mqm]

Can you explain in a bit more detail what you mean by
"triggering a Control-m job".

Isn't Control-M the BMC scheduler? In which case you
will be scheduling the batch jobs rather than
triggering them.

What platform are you on?

mqm

--- Burke Edward <[EMAIL PROTECTED]> wrote:
>
> Has anyone had any experience with triggering
> Control-m batch jobs from
> Mqseries ?
>
> If so how did you go about it ?
>
>
>
>


__
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Processing the Euro symbol in MQSeries messages

[mqm mqm]

Have you tried turning the channel conversion off and
doing the convert when you get the message at the NT
machine.

mqm

--- "Kulbir S. Thind" <[EMAIL PROTECTED]> wrote:
> Darren,
>
> I saw this after I posted the email.  What I don't
> understand is that the
> MQ does provide conversion between 1208 on HP-UX and
> 850 on Windows and
> that isn't listed either.  I was thinking that the
> information below may
> be incorrect although it is in the latest manuals.
> I hope someone from
> IBM responds to this with the official
> response...
>
> Cheers,
>
> Kulbir.
>
>
>
>
> "Darren Douch" <[EMAIL PROTECTED]>
>
> Sent by: "MQSeries List" <[EMAIL PROTECTED]>
> 12-Mar-2003 20:54
> Please respond to "MQSeries List"
> <[EMAIL PROTECTED]>
>
>
>
>
> To: MQSERIES
>
> cc:
> Subject:Re: Processing the Euro
> symbol in MQSeries messages
>
>
>
> Kulbir
>
> I think this is a specific issue with 1208, 858 and
> HP-UX.  You are
> trying to do the conversion on the sender channel
> i.e. the  HP-UX qmgr is
> trying to do the convert, but if you look at
> appendix H in  the APR you
> will see the following re support for MQ conversion
> to/from Unicode
> (codepages 1200, 13488, 17584 and 1208) notice
> that 858 is not among
> those  listed.
>
>
> WebSphere MQ HP-UX support for Unicode
>
> On MQSeries for HP-UX Version 5 or later, conversion
> on HP to, and from,
> the  Unicode CCSIDs is supported for the following
> CCSIDs:
>
> 813
> 819
> 874
> 912
> 915
> 916
> 920
> 932
> 938
> 950
> 954
> 964
> 970
> 1051
> 1089
> 1200
> 1208
> 1381
> 5050
> 5488
> 13488
> 33722
>
>
>
>
> Regards
> Darren
>
> - Original Message -
> From:  Kulbir S.  Thind
> To: [EMAIL PROTECTED]
> Sent: Wednesday, March 12, 2003 12:12  PM
> Subject: Processing the Euro symbol in  MQSeries
> messages
>
>
> Hi,
>
> We're trying to enable our machines to be able to
> process the Euro  symbol
> within MQSeries messages.  We follow a hub and spoke
> topology here  and
> are unable to upgrade all machine configurations to
> use the correct code
> page configurations.
>
> We have a  project that will upgrade the hub and we
> decided to ensure the
> hub is able to  support the Euro for any future
> applications connecting to
> it.  We  changed the queue manager CCSID from 850 to
> 858 (recommended NT
> code page for  the Euro) and have now hit problems.
> We are sending
> messages from a  HP-UX queue manager with a code
> page of 1208 to the new
> hub and finding the  messages do not come across the
> channel.  Channel
> conversion is set to  YES and the error messages
> appearing in the HP-UX
> queue manager logs are as  follows:
>
>
*
> 03/12/03  06:25:56
> AMQ6047: Conversion not supported.
>
> EXPLANATION:
> MQSeries is unable to  convert string data tagged in
> CCSID 1208 to data in
> CCSID
> 858.
> ACTION:
> Check the appropriate National Language Support
> publications to see if
> the
> CCSIDs are  supported by your system.
>
*
>
> Does this mean that we would need to configure  all
> our application queue
> managers to use the correct code pages for this to
> work or is this a
> specific issue with just conversion between 1208 and
> 858  code pages?
>
> Cheers,
>
> Kulbir.
>
>


__
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: AMI elimination (was MQ and DB2 stored procedures)

[mqm mqm]

Interesting statistic - 2 out of 300+ using the AMI.
But I bet if they'd asked how many had spent a whole
bunch of time and effort developing and supporting
their own MQI wrapper the number would have been
significantly higher. Discuss.

mqm

--- "Potkay, Peter M (PLC, IT)"
<[EMAIL PROTECTED]> wrote:
> Technically, they didn't say AMI was definitely
> gone. Just that it is no
> longer included in the base MQ product for OS/390.
> Now OS/390 MQ users (like
> distributed users have been for a while) will have
> to download it separately
> as a support Pac.
>
> I guess you could infer it is on its way out if IBM
> did that, especially
> when they asked for a show of hands of how many
> people were using it in a
> room of about 300-400, and 2 people (that I saw)
> raised their hand.
>
> Peter Potkay
> IBM MQSeries Certified
> [EMAIL PROTECTED]
> X 77906
>
>
> -Original Message-
> From: Thomas Dunlap
> [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 07, 2003 4:23 AM
> To: [EMAIL PROTECTED]
> Subject: Re: AMI elimination (was MQ and DB2 stored
> procedures)
>
>
> Jim,
>
> I was not able to attend the last Tech Conference.
> What was the reason
> given for elimination of the
> AMI?  Did they hint to adding any of the function,
> like Send/Receive
> file, to current MQI?
>
> Jim Ford wrote:
>
> >Doesn't the SQL solution require AMI? At the recent
> conference IBM
> >made it clear that AMI is on its way out. I wonder
> if the SQL
> >extensions will use a different method.
> >
> >
> >
> --
> Regards,
> Thomas DunlapChief Technology Officer
> [EMAIL PROTECTED]
> Themis,  Inc.http://www.themisinc.com1 (800)
> 756-3000
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
> This communication, including attachments, is for
> the exclusive use of
> addressee and may contain proprietary, confidential
> 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 email and delete this
> communication and destroy all copies.
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: messages out of order

[mqm mqm]

D]
> > > > Subject:   Re: messages out of order
> > > >
> > > > Funny.
> > > >
> > > > I made another attempt to have the programmers
> change it to go to a
> > >local
> > > > queue instead of the dead letter queue. The
> reason they use the dead
> > >letter
> > > > queue is because they use FIFO.  If they send
> it to a local queue and
> >it
> > > > fills, they will not be able to retrieve the
> messages in order since
> > >some
> > > > would be on the dead letter queue.  Therefore,
> they decided to
> >retrieve
> > >all
> > > > the messages from the dead letter queue.
> > > >
> > > > How is everyone else handling this?
> > > > Original Message-
> > > > From: Robert Broderick
> [mailto:[EMAIL PROTECTED]]
> > > > Sent: Wednesday, February 12, 2003 6:24 PM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: Re: messages out of order
> > > >
> > > >
> > > > As a funny note. I was viewing this message
> through HOTMAIL. With ad's
> > >at
> > > > the top browser window. As I was reading it an
> ad for MIB II came up.
> > >Talk
> > > > about black suites and dark glasses!!
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > >From: "Anderson, Lizette T. (RyTull)"
> > ><[EMAIL PROTECTED]>
> > > > >Reply-To: MQSeries List
> <[EMAIL PROTECTED]>
> > > > >To: [EMAIL PROTECTED]
> > > > >Subject: Re: messages out of order
> > > > >Date: Wed, 12 Feb 2003 15:18:44 -0600
> > > > >
> > > > >Tell me about it.  They are usually here
> until 5:00.  Have the MQ
> >guys
> > >with
> > > > >the dark suits and glasses drop over.
> > > > >
> > > > >-Original Message-
> > > > >From: Robert Broderick
> [mailto:[EMAIL PROTECTED]]
> > > > >Sent: Wednesday, February 12, 2003 1:59 PM
> > > > >To: [EMAIL PROTECTED]
> > > > >Subject: Re: messages out of order
> > > > >
> > > > >
> > > > >Basic rules for MQ-ing. APPLICATIONS DO NOT
> PUT MESSAGES ON THE
> > >DLQ!!
> > > > >Or
> > > > >the MQ guys with the dark suits and glasses
> come around in the middle
> > >of
> > > > >the
> > > > >night and break your fingers!!!
> > > > >
> > > > >BAD Design
> > > > >
> > > > >
> > >bobbee
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > >From: "Anderson, Lizette T. (RyTull)"
> > ><[EMAIL PROTECTED]>
> > > > > >Reply-To: MQSeries List
> <[EMAIL PROTECTED]>
> > > > > >To: [EMAIL PROTECTED]
> > > > > >Subject: Re: messages out of order
> > > > > >Date: Wed, 12 Feb 2003 10:41:16 -0600
> > > > > >
> > > > > >We have told apps this for years.  The
> previous administrator
> >thought
> > > > >this
> > > > > >was a good idea and we have had no luck in
> convincing otherwise.
> > > > > >
> > > > > >-Original Message-
> > > > > >From: mqm mqm [mailto:[EMAIL PROTECTED]]
> > > > > >Sent: Wednesday, February 12, 2003 7:27 AM
> > > > > >To: [EMAIL PROTECTED]
> > > > > >Subject: Re: messages out of order
> > > > > >
> > > > > >
> > > > > >Lysette,
> > > > > >
> > > > > >Why are the messages delivered to the DLQ
> only to be
> > > > > >extracted and delivered to the
> RT.PRD.ORDFBREC.INB
> > > > > >queue ?
> > > > > >
> > > > > >Seems like an odd use of the DLQ.
> > > > > >
> > > > > >mqm
> > > > > >
> > > > > >
> > > > > >--- "Anderson, Lizette T. (RyTull)"
> > > > > ><[EMAIL PROTECTED]> wrote:
> > > > > > > Thanks for the information.  Our
> applications
> > > > > > > programmers are of course
> >

Re: messages out of order

[mqm mqm]

Lysette,

Why are the messages delivered to the DLQ only to be
extracted and delivered to the RT.PRD.ORDFBREC.INB
queue ?

Seems like an odd use of the DLQ.

mqm


--- "Anderson, Lizette T. (RyTull)"
<[EMAIL PROTECTED]> wrote:
> Thanks for the information.  Our applications
> programmers are of course
> saying this is not true.  They insists this is an MQ
> problem so I have been
> looking through the manuals to prove it is not.
> Does anyone have any idea
> where I can find this information?
>
> -Original Message-
> From: Miller, Dennis [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 11, 2003 3:51 PM
> To: [EMAIL PROTECTED]
> Subject: Re: messages out of order
>
>
> For MQ to always deliver messages in the same
> sequence they were sent, one
> of the restrictions is that you not have a DLQ.
>
>
> > -Original Message-
> > From: Anderson, Lizette T. (RyTull)
> [SMTP:[EMAIL PROTECTED]]
> > Sent: Tuesday, February 11, 2003 12:18 PM
> > To:   [EMAIL PROTECTED]
> > Subject:   Re: messages out of order
> >
> > Its on the server.
> >
> > -Original Message-
> > From: Hill, Dave [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, February 11, 2003 2:11 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: messages out of order
> >
> >
> > Ok. Now the picture is getting more clear. We
> corrected our problem by
> > delaying the application on the receiving end as
> well as setting the
> channel
> > to stay open for a longer time. I am assuming that
> this DLQ is not on a
> > mainframe.
> >
> > -Original Message-
> > From: Anderson, Lizette T. (RyTull)
> > [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, February 11, 2003 2:57 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: messages out of order
> >
> >
> > Our remote queue is the dead letter queue.
> >
> > -Original Message-
> > From: Hill, Dave [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, February 11, 2003 1:19 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: messages out of order
> >
> >
> > You could be getting data locks  ( resource
> locking ) that is not allowing
> > certain records from being "extracted" in order.
> We had a problem like
> this
> > and it was a timing problem in a database.
> > One question:
> > What is the dead letter queues process?
> >
> > -Original Message-
> > From: Anderson, Lizette T. (RyTull)
> > [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, February 11, 2003 2:07 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: messages out of order
> >
> >
> > I need to add.   The mainframe is running OS/390
> communicating with a
> > Windows 2000 server both running MQSeries 5.2.
> >
> > >  -Original Message-
> > > From: Anderson, Lizette T. (RyTull)
> > > Sent: Tuesday, February 11, 2003 1:04 PM
> > > To:   [EMAIL PROTECTED]
> > > Subject:  messages out of order
> > >
> > > Is it possible for messages to be delivered out
> of order?  Please read
> the
> > > following from our application programmer:
> > >
> > > We had a problem last night.  A couple of our MQ
> message were processed
> > > out of order.  The MQ messages are for Score
> Order Entry feedback from
> the
> > > mainframe.  The queue name is
> RT.PRD.ORDFBREC.INB.  The sequence of
> > > process the messages take to reach the queue
> are:
> > > -The mainframe writes records to an Adabase file
> storing MQ information,
> a
> > > Natural program performs this process.
> > > -The mainframe then reads records from this
> Adabase file and generates
> MQ
> > > messages, a Cobol program performs this process.
> > > -The MQ messages are delivered to the dead
> letter queue.
> > > -The message are extracted from the dead letter
> queue and delivered to
> the
> > > RT.PRD.ORDFBREC.INB queue.
> > > -A C program process the records from this
> queue.
> > >
> > > From looking at the debug log we know the MQ
> messages were process out
> of
> > > sequence.  The only way they could be processed
> out of sequence is if
> they
> > > were added to the RT.PRD.ORDFBREC.INB queue in
> the wrong order.  The
> > > mainframe process and records in the Adabase
> file look to be in order.
> > > So, the records should have been added to the
> dead letter queue
> correctly.
> > >
> > >
> > >
> > >
> > --- Legal Disclaimer: The information contained in
> this communication may
> be
> > confidential, is intended only for the use of the
> recipient named above,
> and
> > may be legally privileged.  If the reader of this
> message is not the
> > intended recipient, you are hereby notified that
> any dissemination,
> > distribution, or copying of this communication, or
> any of its contents, is
> > strictly prohibited.  If you have received this
> communication in error,
> > please re-send this communication to the sender
> and delete the original
> > message and any copy of it from your computer
> system. Thank you. --->
> >
> > Instructions for managing your mailing list
> subscription are provided in
> > the Listserv General Users Guide available at
> http://ww

Re: Queue Sharing Groups

[mqm mqm]

Ian,

Thanks for that. Is this documented anywhere ? Are
there any parameters to configure the frequency ? Do
you know why it always ends with a SQL +100 code, and
why it causes DB2 thread abends ?

mqm

--- Ian Vanstone <[EMAIL PROTECTED]> wrote:
> This is normal behaviour. It is an internal queue
> manager task looking for
> newly defined shared queues. You don't want to stop
> it.
>
> Regards,
> Ian Vanstone
> WebSphere MQ for z/OS Development
>
>
>
>
>
>   mqm mqm
>   <[EMAIL PROTECTED]To:
> [EMAIL PROTECTED]
>   O.UK>cc:
>   Sent by: MQSeries
> Subject:  Queue Sharing Groups
>   List
>  N.AC.AT>
>
>
>   06/02/2003 17:46
>   Please respond to
>   MQSeries List
>
>
>
>
>
> When setting up queue sharing on MQ 5.2 on OS/390
> there is some DB2 stuff to set up (as MQ shared
> queues
> reside on DB2 in the coupling facility). One of the
> things to do is to bind a bunch of DB2 plans. We see
> one of these plans, CSQ5L220 (or CSQ5L530 in MQ5.3),
> getting executed every 5 seconds. It returns an SQL
> +100, row not found, every time. Any ideas what this
> is, why it runs so often, and if and how we can stop
> it.
>
> mqm
>
> __
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up
> now.
> http://mailplus.yahoo.com
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Queue Sharing Groups

[mqm mqm]

When setting up queue sharing on MQ 5.2 on OS/390
there is some DB2 stuff to set up (as MQ shared queues
reside on DB2 in the coupling facility). One of the
things to do is to bind a bunch of DB2 plans. We see
one of these plans, CSQ5L220 (or CSQ5L530 in MQ5.3),
getting executed every 5 seconds. It returns an SQL
+100, row not found, every time. Any ideas what this
is, why it runs so often, and if and how we can stop
it.

mqm

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Volume testing of CICS requests

[mqm mqm]

Is writing and maintaining your custom code really
cheaper in the long term than buying an off-the-shelf
product.

mqm

--- Peter Heggie <[EMAIL PROTECTED]> wrote:
> Thats either close to or just what I need..
> unfortunately I can't justify
> the cost for this application.. I'll start with a
> batch volume test and
> then move to an online volume test using custom
> programs.
>
> Thanks though!
>
>
>
>
>
> From: "Lockhart, Rebecca"
> <[EMAIL PROTECTED]> on 01/31/2003
>   01:56 PM
>
> Please respond to MQSeries List
> <[EMAIL PROTECTED]>
>
> To:   [EMAIL PROTECTED]
> cc:
>
> Subject:  Re: Volume testing of CICS requests
>
> Compuware's QACenter for WebSphere MQ will simulate
> simultaneous volumes of
> MQ roundtrips that start and end in CICS.  It will
> actually simulate any
> part of an MQ application that accesses a mainframe
> queue manager.   It
> creates automation scripts from existing MQ
> activity, or you can construct
> your own.  You can add conditional logic or populate
> scripts with data from
> a file full of requests.
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Volume testing of CICS requests

[mqm mqm]

Depends on what you are really trying to load test. Is
it the load on CICS or on your MQ network or on the
Windows application?

There are a number of testing tools for CICS (or at
least there were a few years). CA's Playback. I think
they also acquired CICS Verify so that product
probably doesn't exist any more. Compuware had a
product called Hiperstation - maybe called
QAHiperstation these days.

If it is the MQ testing that is important to you then
take a look at CommerceQuest's MQTester and
Compuware's QACenter for WebsphereMQ.

mqm

--- Peter Heggie <[EMAIL PROTECTED]> wrote:
> How do people simulate/perform volume testing of MQ
> roundtrips that start
> and end in CICS? Messages go to Windows and back. We
> want to simulate CICS
> transactions that send one message at a time, so
> each iteration would do an
> MQPUT1.
>
> Is there a way, without having 100 people sitting at
> 100 CICS terminals and
> hitting enter at the same time, of simulating a load
> on the system?
>
> I'm writing a batch program to loop through a file
> full of requests, but
> still that is only sending messages one at a time..
> I can't run more than
> two or three batch jobs at a time..
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Compaq True64 Unix V5.1

[mqm mqm]

IBM MQSeries (sorry can't bring myself to call it
WebsphereMQ) website says "IBM MQSeries for Compaq
Tru64 UNIX, Version 5 Release 1" requires "Compaq
Tru64 UNIX V4.0F or V5.0" operating system.

Anyone know if it runs on V5.1 of True64.
Also, anyone know if/when MQ5.2 or 5.3 will be
supported on True64.

mqm


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: question about get message from a queue

[mqm mqm]

Yexing,

The only way to get messages according to time of put
is on a FIFO (first in first out basis). MQ provides
the facility to expire messages. You will not be able
to MQGET an expired message. You can't get according
to content or property (other than msgid, correlid and
priority) unless you browse the message first, check
the contents and then get the specific message you
want using the msgid.

mqm

--- "Yang, Yexing" <[EMAIL PROTECTED]> wrote:
> I try to get messages from a queue according to the
> time of message was put
> to, if it is 10 Minutes old , I dump them out for
> process, otherwise just
> get some messages according message content or
> property, is that doable ?
>
> Thanks.
> Yexing
>
>
> CONFIDENTIALITY NOTICE: This E-Mail is intended only
> for the
> use of the individual or entity to which it is
> addressed and
> may contain information that is privileged,
> confidential and
> exempt from disclosure under applicable law.
> If you have received this communication in error,
> please
> do not distribute and delete the original message.
> Please notify the sender by E-Mail at the address
> shown.
> Thank you for your compliance.
>
> ...
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Using the backout mechanisme

[mqm mqm]

Erik,

MQ doesn't do a great deal for you here. It
automatically increments the backout count when
messages are rolled back onto the queue and thats
about it. It's then up to you. Your program needs to
check this count and compare it with the backout
threshold. If the threshold is reached then your
program needs to put the message to the backout queue.
Once on the backout queue you will need some tools to
interrogate the message to identify whats wrong with
it. Fixing it is probably not something you can
automate. It depends what wrong. You might need to
edit the message, you might need to delete it and get
it resent from the source system, you might be able
simply to move it back to the target queue having
fixed the problem. It all depends on what the problem
was. There are tools available to allow you to
manipulate messages in this way e.g. Candle's PQEdit,
CommerceQuest's QTool and more I'm sure.

mqm

--- "Dijkerman, E (Erik)" <[EMAIL PROTECTED]>
wrote:
> Dear Listeners,
>
> Do you use the Backout Counter & Queue to send a
> message to the Backout
> Queue, repair it and send it back again? And if you
> do how do you deal with
> the backout counter ??
>
> Regards,
> Erik Dijkerman  X
> Rabobank ICT/Serverbedrijf
> PIM/OS390 ZL-S206400
> Mailbox 17100, 3500 HG  Utrecht
> *(030) 215 4878
> *(030) 215 3085
>
>
> ? [EMAIL PROTECTED]
>
>  "The greatest amount of wasted time is the time not
> getting started."
>
> - Dawson Trotman
>
>
>
> 
> De informatie opgenomen in dit bericht kan
> vertrouwelijk zijn en
> is uitsluitend bestemd voor de geadresseerde. Indien
> u dit bericht
> onterecht ontvangt, wordt u verzocht de inhoud niet
> te gebruiken en
> de afzender direct te informeren door het bericht te
> retourneren.
> 
> The information contained in this message may be
> confidential
> and is intended to be exclusively for the addressee.
> Should you
> receive this message unintentionally, please do not
> use the contents
> herein and notify the sender immediately by return
> e-mail.
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Wish list for Conference

[mqm mqm]

CommerceQuest have something called TriggerPro and
there is a supportpac that enable more tailorable
triggering. Have you looked at these ?

mqm


--- "Miller, Dennis" <[EMAIL PROTECTED]> wrote:
> Triggering threshold to generate triggers
> until specified IPROCS level is reached. Something
> like the TRIGTYPE=EVERY limit which can be specified
> in VSE, but for other platforms and for other
> TRIGTYPEs.  The idea is to get better support for
> parallel processing out of the triggering engine.
>
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Autodiscover MQ servers

[mqm mqm]

Candle's MQ config tools lets you do this across your
entire MQ network. See the current email trail on that
subject for more info.

mqm

--- "Rodrmguez_Alvarez-Querol,_Manuel_Carlos"
<[EMAIL PROTECTED]> wrote:
> MQExplorer disconver MQ queue managers on a local
> machine.
>
> Cheers,
>
> > -Mensaje original-
> > De:   Francois van der Merwe
> [SMTP:[EMAIL PROTECTED]]
> > Enviado el:   Thursday, January 23, 2003 3:30 PM
> > Para: [EMAIL PROTECTED]
> > Asunto:   Autodiscover MQ servers
> >
> > Is there a way to autodiscover MQ servers?
> >
> > Thanks
> > Francois
> >
> > Instructions for managing your mailing list
> subscription are provided in
> > the Listserv General Users Guide available at
> http://www.lsoft.com
> > Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Backing up MQSeries for DR.

[mqm mqm]

While I agree that this is a good redbook and it
covers backup and recovery on an individual platform
basis it does not cover the wider implications of DR
in a distributed messaging environment. This is much
more difficult. E.g. say in restoring my MQ I restore
some messages back onto an xmit queue. These will
probably have been processed by the target system
since I did the backup. Do I want to send them again ?
Also you can't treat MQ in isolation - you need to
consider the other resources e.g. databases that are
affected by the Disaster.

mqm

--- Nick Dilauro <[EMAIL PROTECTED]> wrote:
> There's a good redbook MQSeries Backup and Recovery
> which includes most of
> the platforms (including OS390 which I'm inferring
> that you're interested
> in).  SG24-5222-00
>
> http://www.redbooks.ibm.com/
>
> -Original Message-
> From: Michelle Russell
> [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 21, 2003 2:26 AM
> To: [EMAIL PROTECTED]
> Subject: Backing up MQSeries for DR.
>
>
> Hi,
>
> I am new to MQSeries and have been tasked with the
> project of Backing up MQ
> for a DR test.
> Can anybody point me to the best place to start with
> this project.  I am
> currently using the System Management Guide as
> starting point for info.
> I will be taking MQSeries out of the system for the
> back up and not doing a
> backup while the q manager is running.
>
> Regards
> Michelle
>
>
>
>
>
> This email and any attachments are confidential.
> They may
> contain privileged information and are intended for
> the
> named addressee(s) only. They must not be
> distributed
> without our consent. If you are not the intended
> recipient,
> please notify us immediately and do not disclose,
> distribute
> or retain this email or any part of it. Unless
> expressly stated,
> opinions in this email are those of the individual
> sender
> and not N Brown Group plc or any of its
> subsidiaries.
> You must take full responsibility for virus checking
> this
> email and any attachments.
>
> Please note that the content of this email or any of
> its
> attachments may contain data that falls within the
> scope
> of the Data Protection Acts and that you must ensure
> that
> any handling or processing of such data by you is
> fully
> compliant with the terms and provisions of the Data
> Protection Act 1984 and 1998.
>
> N Brown Group plc. Registered office: 53 Dale
> Street,
> Manchester, M60 6ES. Registered in England
> No.814103.
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Wish list for Conference

[mqm mqm]

Aren't there formal mechanisms for customers to feed
requirements into IBM for changes/enhancements to
products. For example one mechanism is thru the UK MQ
User Group.

--- Arlen Williams <[EMAIL PROTECTED]> wrote:
> How about telling us when 5.3 will be available on
> OpenVMS and NonStop.
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

CICS SYNCPOINT

[mqm mqm]

Having got a message and identified its backout count
is greater then the backout threshold, we put the
message to the backout queue and do a EXEC CICS
SYNCPOINT. It seems to work as the message is
committed to the queue but we get a DFHRESP of
16582040 from the SYNCPOINT. This is not a normal
DFHRESP value. Anyone seen anything like this ?

Thanks in Advance,
mqm.

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

MQSeries and Unicode

[mqm mqm]

Does MQ support UNICODE ?
We have a problem where we send messages to NT, where
the application puts the messages into a file. We do
MQGET with conversion on NT converting to an NT code
page. We can read the file in DOS but when an NT
application (that uses UNICODE) reads the file some
special characters (e.g. GBP, USD, tilde) are not
correct.
Any ideas on how to get round this ?

Ned.

__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

MQ and AIX V5 on P690

[mqm mqm]

Anyone know if MQ is supported on AIX Version 5 on the
new IBM P690 machines.

Ned.

__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Weblogic 6.1 Message Driven Beans and MQSeries 5.2.1

[mqm mqm]

How are you guys invoking the MDBs to access MQ ? My
understanding is that in Weblogic 6.1 MDBs can only
access the Weblogic JMS queues and not foreign queues
like MQ so they have a bridge to copy MQ to their own
JMS queues.

Ned.

--- "Quigley, Robert" <[EMAIL PROTECTED]> wrote:
> Greetings,
> has anyone had problems managing the MDB hooks into
> a queue when they get
> deployed on an appServer?  I'm specifically looking
> for the way for the MDBs
> to gracefully terminate, similar to quiesce if
> failing logic on queue or
> message options.  Bigger concern is how they act if
> we need to recycle the
> qmanager.  Are people undeploying them altogether
> prior to a qmgr recycle?
> Any hints on administration appreciated.  Note:
> we're not using any
> MQ-specific api.  It's all j2ee spec at this point.
>
> Thanks,
> Rob
>
> Instructions for managing your mailing list
> subscription are provided in
> the Listserv General Users Guide available at
> http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive


__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive