Re: Issuing MQSC commands on a remote queue manager

2004-09-09 Thread Niklas Gustavsson
Hey
I've written a small application that will act just like runmqsc but
that will work as a client so that you can connect to any queue manager.
A first version (0.1) is posted on my site:
http://www.protocol7.com/code/remotemqsc/
/niklas
Mabrito,Greg wrote:
I am attempting to run MQSC commands on a remote queue manager from a
non default local queue manager.  Is it possible to do this?  Since
runmqsc doesn't accept multiple queue managers I assume you need a
local default queue manager to send remote MQSC commands from.  Does
anyone have any workarounds other than making the local queue manager
the default?
Thanks,
Greg
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: JAVA app can't see clustered queues

2004-06-29 Thread Niklas Gustavsson
Brendan,
if you'r using the MQ base Java API you can get this reason code if you
open the queue for both input and output. In Rogers example you can
reproduce this error with the follwing change:
int openOptions = MQC.MQOO_INPUT_SHARED + MQC.MQOO_OUTPUT +
MQC.MQOO_FAIL_IF_QUIESCING;
This will cause the code to throw an 2085 error when running the code.
Some earlier versions of RFHUtil (e.g. 3.1.0) had a related bug which
made it impossible to use it for putting to clustered queues.
/niklas
Personal: www.protocol7.com
Work. www.zystems.se
Potkay, Peter M (PLC, IT) wrote:
Brendan, I assumed JMS when I read your post.
If its plain JAVA, then Roger's advice is the way to go:
http://www.mqseries.net/phpBB2/viewtopic.php?t=16213

-Original Message-
*From:* Potkay, Peter M (PLC, IT)
[mailto:[EMAIL PROTECTED]
*Sent:* Tuesday, June 29, 2004 11:03 AM
*To:* [EMAIL PROTECTED]
*Subject:* Re: JAVA app can't see clustered queues
You probably have the QMANAGER property of the queue object filled
in. The manual says that that is the name of the QM you are
connected to. The manual is WRONG. That property maps to the
MQOD_ObjectQmngrName field.
So, if you are connected to QM1, and QM2 and QM3 are the only QMs
that have the queue in question, and you have QM1 in QMANAGER, the
underlying MQ code is trying to put the message to the queue on
QM1, which does not exist. Blank out QMANAGER, and the message
will round robin between QM2 and QM3. Or if you need to put the
message specifically to QM2 or QM3, stick that in QMANAGER.
I dealt with this before:
http://www.mqseries.net/phpBB2/viewtopic.php?t=12350highlight
http://www.mqseries.net/phpBB2/viewtopic.php?t=12350highlight=


-Original Message-
*From:* Brendan Drummond [mailto:[EMAIL PROTECTED]
*Sent:* Tuesday, June 29, 2004 10:45 AM
*To:* [EMAIL PROTECTED]
*Subject:* JAVA app can't see clustered queues
Hi,
We're having a few problems when a JAVA application is trying
to put messages to a clustered queue which exists on 2
(remote) full repository boxes.
If we specify the clustered queue in the connection
configuration, we receive the 2085 error code.
I have also tried creating a local Alias queue that has the
clustered queue as the base queue howver we get the 2082 error
code.
If we put to a normal local queue, this works ok.
The queue manager we are putting messages on to is part of the
cluster and an amqsput works for both of the scenarios above.

Any ideas...?


**Brendan Drummond***
*Middleware Support
**Energis***
*Direct Dial: +44 (0) 118 919 2443
Switchboard: +44 (0) 20 7206 
http://www.energis.com http://www.energis.com/

At Energis we want our customers to succeed. That's why we
really welcome
your views on how we can improve our performance. If you have
any comments,
good or bad, please let us know by following this link to our
feedback form:
http://www.energis.com/contact/feedback.asp

This e-mail is sent by Energis Communications Limited and its
contents are
confidential and may be legally privileged.


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