Hi,
I could see all error messages that occur in the
message flow in the Event Viewer (WMQI 2.1 for Windows
NT)
Where are these error messages written in the case of
the broker on HP UX.
I dont see any messages in var/adm/syslog , is there
any configuration to be done , please suggest.
Thanks and
I will be out of the office starting 09-12-2002 and will not return until
31-12-2002.
Regards,
Ton
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
Reginaldo,
You can also use the full-text search capabilities of the MQSeries.net
archive at:
http://www.mqseries.net/phpBB2/search.php
-Brandon
---
Brandon Duncan
IBM Certified MQSeries Specialist, Solutions Expert
Moderator www.MQSeries.net
[EMAIL
I have noticed this problem as well. Is anyone working on fixing this? I
entered a feedback entry to IBM asking if anyone over there was aware of the
problem and going to fix it.
Thank you,
Barry Goldstein
Ameren Services
Saint Louis, Missouri
> Hi,
> I'm testing with a 5.3 qmgr and the latest sa
Please,
How can i get access at MQSeries LIST ARCHIVE
?
Thanks in advance.
Reginaldo S. Rosa
Hi Listers.
Is anyone aware of any products that are capable of
runtime checking of MQ channel exits (for memory leaks, overwrites, that kind of
thing)?
We have an intermittent problem in one of our exits
where AIX says it cannot allocate memory because some heap corruption has
occurred,
I will be out of the office starting 12/09/2002 and will not return until
01/13/2003.
I will respond to your message when I return.
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-w
Hi Everyone,
I've run into a problem that I'd like to run by the experts. My environment consists
of the following:
1. Two hosts - a Win2K workstation running MQ5.2, and an OS/390 server running MQ2.1.
2. Applications on both platforms writting in Java using the Java Bindings for MQ
(MA
Hi John,
I had a nasty feeling that suggesting any particular feature was
unnecessary would get me into hot water. I'll try and clarify my
position below...
John Scott wrote:
James,
Why don't you believe it [queue depth] to be very useful for writing
messaging applications?
Simply because I
>>>I've worked with MQSeries (technical support - OS/390 environment)
about 5 years, but
>>>here in the company , our activity with this product is LOW. We don't
have many applications
>>>using MQSeries, and these applications has been written using directly
API MQSeries
>>>(CALL ' MQCONN , MQDI
James,
Why don't you believe it [queue depth] to be very useful for writing
messaging applications? Is it really a valid starting point? Sure you could
probably develop applications to achieve the same thing without the queue
depth, but that's no justification for leaving the property out (otherwi
Hi John,
>>>James Kingdon's post of 9 December is responsive, but facilities that
return the
>>>current length/depth of a queue, the current size/node count of a
binary-search tree,
>>>etc., etc., do not really require detailed individual justification.
They should always
>>>be provided. Failure t
Hi everybody !!
I have a doubt about MQSeries (OS/390
environment).
I've worked with MQSeries (technical support -
OS/390 environment) about 5 years, but here in the company , our activity with
this product is LOW. We don't have many applications using MQSeries, and
these applications
Hello John,
Thanks for your perspective. Recall that JMS is an open specification
from the Java Community Process. In that environment every feature did
indeed require detailed individual justification. I can't remember a
conversation about providing access to the current queue depth, but had
ther
James Kingdon's post of 9 December is responsive, but facilities that return the current length/depth of a queue, the current size/node count of a binary-search tree, etc., etc., do not really require detailed individual justification. They should always be provided. Failure to do so ensures
Hello Vinay,
I'm afraid there is no equivalent feature in JMS. I'm always intrigued
to know what problems people are trying to solve when they encounter
lakc of functionality in JMS - would you be willing to describe your
intended use for currentDepth?
Regards,
James.
vinay_tiwari wrote:
Hi,
Hi,
In Native Java APIs for MQSeries we have a method queue.getCurrentDepth() which
returns number of messages in the queue.
Are there some APIs available in MQJMS ma88 pac implementation which provide similar
functionalities.
Regards,
Vinay
Instructions for managing your mailing list su
17 matches
Mail list logo