fers for a 100meg message ???
This is assuming 3,600 bytes available per buffer for
messageing.
--- Ronald Weinger <[EMAIL PROTECTED]> wrote:
> Considering each buffer is 4K , one 100MB message
> will require 20,000
> buffers
> How many messages are you expecting?, how long w
Considering each buffer is 4K , one 100MB
message will require 20,000 buffers
How many messages are you expecting?, how
long will they remain on the queue?, how many other queues use the same buffer
pool?, what is their usage?
"Criscione, Carol (DIS)"
<[EMAIL PROTECTED]>
Sent by: "MQSeri
Another problem w/ triggering on depth is,
if the job abends and the qdepth is not below the trigger depth you can not
reset the trigger.
That means you need an application
person to fix the abend and manually restart the job, and a MQ admin to
reset the trigger.
We had the same issue and decide
Try looking at the instructions in the
manual for the latest CICS XML parser
"van Zyl, Andre"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
11/17/2004 04:21 AM
Please respond to "MQSeries
List"
To:
[EMAIL PROTECTED]
cc:
Su
We are using BMC MAinview to monitor MVS
MQS. One of our pagesets has 18 428 byte messages on it. Mainview
records that 10 pages of the pageset are being used, ie approx 40570 bytes.
Even with the MQMD and the other control information added I should see
5 messages per page, or only 4 or so pag
I will be out of the office starting 09/13/2004 and will not return until
09/20/2004.
I will be out of the office between 8/16 and 8/19. I will respond to your
message when I return
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unaut
itiative expressly permitting the use of e-mail for
such purpose.
--------
Ronald Weinger
@METLIFE.COM>
Sent by: MQSeries List
08/23/2004 02:53 PM
Please respond to MQSeries List
ologist
Distributed Computing Professionals Inc.
IBM Certified Specialist - WebSphere MQ
303 277-1873 - Colorado Office
651 406-2131 - USPS Office
303 807-9700 - Cell
- Original Message -
From: Ronald Weinger
To: [EMAIL PROTECTED]
Sent: Monday, August 23, 2004
10:51 AM
Subject: Trigger on
permitting the use of e-mail for
such purpose.
--------
Ronald Weinger
@METLIFE.COM>
Sent by: MQSeries List
08/23/2004 01:15 PM
Please respond to MQSeries List
To:
[EMAIL PROTECTED]
cc:
IBM Certified Specialist - WebSphere MQ
303 277-1873 - Colorado Office
651 406-2131 - USPS Office
303 807-9700 - Cell
- Original Message -
From: Ronald Weinger
To: [EMAIL PROTECTED]
Sent: Monday, August 23, 2004
10:51 AM
Subject: Trigger on depth
question
We have a queue that is defined to
We have a queue that is defined to trigger
on a depth of 10 messages. When 10 messages are placed we see the
trigger control set to 'OFF' and
a trigger message generated. The
trigger control never gets reset to 'ON'. Does that have to be reset
'manually'?
The information contained in this messa
I will be out of the office starting 08/16/2004 and will not return until
08/19/2004.
I will be out of the office between 8/16 and 8/19. I will respond to your
message when I return
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unaut
efore the Onlines come down, to INHIBIT
all the OTMA bridge queues. Then as soon as all the TCODES are up the next
morning, the GET_ENABLE job opens up the bridge queues, and the OTMA safely
pulls the messages. This happens every day automatically and we never have to
deal with DLQ messages for this
We have a 'home grown' DLQ handler that
will write a report record for each DLQ message, with the pertinent header
information. We once ran into the problem of the messages on the DLQ expiring
before we could determine what they were and why they were on the queue. This
can be kicked off automaica
les to convert from the client
applications CCSID (819) to the MVS's CCSID, so it fails, but the MVS system
does have the tables, so it works?
-Original Message-
From: Ronald Weinger [mailto:[EMAIL PROTECTED]
Sent: Friday, August 06, 2004 11:10 AM
To: [EMAIL PROTECTED]
Subject: R
List"
To:
[EMAIL PROTECTED]
cc:
Subject:
Re: DLQ message - RC2119 from UNIX
MCA
The message did not have a
MQMD_FORMAT of "MQSTR "?
-Original Message-
From: Ronald Weinger [mailto:[EMAIL PROTECTED]
Sent: Thursd
We have an application with a client
connection to a UNIX MQ server sending messages to MVS. The messages are PUT
using the QAlias of a remote queue which has the remoteqname and
remoteqmanager name, so the Xmitq used is resolved by the
remoteqmanagername.
The sender channel between the UNIX and M
These are usually undocumented because by
the time you figure it out, IBM has changed it.
"Potkay, Peter M (ISD, IT)"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
07/23/2004 08:21 AM
Please respond to "MQSeries
List"
To:
[EMAIL PROTECTED]
I will be out of the office starting 07/01/2004 and will not return until
07/12/2004.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or
I will be out of the office starting 06/21/2004 and will not return until
06/24/2004.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or
Questions on the role of the BSDS and logs
on z/OS with persistent messages:
Initial state: WMQ for Z/OS V5.3. Qmanager
remains running 24x7 for 2 week periods, then is down for MVS maintenance for
8 hours, then back up 24x7 for 2 weeks.
Case: A persistent message arrives on
a queue immediately a
33 of the messages could have been expired.
The message count will reflect expired messages even though you will not
retrieve them. If you are using V5.3 a browse will remove the expired
messages.
"Vaughan Phillips"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
05/12/200
Does anyone know where in z/OS the
bufferpool storage is allocated? Is is within the MQ Master address
space?
The information contained in this message may be CONFIDENTIAL and is for
the intended addressee only. Any unauthorized use, dissemination of the
information, or copying of this message i
To:
[EMAIL PROTECTED]
cc:
Subject:
Re: Microsoft MQ
There is a vendor we are planning to
do business with and they are an all M$ shop. The question was posed to us so
now we have to deal with it.
-Original Message-
From: Ronald Weinger [mailto:[EMAIL PROTECT
The usual question is
why would you want to complicate life with
MSMQ if WMQ provides what you need?
"Ward, Mike S"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
04/13/2004 11:11 AM
Please respond to "MQSeries
List"
To:
[EMAIL
I can't see a tremendous use for it, but
when new features are needed for a release I can see this being an easy
feature to provide.
"Bruce Giordano"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
02/27/2004 10:12 AM
Please respond to "MQSeries
List"
To:
You really have to use one of the CICS
performance manager products to analyze what is going on in the CICS region.
Determine where each transaction is coming from and what it is doing.
WMQ by itself does not directly affect CICS, especially if the WMQ calls are
made through a batch program.
Look
With a shared queue and GET reply by
correlid there is a chance that messages could be orphaned on the queue if the
receiving application GETWAIT interval is too short. The problem becomes
determining what is too short, or too long, since a waiting process could be
holding other resources.
But wit
(BIf you need to keep non-persistent messages
(Bacross a controlled shutdown of a distributed qmanager.
(BIt appears that during a qmanager quiese it
(Bwill write the message to the log, but not otherwise.
(BSo there will be no persistent
(Bmessage overhead normally; only during a controlle
e app overwrites it.
The key question is are you
certain the app is setting MQMD.CodedCharSetId to 0 *BEFORE* every
MQGET.
You are showing the contents
AFTER the GET.
Dave
-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED]On Behalf Of
Ronald Weinger
Sent: 19 February 2004 20:3
w my ccsid.tbl file for MQ 5.3 has never heard of CCSID 785 so
I
guess that's the problem.
David
-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Ronald
Weinger
Sent: 19 February 2004 16:38
To: [EMAIL PROTECTED]
Subject: Re: MQGET error 2119
Yes, it is se
Yes, it is set to MQCCSI_Q_MGR
(=X'311') prior to the MQGET.
"David C. Partridge"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
02/19/2004 10:21 AM
Please respond to "MQSeries
List"
To:
[EMAIL PROTECTED]
cc:
Subject:
We have an application getting a MQGET
reason code 2119 (X'847') MQRC-NOT-CONVERTED.
The sending application is an NT client to
a QMGR on a SUN UNIX box. The receiver is a MVS CICS application.The
MQMD encoding is X'111' (273) and the codecharactersetid is X'1B5
(437). The MQMD-FORMAT is MQ
If you can't get is published as a redbook,
maybe it can be a support pac.
[EMAIL PROTECTED]
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
02/12/2004 12:14 AM
Please respond to "MQSeries
List"
To:
[EMAIL PROTECTED]
cc:
Subject:
How to
Did you try a Florida voting booth?
"Bond,Mark,SOLON,Business
Information Solutions (BIS)" <[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
02/11/2004 02:37 PM
Please respond to "MQSeries
List"
To:
[EMAIL PROTECTED]
cc:
Subj
We didn't have any problems.
"Mauro, Samuel"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
02/10/2004 09:16 AM
Please respond to "MQSeries
List"
To:
[EMAIL PROTECTED]
cc:
Subject:
MQ 5.2 on OS/390 2.10 64-bit
Hel
IBM is continuing support of CICS/TS 1.3
into 2006. Is your company making a big effort to move to TS 2.2?
The information contained in this message may be CONFIDENTIAL and is for
the intended addressee only. Any unauthorized use, dissemination of the
information, or copying of this message is
Randy has a good idea, but it would work
best w/ a WMQ literate automation package ( we use BMC AutoOperator)
AO would have a script to monitor a queue
for a message. Since AO is always running, the queue would always be
monitored. The message arrival on the SUN box would send a COA report message
What we really need is a (Paperless
Personal Pocket Pal) with IA&NR&CC (Instant Acronym and Name
Recognition and Conversion Capabilities) that will store PD&F
(Product Description and Features) white papers, N&OC (New and Old
Comparison) charts, WYSM ( Why You Should Migrate) summaries,
CAC
I will be out of the office starting 11/24/2003 and will not return until
12/01/2003.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or
I will be out of the office starting 11/18/2003 and will not return until
11/19/2003.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or
I will be out of the office starting 11/10/2003 and will not return until
11/12/2003.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or
tiation queue. Then, the trigger monitor will
retrieve this trigger message and start the program indicated in the
Process definition (point #4).
For more info on triggering, please
refer to the Application Programming Guide.
Best regards,
Ruzi
-Original Message-
From: Ronald Weing
Does anyone know how WMQ will 'wake up' the
application?
"Thomas Dunlap"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
11/05/2003 06:00 AM
Please respond to "MQSeries
List"
To:
[EMAIL PROTECTED]
cc:
Subject:
Re: can
It was suggested to me a long time ago by
someone in the business, that it made most financial sense to use the same
product you use to monitor the rest of your mainframe systems to monitor WMQ.
The information contained in this message may be CONFIDENTIAL and is for
the intended addressee only.
Have your automation package submit a
job executing CSQUTIL with an ALTER command. Since WMQ is time
independent you need a little slack time for the message to be processed. We
have been doing this for a couple of months without any problems.
"bob thomas"
<[EMAIL PROTECTED]>
Sent by: "
Depending on your automation package you
can issue an ALTER directly or have it submit a job to execute a program to
submit thecommand.
Since messaging is time-independent the
specified time need some built in slack.
"bob thomas"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED
Current Depth includes
non-committed messages, messages that are being processed but not
syncpointed, and expired messages.
[EMAIL PROTECTED]
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
10/21/2003 07:06 PM
Please respond to "MQSeries
List"
To:
[EMAIL PROTECTED]
I will be out of the office starting 10/13/2003 and will not return until
10/15/2003.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the
intended addressee only. Any unauthorized use, dissemination of the
information, or
Trigger messages going to an initq should
not be peristent. If the system is designed properly the originating queue
will re- generate the trigger messages.
"Randy J Clark"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
10/03/2003 03:40 PM
Please respond to "MQSeries
Lis
Depends on your syncpoint option.
"Larry Murray"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
09/22/2003 09:50 AM
Please respond to "MQSeries
List"
To:
[EMAIL PROTECTED]
cc:
Subject:
A question of "when"
If a si
Don't count on it.
I'm still upset at IBM for not
separating CICS CEMT INQ security from CEMT SET security, and both
products are out of Hursley.
"Wyatt, T. Rob"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
09/17/2003 01:39 PM
Please respond to "MQSeries
List"
To:
[EMAIL PROTECTED]
cc:
Subject:
Re: OS390 source code
YUP. I have it printing to GDG right now.
My problem is in my case the data
on the queue is in ASCII and is unreadable in the printed format:
bb
>From: Ronald Weinger <[EMAIL PROTECTED]>
>R
Can it 'print' to a QSAM file?
"Robert Broderick"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
09/08/2003 11:16 AM
Please respond to "MQSeries
List"
To:
[EMAIL PROTECTED]
cc:
Subject:
OS390 source code
I found a
White collar workers do not generally produce a tangible product that can
be bought by emerging markets. Moving help desk activities overseas does
not
create a larger market of people buying help desk services.
The information contained in this message may be CONFIDENTIAL and is for the
intende
Does the information in those '
repositories' have to be persistent? Once the Qmgr has been recycled
does MQ care what was there before?
- R
"Paul Clarke"
<[EMAIL PROTECTED]>
Sent by: "MQSeries List"
<[EMAIL PROTECTED]>
08/21/2003 01:41 PM
Please respond to "MQSeries
List"
You can get an alert generated when the queue reaches a percentage on the
max depth. You have to determine what that percentage is, and it will
depend on how rapidly messages are being put on the queue. And then have
something that will report on it to someone who can act.
It is also pretty simpl
Try to find a copy of the V1.2
MQ Tech Reference. Maybe on the IBM web site. The first 40 pages
had the best explanation I ever saw.
Otherwise, in a nutshell, consider a
qmanager a post office, a queue the mailbox, the network (SNA, TCP, whetever)
the mail truck , and the bells and whistles the
a hacker is inserting messages into your channel
How!!??
[EMAIL PROTECTED]
NK.COM To:
[EMAIL PROTECTED]
Sent by: cc:
"MQSeries List" Subject: Re: cause of channels
t does, we could "catch" the message
and take appropriate action.
When I said "bad" message, I meant a message that the application wasn't
expecting (completely different format). It was garbage and should, in my
opinion, have been disguarded by the application rather tha
What is needed is an automation package that can monitor the listener, and
a package to monitor the monitor, and then a person to watch a screen to
call the help desk when the monitor's monitor stops, and a backup for that
person.
Who said computers weren't labor intensive?
IBM's original intentio
Didi,
If they want a choice between a BMW and a Mercedes there may be room to
argue, but not between a BMW and a FIAT. Did you try explaining the cost
benefit in pounds and lirot? With less moving parts the MQ API is much
less expensive to maintain.
If you gather all the MQ manuals that reference
Didi,
Have you looked into using the MQ API from IMS without OTMA? It might be
easier to modify the existing code to call an IMS module that can issue the
API calls than deal with ISRTs and ALT PCBs. Check the MQ manuals for
restrictions though.
"Didi Dotan"
The other engine will always get you to the site of the crash
------
Ronald Weinger <[EMAIL PROTECTED]>
Sent by: MQSeries List To:
<[EMAIL PROTECTED]>
Does anyone understand the internal process? Consider: (Assume priorities
and any other MQ and CICS settings are the same, and no indexing)
Assume it takes up to 30 seconds for a remote application to process a
reply. In that time, 10 CICS transactions in 1 second intervals send
requests and issu
If the length includes the length of the MQIIH you could get a 294. It
should only be the message length + 12 (tran+lllzz)
"Beinert,
William" To: [EMAIL PROTECTED]
<[EMAIL PROTECTED]cc:
Could someone send me the instructions to subscribe to this listserv.
Thanks.
The information contained in this message may be CONFIDENTIAL and is for the intended
addressee only. Any unauthorized use, dissemination of the information, or copying of
this message is prohibited. If you are no
Besides, unions do not have the power they once did. Just look at a news
broadcast and see how many TV cameras are unmanned. 20 years ago the
unions would not have allowed that.
"Robert Broderick"
<[EMAIL PROTECTED]To: [EMAIL PROTECTED
25-30/hr for an MQ administrator (and w/o benefits) does not appear top of
the chain, esp when he is expected to be an expert on multiple platforms.
I'm wondering how many companies are looking ( or willing to settle ) for
'Jacks of all trades but master of none' vs platform specialists
t;intimate with MQ than I will ever be (probabaly smarter too). But still
if
>you ask me, I worked smarter not harder - hence the cliche.
>
>Of course, I can appreciate the point of view from the other side but
still
>feel this is evolution as previously stated.
>
>Just my two ce
I was at a New York City presentation c. 1991 , hosted by IBM to present
the business partner. George Schryver of IBM NA EI Software Marketing
was the inviter.
"Roger Meli"
<[EMAIL PROTECTED]To: [EMAIL PROTECTED]
M>
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>
Yes, Looks like GE didn't like something in the MQSeries history thread.
Maybe the 4-letter work beginning w/ 'p' and ending with 'n'.
The information contained in this message may be CONFIDENTIAL and is for the intended
addressee only. Any unauthorized use, dissemination of the informat
scary. In the end the
>programmers are nothing more than changing monkeys that know how to read
>company specific change diagrams - and then just do it.
>
>what a waste of brain power.
>
>Francois van der Merwe
>
>
>
>
> Ronal
Oh no!
A rebel without a queue.
"Robert Broderick"
<[EMAIL PROTECTED]To: [EMAIL PROTECTED]
OTMAIL.COM> cc:
Sent by: "MQSeriesSubject: Re: MQSERIES AND CICS
You forgot the 'Grandfather' product EZ-Bridge.
Fryett.Chris
<[EMAIL PROTECTED]To: [EMAIL PROTECTED]
TRUST.COM> cc:
Sent by: Subject: Re: MQ software evolution -
Jason has a good point. creating rules for all the queues in a system can
be a maintenance headache.
If the application(s) are designed to reject unrecognizable messages
(politely, rather than taking a nasty abend), then the largest exposure
would be some hacker flooding the system with garbage me
I will be out of the office starting 05/27/2003 and will not return until
06/02/2003.
I will respond to your message when I return.
The information contained in this message may be CONFIDENTIAL and is for the intended
addressee only. Any unauthorized use, dissemination of the information, or
the DLQ again. I could see loop
potential there. If you're not retrying the messages, and just
deleting them or maybe forwarding them to an application DLQ, that
wouldn't be a problem.
Ronald Weinger
<[EMAIL PROTECTED]To:
[EMAIL
oop
potential there. If you're not retrying the messages, and just
deleting them or maybe forwarding them to an application DLQ, that
wouldn't be a problem.
Ronald Weinger
<[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
If a CICS transaction, for example, starts due to trigger on first, and
then does a GET WAIT UNLIMITED, it is possible than a new message on the
queue will trigger a second execution of the transaction, but the current
execution will retrieve the message before the second one is attached.
So the s
If a RACF userid has permission to put a message on an alias queue which
has a remote queue definition as a target,
a) does the userid also need permission to put the the message on
the XMITQ
b) if so, and the userid does not have that permission, what will
happen to the message
After they do the first GET the MSGID will be what came with the message.
If the MSGID is not replaced with something else, subsequent GETs will
reuse that message id.
"MCSHEFFREY,
MICHELLE (SBCSI)"To: [EMAIL PROTECTED]
Someone tried that when the first electronic poker machines were
introduced. He ended up permanently SYNCPOINTED.
"Wyatt, T. Rob"
cc:
Sent by: "MQSeries Subject: Re: Fun with MQ
Where MQSI uses messaging to pass data to other platforms it is inherently
asynchronous.
"June Lawton"
cc:
Sent by: Subject: SYNCH/ASYCN Processing
"MQSeries List"
Bill, Could you sumarize the setup?
"Beinert,
William" To: [EMAIL PROTECTED]
<[EMAIL PROTECTED]cc:
OM> Subject: Re: IMS bridge OTMA security
- resolved
or these dual-mode programs so they
don't get mixed in with everything else.
regards,
Dennis
> -Original Message-
> From: Ronald Weinger [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, December 13, 2002 12:23 PM
> To: [EMAIL PROTECTED]
> Subject: Re: general prog
If your shop has or can create a utility program that can be called and can
respond with the runtime environment (CICS or batch), you can structure
your main program to bypass the CICS calls when running batch and bypass
the batch-only code when running in CICS. Then you only need one
main loadmod
The CICS External Call interface EXCI will do what you want as long as the
program & userid has authority to issue SP commands. It is no more
difficult than writing a regular CICS program. The EI stub is different
(picked up by a translator option EXCI) and you need the proper connection
definiti
Make sure your logs and pagesets are large enough to hold everything if
there is any kind of failure, and your log archiving can handle it fast
enough The messages may block other messages along the same channel so
you might consider a separate channel if traffic warrants it.
Usually those symptoms indicate a mismatched or mispelled definition
between what is in the application and the MQ objects.
"MCSHEFFREY,
The program comes with MQS 5.2
"Mark Steely"
cc:
Sent by: Subject: Re: CSQUDLQH
"MQSeries List"
11/21/2002 09:54
Try moving the appropriate 'none' value to MQMD-MSGID.
"Shah, Urvesh (CAP, GEFA Contractor)" <[EMAIL PROTECTED]>
@AKH-Wien.AC.AT> on 11/18/2002 03:23:16 PM
Please respond to "MQSeries List" <[EMAIL PROTECTED]>
Sent by:"MQSeries List" <[EMAIL PROTECTED]>
To:[EMAIL PROTECTED]
cc:
Su
A queue is the equivalent of an unemployment line. Messages (People) are
added at the back and processed at the front. Special messages (movie stars
and politicians) have priority and can be added at the back but processed
before any with a lower priority.
"Steve Vaughn" <[EMAIL PROTECTED]>
MQ is easier to set up
MQ will assure delivery if CICS is down when the messages are sent
"Wesley Shaw" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 11/07/2002 04:12:11
PM
Please respond to "MQSeries List" <[EMAIL PROTECTED]>
Sent by:"MQSeries List" <[EMAIL PROTECTED]>
To:[EMAIL PROTEC
I wrote a small terminal driven CICS program to do that for MVS queues. It
will also select by message type, userid , origin and submitting
application.
It browses the queue and when a message that meets the criteria is found
issues a GET UNDER CURSOR. It will also remove all the messages by
s
There are several vendor products using MQSeries as an inter-platform
transport that have adapter code which will extract and load data ffrom and
to various database and file formats.
NAWENDU_B <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 10/24/2002 02:22:57 AM
Please respond to "MQSeries List" <[E
If you are referring to CICS, the CICS region has the connection handle so
all applications use one handle. If you are referring to an IMS
environment,
each transaction will have its own handle which will not be carried over to
other transactions.
"Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]>
Look for a CSQQSTUB
"David C. Partridge" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on
10/08/2002 11:00:30 AM
Please respond to "MQSeries List" <[EMAIL PROTECTED]>
Sent by:"MQSeries List" <[EMAIL PROTECTED]>
To:[EMAIL PROTECTED]
cc:
Subject:IMS bridge
Does anyone know which MQ stub t
In the MQMD-FORMAT field the value MQFMT-IMS indicates that there is an
MQIIH header and MQFMT_IMS_VAR_STRING in the MQIIH header indicates the
following LLZZ and IMS transid. The LLZZ values are binary . The channel
initiator will invoke the proper data conversion when putting the message
to t
1 - 100 of 115 matches
Mail list logo