I am running this code on windows with websphere mq v5.3, I will increment the counter but the program fails before that part.
thanks"Jay H. Lang" [EMAIL PROTECTED] wrote:
I have your code running..since it is a NATIVE error, I think that you are missing something in your lib or libpath. What
A grep on all source code finds not one instance
of MQBEGIN.
An MQBEGIN marks the beginning of a
global unit of work. where another resource like a database
is involved an the QM is doing the resource coordination.
A local unit of work is requested when
doing an MQGET, MQPUT, or MQPUT1 with
Then I think that your lib variable does not have c:\Program Files\ibm\MQSeries\Java\lib
in it. Or has the wrong version.
--
Jay H. Lang
Chief Technologist
Distributed Computing Professionals Inc.
IBM Certified Specialist - WebSphere MQ
651 406-2131 - USPS Office
303 277-1873 - Colorado Office
Tony,
The MQBegin will only start a UOW with relation to managed resources (ie a
Database or VSAM on OS390). The implication here is that your app is writing
the message to the queue under syncpoint and failing to issue a commit after
it's own self imposed UOW.
If you do a QSTAT and acquire the
A badly coded application may not have
coded MQCMIT. It may require a closer look at the code and the options
set.
Markus Sonderegger [EMAIL PROTECTED]
Sent by: MQSeries List [EMAIL PROTECTED]
11/04/2004 07:21 AM
Please respond to
MQSeries List [EMAIL PROTECTED]
To
[EMAIL
Hello all,
I need to migrate user's queue manager from one platform to another (Solaris to Linux
to be precise). Is there some utility or support pac that can help in migrating queue
data? For example some utility that can gather all data on one platform to some
platform-independent file that
Pavel,
MQ is it's own platform-independent data mover! Last time I did a migration such as
you describe, I just set up channels between the two boxes and wrote a script to copy
the contents of the queues across the channel. Once the messages were confirmed good
on the new QMgr, I deleted the
One trick is to use MO71. You can create your Linux QMGR and then define
your Linux and Solaris QMGRS to the tool. Use the tool to move data from one
queue at a time to the other. If you have MUCHO data on MUCHO queues this
becomes a pain in the arse. Other than that it works well.
I suppose that even though both systems are unix the logs would not be
compatible. If you are using linear logging and save the log and qmgrs
files you can bring a qmgr up on another box. I've done this with Windows
to Windows and successfully restored qmgrs right down to the channel
sequencing
Thanks Bobbee!
Will report the results if I have to use it. First, I will try to verify users really
need their data :-).
Pavel
Robert Broderick
[EMAIL PROTECTED]To: [EMAIL PROTECTED]
OTMAIL.COM cc:
Let me try to fill in a couple of blanks. First, the conventional
wisdom would be that recycling the qmgr clears it up because it forces
an end to all UOW's, eliminating all uncommitted gets/puts. Second,
client connections are more prone to some unexpected effects because the
qmgr is not always
We are currently investigating MQSeries monitoring tools. The environment
is z/OS 1.5, MQ 5.3.1. We are looking for some comparisons of products
with regard to feature/function and pro/con for any of these products. Any
opinions are most welcome.
George Shedlock Jr
Instructions for managing your
Can someone please clarify RECOVER BSDS command and Procedures on z/OS.
I am refering to MQSeries System Administration Guide for z/OS
Recovering The BSDS
This section states that for DUAL BSDS mode
you can recover a damaged BSDS by;
1. Use IDCAMS DELETE/DEFINE to define a new BSDS
2. Use +cpf
You might want to look at Tivoli Monitoring for MQSeries
Karla E. Kirkpatrick
MQSeries, System Administrator for Special Events
Work: (919) 486-2213
Cell: (919) 824-1574
e-mail: [EMAIL PROTECTED]
Yes, especially the former Candle products that are now under Tivoli. We use Omegamon
XE/DE here.
Ò¿Ó
Bob Juch
Citigroup
MQ Mainframe Support Team
Weehawken, NJ
201-974-2147
mailto:[EMAIL PROTECTED]
-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Karla
If MQ is up when it detects that it
has a damaged BSDS, it dynamically unallocates it and continues with the
other one. At this point, you have to recreate the damaged one, then
issue the recover command. MQ will dynamically allocate and do the
recovery processing. If it happens during startup,
Robert
How do you like XE??? We still have Mainview but with WBI (FN) and the other Omegamons GUI plugins, XE may
be a good fit.
Thanks
Rich Jackson
212-855-8297
Juch, Robert [EMAIL PROTECTED]
Sent by: MQSeries List [EMAIL PROTECTED]
11/04/2004 04:12 PM
Please respond to MQSeries List
Use ITM
Or you could shoot yourself,. At lease that will be a less painful...
Tivoli is beast. If you are considering ITM (IBM Tivoli Monitoring) anyway.
You need to install framework management and ITM sits on top of that.
You will need a few servers to implement the product plus a TEC
Omegamon XE DE and QPasa are your best of breed
products.
If you have Candle (aka Tivoli) Omegamon inhouse, you
can integrate CICS, MVS and distributed platforms
easily.
If you do not already use Candle/Tivoli (IBM bought
Candle 4/1/04 and is rebranding it as Tivoli), take a
loke at MQSoftware's
Rich,
I love the displays but it does have problems reconnecting to the various components
if there's a network outage. I have to bounce the started task often and restart the
Windows CandleNet Portal.
The great thing about it is that you can see every problem on your system, not just MQ.
Just to confirm that all horror stories below are all true.. :-)
Additionally, the user interface is the most counterintuitive GUI I have ever used.
Additionally, now that Candle is bought, there is an uncertainty in terms of what of
the product families will evolve better --- or even at all.
Hi,
I am having a bizzare problem where i am seeing only 4 out of 10
queues in the Perfmon. Is there any way I can see these Vanished queues on the
perfmon.
Thanks
Krishan
If you have never seen them you might need to do the discover again and if not I would suggest you redistribute the RM, so they can pick up.
Karla E. Kirkpatrick
MQSeries, System Administrator for Special Events
Work: (919) 486-2213
Cell: (919) 824-1574
e-mail: [EMAIL PROTECTED]
Agarwal,
23 matches
Mail list logo