Re: Message Out of Order

[Arvind Chaudhary]

Krishan,

If the messages take different routes, then the message sequence is not
guaranteed. The 'Intercommunications' book lists all the necessary
conditions for maintaining message sequence.

-Arvind.




  Krishan Agarwal
  <[EMAIL PROTECTED] To:  [EMAIL PROTECTED]
  ARIS.CO.IN>  cc:  (bcc: 
arvind.chaudhary/Polaris)
  Sent by: MQSeriesSubject: Re: Message Out of Order
  List
  <[EMAIL PROTECTED]
  C.AT>


  05/22/04 12:46 PM
  Please respond to
  MQSeries List







Pavel,

 We have got three QM in a cluster: QM1, QM2 and QM3. Two instances of the
applications run on QM1 and QM2 and MQ3 act as a gateway q manager. Local
def. of remote queues are on QM3. It looks like that message does get put
by both brokers on QM1 and QM2..

Regards,
Krishan



  Pavel Tolkachev
   cc:  (bcc:
krishan.agarwal/Polaris)
  Sent by: Subject: Re: Message Out of
Order
  MQSeries List
  <[EMAIL PROTECTED]
  en.AC.AT>


  05/21/04 08:06
  PM
  Please respond
  to MQSeries List






Hello Krishan,

Possible reasons other than priorities are:

1. Message A temporarily landed in a dead letter queue (say, due to remote
queue being full) and then have been redelivered.
2. Your app does not put messages from the same MQ connection or
thread/task/process or "execution unit" as they now call this.
3. Your destination queue is shared in a cluster.
4. You use more than one queue and then try to re-syncronize messages
somehow (I know, it is a weird suggestion; it is cast on me by your use the
word queue in the plural form).

Hope this will help,
Pavel




  Krishan Agarwal
  <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  ARIS.CO.IN> cc:
  Sent by: MQSeries   Subject:  Message Out of
Order
  List
  <[EMAIL PROTECTED]
  C.AT>


  05/21/2004 09:07 AM
  Please respond to
  MQSeries List






Hi,

I am having a sitituation where I am putting messages say A, B, and C on
remote queues. My application log and MQMD puttime stamp (on the remote
queue) shows that these three messages were put in order i.e A,B,C but they
appear on the remote queue as B,C,A. This is causing the remote application
to hang because it expects the messages to be in order. All these three
messages were put within a time period of 0.5 secs.

 All the messages has default (0) priority. The local defination of remote
queue, transmit queue and the remote queue has default priority (0).

We are not sure what could be the probable reason for this or how could we
avoid the similar occurance in the future. Any help from the group will be
great..

Regards,
Krishan





The following file(s) have been deleted by: Pavel Tolkachev on 5/21/2004
10:26:57 AM

InterScan_Disclaimer.txt





--

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

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










This e-Mail may contain proprietary and confidential information and is sent for the 
intended recipient(s) only.
If by an addressing or transmission error this mail has been misdirected to you, you 
are requested to delete this mail immediately.
You are also hereby notified that any use, any form of reproduction, dissemination, 
copying, disclosure, modification,
distribution and/or publication of this e-mail message, contents or its attachment 
other than by its intended recipient/s is strictly prohibited.

Visit Us at http://www.polaris.co.in

Re: Message Tracking

[Arvind Chaudhary]

Roger, you can add two more fields, userid and the application name.
That way you will know from where the message came from and where it went.





  Roger Lacroix
  <[EMAIL PROTECTED] To:  [EMAIL PROTECTED]
  ALWARE.BIZ>  cc:  (bcc: 
arvind.chaudhary/Polaris)
  Sent by: MQSeriesSubject: Message Tracking
  List
  <[EMAIL PROTECTED]
  C.AT>


  04/29/04 09:18 AM
  Please respond to
  MQSeries List






All,

I have tried to talk my current client into buying a message tracking
product
but of course they say they don't have the money!?!?!

The problem is that the client has a lot of MQ development going on with a
lot
of newbie MQ/Java developers.  And of course the newbie developers keep
telling
me that MQ lost their messages.  This of course is driving me nuts!!!

So I figured that I would create an API Exit to log the following:
- Queue Name
- Date / Time
- MsgID
- CorrelID
- GroupID

>From a tracking point of view, I don't think logging the message data is
important but what other fields of the MQMD should be logged??

I figure I would use Perl or Java to summarize or correlate the information
in
the log file.  Of course, the script would cross search between MsgID,
CorrelID
& GroupID for matches.

Any comments - thoughts about this.

Regards,
Roger Lacroix

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





This e-Mail may contain proprietary and confidential information and is sent for the 
intended recipient(s) only.
If by an addressing or transmission error this mail has been misdirected to you, you 
are requested to delete this mail immediately.
You are also hereby notified that any use, any form of reproduction, dissemination, 
copying, disclosure, modification,
distribution and/or publication of this e-mail message, contents or its attachment 
other than by its intended recipient/s is strictly prohibited.

Visit Us at http://www.polaris.co.in

Re: MQ Client connection

[Arvind Chaudhary]

1. You cannot use MQServer as a client to connect to another MQServer
however, you can configure one MQServer to talk to another MQServer.
2. Yes.
3. With the product itself. You can also download them from IBM site as
MA88 support pac.
4. Comes the product installation. you can also have them at IBM web site.

-Arvind



  Sharath H V
  <[EMAIL PROTECTED] To:  [EMAIL PROTECTED]
  UTIONS.COM>  cc:  (bcc: 
arvind.chaudhary/Polaris)
  Sent by: MQSeriesSubject: MQ Client connection
  List
  <[EMAIL PROTECTED]
  C.AT>


  04/27/04 04:19 PM
  Please respond to
  MQSeries List






Hi ,
I am just started working on IBM MQ series  . I have the following doubts
*   Can I use a MQserver as a MQclient to connect to another MQ Server
? If so , can i get some material on how to do the same .
*   Can the server and client exists on the smae m/c ?
*   Where do i get the Java API for the MQI and MQ java ?
*   Where do we get the documentation for MQ version 5.3 Windows and
AIX platform ?

rgds
Sharath H V

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





This e-Mail may contain proprietary and confidential information and is sent for the 
intended recipient(s) only.
If by an addressing or transmission error this mail has been misdirected to you, you 
are requested to delete this mail immediately.
You are also hereby notified that any use, any form of reproduction, dissemination, 
copying, disclosure, modification,
distribution and/or publication of this e-mail message, contents or its attachment 
other than by its intended recipient/s is strictly prohibited.

Visit Us at http://www.polaris.co.in

Re: Microsoft MQ

[Arvind Chaudhary]

I am watching this discussion with quite some interest since I thought the
solution is quite simple, but now it looks otherwise.  Have any of you guys
tried to write a simple service that would read the messages from MSMQ and
put them to WMQ and vice-versa. I think this is quite simple in .Net of
Java. But now I am really wondering. Has anyone tried writing their own
utility programs instead of using the Bridge? Was it difficult?
I am thinking of giving it a try if I find some MSMQ setup somewhere in our
network.

-Arvind.




  "Thomas, Don"
  <[EMAIL PROTECTED] To:  [EMAIL PROTECTED]
  COM> cc:  (bcc: arvind.chaudhary/Polaris)
  Sent by: Subject: Re: Microsoft MQ
  MQSeries List
  <[EMAIL PROTECTED]
  en.AC.AT>


  04/16/04 06:27
  PM
  Please respond
  to MQSeries List






I have been working on integrating a message flow between WMQ and
BIZTALK. To do this we are forced to use the Bridge that has been mentioned
earlier. So far we have spent months, not weeks - months, working with MS
to get this product to work. MS has had to provide multiple patches for the
Bridge just to get it configured and operational as described in their own
doco. The Bridge does not do any data conversion, nor does it accept ASCII,
it only uses Unicode, requiring an additional program step to facilitate
the conversion. So if you are sending data across platforms, and of course
if you weren't you wouldn't be having this discussion, MS has no real
solution. What we have is comparable to a bailing wire solution that
regularly produces obscure errors that require calls to MS support to get
resolved. I wouldn't attempt a similar project again on a dare.



Don Thomas
EDS - PASC
( Phone: +01-412-893-1659
 Fax: 412-893-1844
+ mailto:[EMAIL PROTECTED]


  -Original Message-
  From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of
  Ward, Mike S
  Sent: Tuesday, April 13, 2004 12:04 PM
  To: [EMAIL PROTECTED]
  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 PROTECTED]
Sent: Tuesday, April 13, 2004 10:33 AM
To: [EMAIL PROTECTED]
Subject: Re: Microsoft MQ


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"To:
   <[EMAIL PROTECTED]>   [EMAIL PROTECTED]
   cc:
   Subject:
   04/13/2004 11:11 AM Microsoft MQ
   Please respond to "MQSeries List"







Fellow forum members, I need your help. We are and MQSeries
MQSI shop
running MQ on different platforms including Z/OS. I have been
asked why we
shouldn't bring in and integrate M$ MQ. Is it possible to do
this? Is there
any reason for not doing this? Has anyone out there done a
study on why we
should continue with IBM and not user M$? Any help in this is
highly
appreciated.

Thanks.

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





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 not the intended addressee, please
notify the sender immediately and delete this message.








This e-Mail may contain proprietary and confidential information and is sent for the 
intended recipient(s) only.
If by an addressing or transmission error this mail has been misdirected to you, you 
are requested to delete this mail immediately.
You are also hereby notified that any use, any form of reproduction, dissemination, 
copying, disclosure, modification,
distribution and/or publication of this e-mail message, contents or its attachment 
other than by its intended recipient/s is strictly prohibited.

Visit Us at http://www.polaris.co.in

Re: Locking down MQ files/registry on Windows

[Arvind Chaudhary]

I am not a Microsoft fan, but what I believe is that Windows is unsecured
because by default security is disabled and 99% of the people who use it
don't know to secure the system. Windows was designed for the masses, for
the people who don't even know the basics of computers. And I think that's
why it's so popular.
But I believe a windows machine can be made quite secured though not to the
level of Unix. Unix was developed by the developers for the developers.

The articles that Gary mentioned will only provide rudimentary security.
Restricting access to  the regedit program is not going to stop someone to
edit the registry. You can still edit it with many registry editing tools
available (these tools will not respect that registry key you edited) or by
writing a small program.

In addition to restricting a user from running the
regedit.exe/regedit32.exe,  you can restrict the edit permission of the
required keys. You can do this by running regedit32.exe, regedit.exe does
not have the security option. But I would rather recommend a good third
party tool for editing registry. Some of these tools record the changes you
do so that you can undo the changes just in case you mess-up. I use the
'Registrar Lite' which is a freeware and I found it quite good. You can
have it from http://www.resplendence.com/download.

-Arvind

Dave,




  David Awerbuch
 cc:  (bcc: arvind.chaudhary/Polaris)
  Sent by: Subject: Re: Locking down MQ 
files/registry on Windows
  MQSeries List
  <[EMAIL PROTECTED]
  en.AC.AT>


  03/11/04 02:08
  AM
  Please respond
  to MQSeries List






Gary,

There is an article at http://www.winguides.com/registry/display.php/190/
that
describes how to restrict access to the entire registry for a user.

Another article at http://www.winguides.com/registry/display.php/113/ tells
you
how to restrict a user from running particular programs; the example
includes
regedit.

Regards,
Dave A.


*** Note ***  Possible duplicate transmission; I did not receive an ack
from
listserv to original xmit over 2 hours ago.

> - original message -
> Date: Wed, 10 Mar 2004 09:12:59 -0500
> Sender:   MQSeries List <[EMAIL PROTECTED]>
> From: Gary Ward <[EMAIL PROTECTED]>
> Subject:  Locking down MQ files/registry on Windows
> To:   [EMAIL PROTECTED]
>
> Folks,
>
> Any Windows gurus out there?
>
> I need to find a way to lock down the registry keys for MQ along with
> restricting access to the queue and log file systems.
>
> I've got a bunch of "maverick" admins that like to make direct
> changes to the registry when they need to change things in MQ.  I
> plan to remove access to MQ Services so they can no longer make
> unauthorized changes there, but even with that available, they still
> prefer to go right to the registry!!! Unfortunately they need to be
> in the Administrators group in order to perform other necessary
> functions.  Anybody have a creative idea?
>
> The other issue is protecting the qmgr and log directories from
> accidental deletion.  This one is a toughie...
>
> Thanks in Advance!
> Gary


=
David A. Awerbuch,  IBM Certified MQSeries Specialist
APC Consulting Services, Inc.
Providing Automated Solutions to Business Challenges
West Hempstead, NY(516) 481-6440
[EMAIL PROTECTED]

__
Do you Yahoo!?
Yahoo! Search - Find what you re looking for faster
http://search.yahoo.com

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





This e-Mail may contain proprietary and confidential information and is sent for the 
intended recipient(s) only.
If by an addressing or transmission error this mail has been misdirected to you, you 
are requested to delete this mail immediately.
You are also hereby notified that any use, any form of reproduction, dissemination, 
copying, disclosure, modification,
distribution and/or publication of this e-mail message, contents or its attachment 
other than by its intended recipient/s is strictly prohibited.

Visit Us at http://www.polaris.co.in

Re: Channel level security between DEV & PROD MQ nodes

[Arvind Chaudhary]

Are you an all windows shop and using DHCP server?
The idea of checking the IP addresses was to identify the client m/c, you
can instead use machines names but I am not sure if MQ would allow you to
span domains.
Are you saying that a particular user (user-id) can act as both a developer
and the MQ administrator? I suppose that's not so.
You can define local user groups on the systems where MQ is installed and
grant appropriate MQ permissions to each group. You can then add users to
these groups as per authorization.

-Arvind.



Arvind

Thanks but both the options are not "practical" in our context.

As a principle, MQ team like to stay away from actual TCP/IP addresses in
our shop. That's reason we always encouraged to use DNS names in the MQ
definitions.

Second one, different user-id, will be straight opposite to what we preach
and every company's dream ( to achieve the perfect EAI) of single log-on
across all the products and platforms.

Cheers

Rao
-Original Message-----
From: Arvind Chaudhary [mailto:[EMAIL PROTECTED]
Sent: 28 January 2004 4:22 PM
To: [EMAIL PROTECTED]
Subject: Re: Channel level security between DEV & PROD MQ nodes


You can go for channel security exits. The exit can look at the IP Addrs
and
user-ids. And yah.. I think it's much better if you can isolate your
production environment, including user-ids, from other/development systems.

-Arvind.




  "Adiraju, Rao"
  <[EMAIL PROTECTED] To:
[EMAIL PROTECTED]
  Z.CO.NZ> cc:  (bcc:
arvind.chaudhary/Polaris)
  Sent by: Subject: Channel level
security between DEV & PROD MQ nodes
  MQSeries List
  <[EMAIL PROTECTED]
  en.AC.AT>


  01/28/04 04:20
  PM
  Please respond
  to MQSeries List






Fellows


I am looking at improving our channel/link level security and all our MQ
nodes communicate through TCP/IP within INTRANET (thank god no INTERNET).





What's the best way(s) to enforce security so that, "development" MQ nodes
can't send messages to "production" MQ nodes / queues - apart from
restricting the people from defining the channels and transmission queues.


Please keep in mind that, queue names, actual userids and as well as MQ
listener service owner-ids are the same on all these platforms. And being
intra network, there is no justification for heavy handed approaches such
as
SSL and Digital certificates.


Thanks in advance.


Rao Adiraju
WebSphere MQ Specialist
The National Bank of NZ Ltd.
Tel:  +64-4-494 4299
Fax: +64-4-802 8509
Mbl: +64-211-216-116






This communication is confidential and may contain privileged material.  If
you are not the intended recipient you must not use, disclose, copy or
retain it.  If you have received it in error please immediately notify me
by
return email and delete the emails.
Thank you.









This communication is confidential and may contain privileged material.
If you are not the intended recipient you must not use, disclose, copy or
retain it.
If you have received it in error please immediately notify me by return
email
and delete the emails.
Thank you.

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





This e-Mail may contain proprietary and confidential information and is sent for the 
intended recipient(s) only.
If by an addressing or transmission error this mail has been misdirected to you, you 
are requested to delete this mail immediately.
You are also hereby notified that any use, any form of reproduction, dissemination, 
copying, disclosure, modification,
distribution and/or publication of this e-mail message, contents or its attachment 
other than by its intended recipient/s is strictly prohibited.

Visit Us at http://www.polaris.co.in

Re: Channel level security between DEV & PROD MQ nodes

[Arvind Chaudhary]

You can go for channel security exits. The exit can look at the IP Addrs
and user-ids. And yah.. I think it's much better if you can isolate your
production environment, including user-ids, from other/development systems.

-Arvind.




  "Adiraju, Rao"
  <[EMAIL PROTECTED] To:  [EMAIL PROTECTED]
  Z.CO.NZ> cc:  (bcc: arvind.chaudhary/Polaris)
  Sent by: Subject: Channel level security between 
DEV & PROD MQ nodes
  MQSeries List
  <[EMAIL PROTECTED]
  en.AC.AT>


  01/28/04 04:20
  PM
  Please respond
  to MQSeries List






Fellows


I am looking at improving our channel/link level security and all our MQ
nodes communicate through TCP/IP within INTRANET (thank god no INTERNET).





What's the best way(s) to enforce security so that, "development" MQ nodes
can't send messages to "production" MQ nodes / queues - apart from
restricting the people from defining the channels and transmission queues.


Please keep in mind that, queue names, actual userids and as well as MQ
listener service owner-ids are the same on all these platforms. And being
intra network, there is no justification for heavy handed approaches such
as SSL and Digital certificates.


Thanks in advance.


Rao Adiraju
WebSphere MQ Specialist
The National Bank of NZ Ltd.
Tel:  +64-4-494 4299
Fax: +64-4-802 8509
Mbl: +64-211-216-116






This communication is confidential and may contain privileged material.  If
you are not the intended recipient you must not use, disclose, copy or
retain it.  If you have received it in error please immediately notify me
by return email and delete the emails.
Thank you.








This e-Mail may contain proprietary and confidential information and is sent for the 
intended recipient(s) only.
If by an addressing or transmission error this mail has been misdirected to you, you 
are requested to delete this mail immediately.
You are also hereby notified that any use, any form of reproduction, dissemination, 
copying, disclosure, modification,
distribution and/or publication of this e-mail message, contents or its attachment 
other than by its intended recipient/s is strictly prohibited.

Visit Us at http://www.polaris.co.in

Re: failed to connect queue manager

[Arvind Chaudhary]

"consult the FDC file to obtain more detail about the problem."

You will find it under \Errors on Windows. Don't remember
on others. You can check the respective installation guide.
 Which platforms are you working on?

-Arvind.




  "Carroll, Y.
  (Yvette)"To:  [EMAIL PROTECTED]
  <[EMAIL PROTECTED] cc:  (bcc: 
arvind.chaudhary/Polaris)
  COM> Subject: Re: failed to connect queue 
manager
  Sent by:
  MQSeries List
  <[EMAIL PROTECTED]
  en.AC.AT>


  12/04/03 12:11
  PM
  Please respond
  to MQSeries List






It means unexpected error.  I know, not very explanatory:


MQRC_UNEXPECTED_ERROR
The call was rejected because an unexpected error occurred.


Corrective action: Check the application's parameter list to ensure, for
example, that the correct number of parameters was passed, and that data
pointers and storage keys are valid. If the problem cannot be resolved,
contact your system programmer.


On z/OS, check whether any information has been displayed on the console.
If this error occurs on an  MQCONN  or  MQCONNX  call, check that the
subsystem named is an active WebSphere MQ subsystem. In particular, check
that it is not a DB2 subsystem. If the problem cannot be resolved, rerun
the application with a CSQSNAP DD card (if you have not already got a dump)
and send the resulting dump to IBM.


On OS/2 and OS/400, consult the FFST record to obtain more detail about the
problem.
On Compaq OpenVMS Alpha, Compaq NonStop Kernel, and UNIX systems, consult
the FDC file to obtain more detail about the problem.


-Original Message-
From: Meital Geron-Issers [mailto:[EMAIL PROTECTED]
Sent: 03 December 2003 03:06
To: [EMAIL PROTECTED]
Subject: Re: failed to connect queue manager





Hello,


Sorry, but I've just noticed the link exception which is MQJE001:
Completion
Code 2, Reason 2195.


Do you know what does it mean?


Thanks
Meital


-----Original Message-
From: Arvind Chaudhary [mailto:[EMAIL PROTECTED]
Sent: Monday, December 01, 2003 10:02 AM
To: [EMAIL PROTECTED]
Subject: Re: failed to connect queue manager






Meital, there would be a linked exception to the JMS exception that you are

getting which would give the real (MQSeries) reason why the MQClient could
not connect to server. It will give more information, if you could print
the linked exception or the complete exception stack.


-Arvind.







Meital Geron-Issers
<[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
LLPAY.BIZ> cc: (bcc:
arvind.chaudhary/Polaris)
Sent by: MQSeries List Subject: Re: failed
to conncet queue manager
<[EMAIL PROTECTED]
T>





12/01/03 01:11 PM
Please respond to
MQSeries List









Thanks. I will check those issues.


The exception I got was : javax.jms.JMSException: MQJMS2005: failed to
create MQQueueManager for


Regards
Meital
 -Original Message-
 From: Carroll, Y. (Yvette) [mailto:[EMAIL PROTECTED]
 Sent: Monday, December 01, 2003 9:22 AM
 To: [EMAIL PROTECTED]
 Subject: Re: failed to conncet queue manager






 I'm not even sure what the JMS is, but I found this in the manuals:





 MQJMS2005 Failed to create MQQueueManager for {0}.





 Explanation: JMS could not connect to a queue manager. {0} gives the
 name of the queue manager.
 User Response: Use the linked exception to determine the cause of this

 error. Check the queue manager is running and, if using client attach,

 that the listener is running and the channel, port and hostname are
 set correctly. If no queue manager name has been specified, check that

 the default queue manager has been defined.





 Is there a linked exception?





 -Original Message-
 From: Meital Geron-Issers [mailto:[EMAIL PROTECTED]
 Sent: 01 December 2003 09:12
 To: [EMAIL PROTECTED]
 Subject: failed to conncet queue manager








 Hello,





 I installed the MQ client. When I tried to connect to a queue on the
 server
 machine I got the following message "MQJMS2005 failed to conncet MQ
 queue
 manager".





 Does any one have an idea what could be the problem?





 Thanks
 Meital





 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








 This email and any accompanying attachments ma

Re: failed to connect queue manager

[Arvind Chaudhary]

Meital, there would be a linked exception to the JMS exception that you are
getting which would give the real (MQSeries) reason why the MQClient could
not connect to server. It will give more information, if you could print
the linked exception or the complete exception stack.

-Arvind.




Meital Geron-Issers
<[EMAIL PROTECTED]To: [EMAIL PROTECTED]
LLPAY.BIZ> cc: (bcc: 
arvind.chaudhary/Polaris)
Sent by: MQSeries List Subject: Re: failed to conncet 
queue manager
<[EMAIL PROTECTED]
T>


12/01/03 01:11 PM
Please respond to
MQSeries List






Thanks. I will check those issues.

The exception I got was : javax.jms.JMSException: MQJMS2005: failed to
create MQQueueManager for

Regards
Meital
 -Original Message-
 From: Carroll, Y. (Yvette) [mailto:[EMAIL PROTECTED]
 Sent: Monday, December 01, 2003 9:22 AM
 To: [EMAIL PROTECTED]
 Subject: Re: failed to conncet queue manager



 I'm not even sure what the JMS is, but I found this in the manuals:


 MQJMS2005 Failed to create MQQueueManager for {0}.


 Explanation: JMS could not connect to a queue manager. {0} gives the
 name of the queue manager.
 User Response: Use the linked exception to determine the cause of this
 error. Check the queue manager is running and, if using client attach,
 that the listener is running and the channel, port and hostname are
 set correctly. If no queue manager name has been specified, check that
 the default queue manager has been defined.


 Is there a linked exception?


 -Original Message-
 From: Meital Geron-Issers [mailto:[EMAIL PROTECTED]
 Sent: 01 December 2003 09:12
 To: [EMAIL PROTECTED]
 Subject: failed to conncet queue manager





 Hello,


 I installed the MQ client. When I tried to connect to a queue on the
 server
 machine I got the following message "MQJMS2005 failed to conncet MQ
 queue
 manager".


 Does any one have an idea what could be the problem?


 Thanks
 Meital


 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





 This email and any accompanying attachments may contain confidential
 and proprietary information.  This information is private and
 protected by law and, accordingly, if you are not the intended
 recipient, you are requested to delete this entire communication
 immediately and are notified that any disclosure, copying or
 distribution of or taking any action based on this information is
 prohibited.


 Emails cannot be guaranteed to be secure or free of errors or viruses.
 The sender does not accept any liability or responsibility for any
 interception, corruption, destruction, loss, late arrival or
 incompleteness of or tampering or interference with any of the
 information contained in this email or for its incorrect delivery or
 non-delivery for whatsoever reason or for its effect on any electronic
 device of the recipient.


 If verification of this email or any attachment is required, please
 request a hard-copy version.










This e-Mail may contain proprietary and confidential information and is sent for the 
intended recipient(s) only.
If by an addressing or transmission error this mail has been misdirected to you, you 
are requested to delete this mail immediately.
You are also hereby notified that any use, any form of reproduction, dissemination, 
copying, disclosure, modification,
distribution and/or publication of this e-mail message, contents or its attachment 
other than by its intended recipient/s is strictly prohibited.

Visit Us at http://www.polaris.co.in

Re: Wesphere Business Integration Message Broker (WMQI v5)

[Arvind Chaudhary]

Not available for download. Atleast not from website.




  Declan
  Harrington   To:  [EMAIL PROTECTED]
  <[EMAIL PROTECTED] cc:  (bcc: 
arvind.chaudhary/Polaris)
  MS.COM>  Subject: Wesphere Business Integration 
Message Broker (WMQI v5)
  Sent by:
  MQSeries List
  <[EMAIL PROTECTED]
  en.AC.AT>


  10/16/03 02:29
  PM
  Please respond
  to MQSeries List






Does anyone know where on the IBM site I can get a downloadable demo of
this??


Thanks,

Declan




This e-Mail may contain proprietary and confidential information and is sent for the 
intended recipient(s) only.
If by an addressing or transmission error this mail has been misdirected to you, you 
are requested to delete this mail immediately.
You are also hereby notified that any use, any form of reproduction, dissemination, 
copying, disclosure, modification,
distribution and/or publication of this e-mail message, contents or its attachment 
other than by its intended recipient/s is strictly prohibited.

Visit Us at http://www.polaris.co.in

Re: CCSID

[Arvind Chaudhary]

Yes
Jay, the applications putting message on queue should set the corresponding
CCSID in the MQMD. This way the applications consuming the message would know
the charter set of the message content. This is also required for availing data
conversion facility from MQSeries.
 
-Arvind 
 -Original Message-From:
MQSeries List [mailto:[EMAIL PROTECTED]On Behalf Of Jay
JayatissaSent: Thursday, July 10, 2003 7:35 PMTo:
[EMAIL PROTECTED]Subject: CCSID
Hi, I have Japanese desktop with Active Code Paget Set of 932 which has an
  app that sends a message to a QM which has
  a CCSID of 850. Do I need to change the app
  so that when it sends the message it sets in the MQMD the CCSID to 850?
  cheers, Jay

Re: MQ Java Client NT Service and MQJE011 error

[Arvind Chaudhary]

Mikhali,

This is a good piece of information. I think the problem may be due to too
many requests queuing up at the listener. 
Have you tried with multiple listeners? For example a process with 20
threads, 10 connecting to the port 1414 and 10 to port 1415. 

Thanks,
Arvind 


-Original Message-
From: mikhail malamud [mailto:[EMAIL PROTECTED]
Sent: Friday, July 04, 2003 3:40 AM
To: [EMAIL PROTECTED]
Subject: Re: MQ Java Client NT Service and MQJE011 error


Vaic -
I am currently experiencing the same problem and have an open PMR with
IBM in regards to it.
I get MQJE001 under slightly different circumstances though. Here is the
set up I have.
 
Main thread launches n number of threads (agents). Each thread/agent
establishes its own connection to the queue manager and performs gets
and puts.
 
The error happens when n > 16 intermittenly and permanently if n > 18.
Error does not happen if there is a delay between the thread starts.
Delay should be > 50milli secs.
 
Note that I do not have any problems lauching 100 process each starting
less than 16 threads all connecting to the same queue manager.
 
Let me know if you want more info.

- Original Message - 
From: Vaic,   Miroslav (CONS FIN, Trask,
CONTRACTOR) 
To: [EMAIL PROTECTED]   
Sent: Thursday, July 03, 2003 3:47 PM
Subject: MQ Java Client NT Service and MQJE011 error


Good morning to everybody. 
We are looking for a solution to a tough problem: 
  
We prepared a program in Java using Java client MQ files
(com.ibm.mq.jar). The program is working perfectly when run
interactively, but we need it to run as an NT service on Windows (using
SRVANY utility from Microsoft Resource Kit). Whenever we try to start
it, we get the following error:


MQJE001: An MQException occurred: Completion Code 2, Reason 2059 
MQJE011: Socket connection attempt refused 

We start the program using SRVANY utility from Microsoft and we expected
that there may be some problems related to the network access limits for
LocalSystem account etc. So, we tried several different accounts
including local user account and domain user account - no success.


We know that there is no problem with the QMGR because when running the
program from a command prompt, everything is perfectly all right. We
have also tried several different QMGRs including one that is local to
our client (but also through TCP which is crucial to our architecture).
What is quite interesting, running NETSTAT shows that there is a
connection bound for this case:


D:\500763723\Desktop>netstat 
Aktivní připojení 
  Místní adresa Proto Cizí adresaStav cizí adresy 
  TCPW0759CGCFGE:1132   s0003cgcfge.adcz.cz:1026  NAVÁZÁNO 
  TCPW0759CGCFGE:1202
pgfil01.cz.gcf.capital.ge.com:netbios-ssn  NAVÁZÁNO 
  TCPW0759CGCFGE:1580   udebsb.cz.gcf.capital.ge.com:22
NAVÁZÁNO 
  TCPW0759CGCFGE:1733   s0003cgcfge.adcz.cz:epmap  TIME_WAIT 
  TCPW0759CGCFGE:1734   s0003cgcfge.adcz.cz:1026  TIME_WAIT 
  TCPW0759CGCFGE:1736   s0001cgcfge.adcz.cz:epmap  TIME_WAIT 
  TCPW0759CGCFGE:1737   s0001cgcfge.adcz.cz:1026  TIME_WAIT 
  TCPW0759CGCFGE:1414   W0759CGCFGE.adcz.cz:1699  NAVÁZÁNO 
  TCPW0759CGCFGE:1699   W0759CGCFGE.adcz.cz:1414  NAVÁZÁNO 
(comment: NAVÁZÁNO means BOUND in Czech) 
  
Please, does anyone solve similar problem or would IBM support know any
solution ? 
The product we use is WebSphere MQ 5.3 CSD 03 (Sun Solaris & Windows
2000). 
  
Thank for any help. 
Miroslav Vaic 

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