MQ0I support pac - plsql with MQ

[Nick Dilauro]

Hi,

I'm trying to debug a PLSQL program which interfaces with MQ.  The program
is running as a client on AIX.  The MQ client is successfully installed on
the AIX box (v5.3).  The program is getting a 2139 (which is a bad CNO
structure) on an MQCONNX call.  I'm not familiar with PLSQL and the MQ
interface so I was wondering if someone had a sample plsql/mq program which
does the MQCONNX specifying the connection name and channel name so I can
compare it to see what's wrong in the program I'm looking at.  The program
is rather large so I don't want to attach it.  I could send relevant
portions but a sample would be helpful in determining what those are.

Nick

__

Nicholas DiLauro
MQSeries Administrator
QRS Corporation
1400 Marina Way South
Richmond, CA 94804
t: 510-231-6544
f: 510-621-6544
[EMAIL PROTECTED]

__

This message contains information that may be confidential or proprietary,
or protected by the attorney-client privilege or work product doctrine
intended solely for the use of the addressee(s) named above. Any review,
disclosure, distribution, copying or use of the information by others is
strictly prohibited. If you have received this message in error or without
authorization, please advise the sender by immediate reply and delete the
original message. All email sent to this address will be received by the QRS
corporate email system and is subject to archiving and review by someone
other than the recipient.

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: Backout queue processing in JMS

[Miller, Dennis]

I don't know the innards of JMS, but conceptually I think you have a perceptive 
developer and technique with limited usefulness.  
Problem is, there is no way to issue a commit on just the exception messages. The 
MQGET/MQPUT of any exception messages and the MQGET of the first non-exception message 
that follow them all become part of the same UOW. If that's no acceptable, I'll bet 
your out of luck. I, too would appreciate any discussion of JMS backout/requeue. I 
think I finally appreciate the ultimate wisdom of MQ developers to leave that one 
alone!



> -Original Message-
> From: Wyatt, T. Rob [SMTP:[EMAIL PROTECTED]
> Sent: Friday, August 01, 2003 12:40 PM
> To:   [EMAIL PROTECTED]
> Subject:   Backout queue processing in JMS
> 
> Hi all,
> 
> We recently discovered that JMS would honor the BOQUEUE and BOTHRESH
> parameters and set up an exception queue for one of our applications.
> Problem is that whenever messages are put to the exception queue, they
> remain uncommitted for long periods of time.  Since the requeing takes place
> outside of application control, the developer doesn't know at what point, if
> at all, she can issue a commit on the exception messages.  Does anyone know
> of a good doc that discusses backout queue processing in JMS?  Or maybe you
> have some advice on the matter to pass along?
> 
> Thanks in advance!
> -- T.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

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: Channel Retries Left

[Jim Ford]

The way that it should work is that the sender does a retry. If
unsuccessful, it waits SHORTTMR seconds, then retries again. This is
repeated SHORTRTY times. Once that number is reached, the processing
uses LONGTMR and LONGRTY to govern further retries. When LONGRTY has
been reached, the channel goes into STOPPED status.

But the default is to retry every 20 minutes for 999,999,999 attempts
(essentially forever). So if you see the channel going into STOPPED
status after a short burst of retries, you've got these things set too
low.




  Bob Kasischke
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  SFARGO.COM> cc:
  Sent by: MQSeries List  Subject:  Re: Channel Retries 
Left
  <[EMAIL PROTECTED]
  >


  08/01/2003 04:54 PM
  Please respond to
  MQSeries List






Yes, but the problem is (when in Long Retry mode)
it spends very little time in RETRYING Status and
it quickly goes into STOPPED.

Typically it is in Long Retry mode for 20 minutes
and then in Retry for relatively short period of
time.  By the time I get around to trouble shoot
I have usually missed the 'Retry' phase.


-Original Message-
From: Jim Ford [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 2:40 PM
To: [EMAIL PROTECTED]
Subject: Re: Channel Retries Left


Actually, you also see value of these parameters when the channel is
in RETRY status. Your example shows the channel in STOPPED status, but
the values aren't meaningful then. Only when the channel is retrying.




  Bob Kasischke
  <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  SFARGO.COM> cc:
  Sent by: MQSeries List  Subject:
Channel
Retries Left
  <[EMAIL PROTECTED]
  >


  08/01/2003 04:17 PM
  Please respond to
  MQSeries List






All,
(Maybe it's just a defect in the platform I'm working on but) Is there
a
way (in MQ V5.1) to display the Long and Short Retries Left values
for a channel that is not started?  I only get a value for
these parameters when the channel is started/running and at that point
they have been reset (to max)


Bob K


 dis chstatus(*) saved all
AMQ8417: Display Channel Status details.
   CHANNEL(ENT.TTN09.ITN09.CH01)   XMITQ( )
   CONNAME(TTN09)  SAVED
   CHLTYPE(RCVR)   INDOUBT(NO)
   LSTSEQNO(9) LSTLUWID(061AE9856224A39D)
   CURMSGS(0)  CURSEQNO(9)
   CURLUWID(061AE9856224A39D)  STATUS(STOPPED)
AMQ8417: Display Channel Status details.
   CHANNEL(ENT.ITN09.ISN19.CH01)
XMITQ(ENT.SIT.ITN09.TO.ISN19.QX01)
   CONNAME(ISN19)  SAVED
   CHLTYPE(0)  INDOUBT(NO)
   LSTSEQNO(5) LSTLUWID()
   CURMSGS(0)  CURSEQNO(5)
   CURLUWID()  STATUS(STOPPED)

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

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: Channel Retries Left

[Bob Kasischke]

Yes, but the problem is (when in Long Retry mode)
it spends very little time in RETRYING Status and
it quickly goes into STOPPED.

Typically it is in Long Retry mode for 20 minutes
and then in Retry for relatively short period of
time.  By the time I get around to trouble shoot
I have usually missed the 'Retry' phase.


-Original Message-
From: Jim Ford [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 2:40 PM
To: [EMAIL PROTECTED]
Subject: Re: Channel Retries Left


Actually, you also see value of these parameters when the channel is
in RETRY status. Your example shows the channel in STOPPED status, but
the values aren't meaningful then. Only when the channel is retrying.




  Bob Kasischke
  <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  SFARGO.COM> cc:
  Sent by: MQSeries List  Subject:  Channel
Retries Left
  <[EMAIL PROTECTED]
  >


  08/01/2003 04:17 PM
  Please respond to
  MQSeries List






All,
(Maybe it's just a defect in the platform I'm working on but) Is there
a
way (in MQ V5.1) to display the Long and Short Retries Left values
for a channel that is not started?  I only get a value for
these parameters when the channel is started/running and at that point
they have been reset (to max)


Bob K


 dis chstatus(*) saved all
AMQ8417: Display Channel Status details.
   CHANNEL(ENT.TTN09.ITN09.CH01)   XMITQ( )
   CONNAME(TTN09)  SAVED
   CHLTYPE(RCVR)   INDOUBT(NO)
   LSTSEQNO(9) LSTLUWID(061AE9856224A39D)
   CURMSGS(0)  CURSEQNO(9)
   CURLUWID(061AE9856224A39D)  STATUS(STOPPED)
AMQ8417: Display Channel Status details.
   CHANNEL(ENT.ITN09.ISN19.CH01)
XMITQ(ENT.SIT.ITN09.TO.ISN19.QX01)
   CONNAME(ISN19)  SAVED
   CHLTYPE(0)  INDOUBT(NO)
   LSTSEQNO(5) LSTLUWID()
   CURMSGS(0)  CURSEQNO(5)
   CURLUWID()  STATUS(STOPPED)

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

Really Big Pagesets

[Jim Ford]

In a previous thread, I mentioned that we are sending gobs of BLOBs
from the mainframe to a Unix machine. The mainframe side will be
putting the messages far faster than the Solaris side will be
consuming them. So we want to queue up as much data in the xmitq as we
can, and let MQSeries deliver it when it can.

I've got the OS/390 disk available to me to do that (10 3390s), but I
find that the maximum size of a pageset is 4GB, or a little less than
2 volumes. I assume that means that a queue cannot contain more than
4GB of data either.

How can I handle this? I realize that the application could take on
the burden of knowing when to stop, but we were all hoping to just
dump the data to MQ and the product unload it over time. It's a rare
thing here to have this much disk available and I'd like to use it.

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: Channel Retries Left

[Jim Ford]

Actually, you also see value of these parameters when the channel is
in RETRY status. Your example shows the channel in STOPPED status, but
the values aren't meaningful then. Only when the channel is retrying.




  Bob Kasischke
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  SFARGO.COM> cc:
  Sent by: MQSeries List  Subject:  Channel Retries Left
  <[EMAIL PROTECTED]
  >


  08/01/2003 04:17 PM
  Please respond to
  MQSeries List






All,
(Maybe it's just a defect in the platform I'm working on but) Is there
a
way (in MQ V5.1) to display the Long and Short Retries Left values
for a channel that is not started?  I only get a value for
these parameters when the channel is started/running and at that point
they have been reset (to max)


Bob K


 dis chstatus(*) saved all
AMQ8417: Display Channel Status details.
   CHANNEL(ENT.TTN09.ITN09.CH01)   XMITQ( )
   CONNAME(TTN09)  SAVED
   CHLTYPE(RCVR)   INDOUBT(NO)
   LSTSEQNO(9) LSTLUWID(061AE9856224A39D)
   CURMSGS(0)  CURSEQNO(9)
   CURLUWID(061AE9856224A39D)  STATUS(STOPPED)
AMQ8417: Display Channel Status details.
   CHANNEL(ENT.ITN09.ISN19.CH01)
XMITQ(ENT.SIT.ITN09.TO.ISN19.QX01)
   CONNAME(ISN19)  SAVED
   CHLTYPE(0)  INDOUBT(NO)
   LSTSEQNO(5) LSTLUWID()
   CURMSGS(0)  CURSEQNO(5)
   CURLUWID()  STATUS(STOPPED)

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

Channel Retries Left

[Bob Kasischke]

All,
(Maybe it's just a 
defect in the platform I'm working on but) Is there a 
way (in MQ V5.1) to 
display the Long and Short Retries Left values
for a channel that 
is not started?  I only get a value for
these parameters 
when the channel is started/running and at that point
they have been reset 
(to max)
Bob 
K
 dis chstatus(*) saved allAMQ8417: Display 
Channel Status details.   
CHANNEL(ENT.TTN09.ITN09.CH01)   
XMITQ( )   
CONNAME(TTN09)  
SAVED   
CHLTYPE(RCVR)   
INDOUBT(NO)   
LSTSEQNO(9) 
LSTLUWID(061AE9856224A39D)   
CURMSGS(0)  
CURSEQNO(9)   
CURLUWID(061AE9856224A39D)  
STATUS(STOPPED)AMQ8417: Display Channel Status details.   
CHANNEL(ENT.ITN09.ISN19.CH01)   
XMITQ(ENT.SIT.ITN09.TO.ISN19.QX01)   
CONNAME(ISN19)  
SAVED   
CHLTYPE(0)  
INDOUBT(NO)   
LSTSEQNO(5) 
LSTLUWID()   
CURMSGS(0)  
CURSEQNO(5)   
CURLUWID()  
STATUS(STOPPED)

Backout queue processing in JMS

[Wyatt, T. Rob]

Hi all,

We recently discovered that JMS would honor the BOQUEUE and BOTHRESH
parameters and set up an exception queue for one of our applications.
Problem is that whenever messages are put to the exception queue, they
remain uncommitted for long periods of time.  Since the requeing takes place
outside of application control, the developer doesn't know at what point, if
at all, she can issue a commit on the exception messages.  Does anyone know
of a good doc that discusses backout queue processing in JMS?  Or maybe you
have some advice on the matter to pass along?

Thanks in advance!
-- T.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

What are the rules for port usage?

[Pierson, Doug (ITD)]

Title: What are the rules for port usage?






Hello, 


In a particular implementation of MQ, I have to restrict the outbound (sender channel) port usage to a particular port or range of ports because of the way the customer configures its firewall. I'm doing this using the MQTCPSDRPORT environment variable. For inbound traffic, MQ listens on a given port and can accomodate multiple concurrent transmissions coming in on that port. For outbound traffic, it doesn't seem to allow multiple concurrent transmissions going out on a single port, even though the outbound transmissions are destined for different IP addresses. 

Not having experience coding sockets, my question is this: What are the rules of the game when it comes to ports? I've read the ma86 support pack. In it, the author says "Each sockets conversation is identified by a unique combination of source and target ip address, port number, and protocol... Only one conversation can exist on a network with a specific signature." Well, if that's true, then why can't I seem to send concurrent traffic to two different destinations using the same sender port? 

Thanks in advance for your help, 

Doug Pierson




Douglas Pierson

Systems Engineering, Inc.

ITD CommBridge Team


ITD  Phone: 617-626-4506

Cell Phone: 781-405-2000

Re: Channel Always in Binding State

[Kearns, Emile E]

Open a port. Read this:

http://www-3.ibm.com/software/integration/support/supportpacs/individual/ma8
6.html

-Original Message-
From: Sony Varghese [mailto:[EMAIL PROTECTED]
Sent: 01 August 2003 12:09
To: [EMAIL PROTECTED]
Subject: Re: Channel Always in Binding State


Yes Emile, there are  firewalls in between

How can this problem be resolved?

-Original Message-
From: Kearns, Emile E [mailto:[EMAIL PROTECTED]
Sent: 01 August 2003 10:48
To: [EMAIL PROTECTED]
Subject: Re: Channel Always in Binding State


Any Firewalls in between?

-Original Message-
From: Sony Varghese [mailto:[EMAIL PROTECTED]
Sent: 01 August 2003 11:30
To: [EMAIL PROTECTED]
Subject: Channel Always in Binding State


Hello,

I've got a sender channel always in the binding state.
If I ping the channel, I get a time out error

But I'm able to ping the destination address (defined in the conname
parameter of the channel)
only from the machine on which the queue manager runs.

Any idea why this happens and how I can get this working ?

Do reply.

Regards
Sony Varghese

GIO-Middleware

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

For information about the Standard Bank group visit our web site
www.standardbank.co.za

Disclaimer and confidentiality note

Everything in this e-mail and any attachments relating to the official
business of the Standard Bank Group Limited  is proprietary to the group.
It is confidential, legally privileged and protected by law. Standard Bank
does not own and endorse any other content. Views and opinions are
those of the sender unless clearly stated as being that of the group.The
person addressed in the e-mail is the sole authorised recipient. Please
notify the sender immediately if it has unintentionally reached you and do
not read, disclose or use the content in any way.
Standard Bank can not assure that the integrity of this communication has
been maintained nor that it is free of errors, virus, interception or
interference.
I

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

For information about the Standard Bank group visit our web site
www.standardbank.co.za

Disclaimer and confidentiality note

Everything in this e-mail and any attachments relating to the official business of the 
Standard Bank Group Limited  is proprietary to the group.
It is confidential, legally privileged and protected by law. Standard Bank does not 
own and endorse any other content. Views and opinions are
those of the sender unless clearly stated as being that of the group.The person 
addressed in the e-mail is the sole authorised recipient. Please
notify the sender immediately if it has unintentionally reached you and do not read, 
disclose or use the content in any way.
Standard Bank can not assure that the integrity of this communication has been 
maintained nor that it is free of errors, virus, interception or interference.
I

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: Channel Always in Binding State

[Luc-Michel Demey]

Chek Support Pack MA86 (documentation) at  :
http://www-
3.ibm.com/software/integration/support/supportpacs/individual/ma86.h
tml

and give the pdf to your firewall admin !

HTH, Luc-Michel.



Date sent:  Fri, 1 Aug 2003 11:08:50 +0100
Send reply to:  MQSeries List <[EMAIL PROTECTED]>
From:   Sony Varghese <[EMAIL PROTECTED]>
Subject:Re: Channel Always in Binding State
To: [EMAIL PROTECTED]

> Yes Emile, there are  firewalls in between
>
> How can this problem be resolved?
>
> -Original Message-
> From: Kearns, Emile E [mailto:[EMAIL PROTECTED]
> Sent: 01 August 2003 10:48
> To: [EMAIL PROTECTED]
> Subject: Re: Channel Always in Binding State
>
>
> Any Firewalls in between?
>
> -Original Message-
> From: Sony Varghese [mailto:[EMAIL PROTECTED]
> Sent: 01 August 2003 11:30
> To: [EMAIL PROTECTED]
> Subject: Channel Always in Binding State
>
>
> Hello,
>
> I've got a sender channel always in the binding state.
> If I ping the channel, I get a time out error
>
> But I'm able to ping the destination address (defined in the conname
> parameter of the channel)
> only from the machine on which the queue manager runs.
>
> Any idea why this happens and how I can get this working ?
>
> Do reply.
>
> Regards
> Sony Varghese
>
> GIO-Middleware
>
> 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
>
> For information about the Standard Bank group visit our web site
> www.standardbank.co.za
>
> Disclaimer and confidentiality note
>
> Everything in this e-mail and any attachments relating to the official
> business of the Standard Bank Group Limited  is proprietary to the group.
> It is confidential, legally privileged and protected by law. Standard Bank
> does not own and endorse any other content. Views and opinions are
> those of the sender unless clearly stated as being that of the group.The
> person addressed in the e-mail is the sole authorised recipient. Please
> notify the sender immediately if it has unintentionally reached you and do
> not read, disclose or use the content in any way.
> Standard Bank can not assure that the integrity of this communication has
> been maintained nor that it is free of errors, virus, interception or
> interference.
> I
>
> 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
>

--
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

Re: Channel Always in Binding State

[Sourav Debnath]

Hi 
just a test message ,,pl ignore..

Thanks and Regards

Sourav Debnath
Specialist
E Business Integration Services
Web Development Company Ltd
www.dvlp.com
Ph:// 91.33.357 5521 /25 /26 /27
Fax 91.33.357 5524
www.dvlp.com

Re: Channel Always in Binding State

[Sony Varghese]

Yes Emile, there are  firewalls in between

How can this problem be resolved?

-Original Message-
From: Kearns, Emile E [mailto:[EMAIL PROTECTED]
Sent: 01 August 2003 10:48
To: [EMAIL PROTECTED]
Subject: Re: Channel Always in Binding State


Any Firewalls in between?

-Original Message-
From: Sony Varghese [mailto:[EMAIL PROTECTED]
Sent: 01 August 2003 11:30
To: [EMAIL PROTECTED]
Subject: Channel Always in Binding State


Hello,

I've got a sender channel always in the binding state.
If I ping the channel, I get a time out error

But I'm able to ping the destination address (defined in the conname
parameter of the channel)
only from the machine on which the queue manager runs.

Any idea why this happens and how I can get this working ?

Do reply.

Regards
Sony Varghese

GIO-Middleware

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

For information about the Standard Bank group visit our web site
www.standardbank.co.za

Disclaimer and confidentiality note

Everything in this e-mail and any attachments relating to the official
business of the Standard Bank Group Limited  is proprietary to the group.
It is confidential, legally privileged and protected by law. Standard Bank
does not own and endorse any other content. Views and opinions are
those of the sender unless clearly stated as being that of the group.The
person addressed in the e-mail is the sole authorised recipient. Please
notify the sender immediately if it has unintentionally reached you and do
not read, disclose or use the content in any way.
Standard Bank can not assure that the integrity of this communication has
been maintained nor that it is free of errors, virus, interception or
interference.
I

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

Re: Channel Always in Binding State

[Kearns, Emile E]

Any Firewalls in between?

-Original Message-
From: Sony Varghese [mailto:[EMAIL PROTECTED]
Sent: 01 August 2003 11:30
To: [EMAIL PROTECTED]
Subject: Channel Always in Binding State


Hello,

I've got a sender channel always in the binding state.
If I ping the channel, I get a time out error

But I'm able to ping the destination address (defined in the conname
parameter of the channel)
only from the machine on which the queue manager runs.

Any idea why this happens and how I can get this working ?

Do reply.

Regards
Sony Varghese

GIO-Middleware

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

For information about the Standard Bank group visit our web site
www.standardbank.co.za

Disclaimer and confidentiality note

Everything in this e-mail and any attachments relating to the official business of the 
Standard Bank Group Limited  is proprietary to the group.
It is confidential, legally privileged and protected by law. Standard Bank does not 
own and endorse any other content. Views and opinions are
those of the sender unless clearly stated as being that of the group.The person 
addressed in the e-mail is the sole authorised recipient. Please
notify the sender immediately if it has unintentionally reached you and do not read, 
disclose or use the content in any way.
Standard Bank can not assure that the integrity of this communication has been 
maintained nor that it is free of errors, virus, interception or interference.
I

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

Channel Always in Binding State

[Sony Varghese]

Hello,

I've got a sender channel always in the binding state.
If I ping the channel, I get a time out error

But I'm able to ping the destination address (defined in the conname
parameter of the channel)
only from the machine on which the queue manager runs.

Any idea why this happens and how I can get this working ?

Do reply.

Regards
Sony Varghese

GIO-Middleware

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 Visual Edit v0.5.0

[Roger Lacroix]

All:

I have released the next beta v0.5.0 of MQ Visual Edit.

The following enhancements / fixes have been made:
 - Added XML Viewer (read-only) to the Simple Message Edit Panel
 - Now the MQ Visual Edit distribution includes the xerces.jar XML parser.
 - Updated the classpath environment variable in both mqve.bat & mqve.sh
 - The Simple Edit Message Panel now remembers the height & width.
 - Fixed bug - 'Clear Queue' menu item was not being enabled.
 - Added icon for main JFrame - i.e. visible on the taskbar
 - Updated docs (English only)
You can download MQ Visual Edit at:
http://www.capitalware.biz/beta.html
Note: This is an on-going project, so please send comments and / or
complaints to me.
Regards,
Roger Lacroix
Enterprise Architect
Capitalware Inc.
http://www.capitalware.biz

IBM Certified Specialist - MQSeries
IBM Certified Developer - MQSeries
IBM Certified Solutions Expert - MQSeries

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