date:20020612


Karthik,
all MQ related docs can be found at
http://www-3.ibm.com/software/ts/mqseries/library/manualsa/
Just pick the appropriate entry from the drop down list underneath MQSeries
Integrator.
There's also a good redbook to be found at
http://publib-b.boulder.ibm.com/Redbooks.nsf/9445fa5b416f6e32852569ae006bb65f/4ae16a7fa44716c68525689c006a23c1?OpenDocument&Highlight=0,Integrator
Cheers,
Stefan


>From: Karthikeyan Senthilnathan <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: ResetContentDescriptor node and FlowOrder node
>Date: Thu, 13 Jun 2002 06:50:08 +0530
>
>Hi,
>Thanks for your help, its being appreciated. But I could not found correct
>MQSI documentation.  So If you know about that give me details and URL.
>
>Thanks & Regards,
>
>Karthik
>
>
>
>
>
>
>   Andre van Zyl
>   [EMAIL PROTECTED]
>   .SAPPI.COM>  cc:
>   Sent by: MQSeriesSubject:  Re:
>ResetContentDescriptor node and FlowOrder
>   List  node
>  N.AC.AT>
>
>
>   06/12/02 04:17 PM
>   Please respond to
>   MQSeries List
>
>
>
>
>
>Have you read the MQSI documentation? It is a very useful place to start!
>
>-Original Message-
>From: Karthikeyan Senthilnathan [mailto:[EMAIL PROTECTED]]
>Sent: 12 June 2002 11:54
>To: [EMAIL PROTECTED]
>Subject: ResetContentDescriptor node and FlowOrder node
>
>
>Hi,
>
>What is ResetContentDescriptor node and FlowOrder node? What does this two
>nodes?
>Give me details about two nodes.
>
>Any help will be appreciated.
>
>
>Thanks & Regards,
>Karthik
>
>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
>
>
>=   Disclaimer   =
>"This message may contain information which is private, privileged or
>confidential and is intended solely for the use of the individual or entity
>named in the message. If you are not the intended recipient of this
>message,
>please notify the sender thereof and destroy / delete the message. Neither
>the sender nor Sappi Limited (including its subsidiaries and associated
>companies) shall incur any liability resulting directly or indirectly from
>accessing any of the attached files which may contain a virus or the like."
>
>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




_
Join the world s largest e-mail service with MSN Hotmail.
http://www.hotmail.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

Re: Propogate function in MQSI 2.1???

2002-06-12 Thread Amit Gupta


HI,
Just see the MQSI2.1 documentation (ESQL reference or USing the control
center) to use the Propogate function. It breaks up one message tomany
multiple messages,


Regards,
Amit

> --
> From: Ghosh, Shiladitya[SMTP:[EMAIL PROTECTED]]
> Reply To: MQSeries List
> Sent: Wednesday, June 12, 2002 7:36 PM
> To:   [EMAIL PROTECTED]
> Subject:  Propogate function in MQSI 2.1???
>
> Hi,
>
>
> We were using MQSI 2.0.1 till some time back and we picked up data from
> the
> DB and generated a common single XML message for all the reccords and used
> the SQL4j parser API's to break these  into individual XML's for each
> record
> through a triggered java program.However,I was told by a MQ guru that in
> MQSI 2.1 this breaking down can be performed by MQSI itself and he
> mentioned
> the propogate ESQL function in the same context.Anyone has any ideas on
> this?And if whatever I said sounds totally baloney,the MQGuru shalt be the
> late MQGuru...:-)
>
> Regards,
> Adi
>
> 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: jms/ldap

2002-06-12 Thread Fred Bodgett


- Original Message -
From: Graham Lekota <[EMAIL PROTECTED]>
Date: Wed, 12 Jun 2002 20:24:09 +0200
To: [EMAIL PROTECTED]
Subject:  jms/ldap
Take a look in your LDAP servers logs. You may be getting a security exception.


> Hi,
> How do i configure ldap to store jms administered objects?
> The file JMSAdmin.config looks like:
> -
> INITIAL_CONTEXT_FACTORY=com.sun.jndi.ldap.LdapCtxFactory
> PROVIDER_URL=ldap://163.202.252.193/cn=ivtQCF
> SECURITY_AUTHENTICATION=none
> -
>
> This is the error i get when i try to test ldap:
> ---
> $ JMSAdmin -cfg JMSAdmin.config
> 5648-C60 (c) Copyright IBM Corp. 2002. All Rights Reserved.
> Starting MQSeries classes for Java(tm) Message Service Administration
> InitCtx> DEFINE QCF(ldapTest)
> Unable to bind object
> InitCtx>
> ---
>
> The shema contains the relevent objectclass and attribute definitions as
> stated in the using java manual.
>
> What am i missing?
> Thanks
>
>
>
> *
> Graham Lekota
> Systems Support Analyst
> Liberty Group
> +27 83 327 3619
> +27 11 408 4683
> [EMAIL PROTECTED]
> *
> Unemployment doesn t work.  *
> *
> *
>
>
>
> ***
>
> This message may contain information which is confidential and subject to legal 
>privilege. If you are not the intended recipient, you may not peruse, use, 
>disseminate, distribute or copy this message. If you have received this message in 
>error, please notify the sender immediately by email, facsimile or telephone and 
>return and/or destroy the original message.
>
> ***
>
> 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
>

--
___
Sign-up for your own FREE Personalized E-mail at Mail.com
http://www.mail.com/?sr=signup

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: ResetContentDescriptor node and FlowOrder node

2002-06-12 Thread Karthikeyan Senthilnathan


Hi,
Thanks for your help, its being appreciated. But I could not found correct
MQSI documentation.  So If you know about that give me details and URL.

Thanks & Regards,

Karthik






  Andre van Zyl
cc:
  Sent by: MQSeriesSubject:  Re: ResetContentDescriptor 
node and FlowOrder
  List  node
  


  06/12/02 04:17 PM
  Please respond to
  MQSeries List





Have you read the MQSI documentation? It is a very useful place to start!

-Original Message-
From: Karthikeyan Senthilnathan [mailto:[EMAIL PROTECTED]]
Sent: 12 June 2002 11:54
To: [EMAIL PROTECTED]
Subject: ResetContentDescriptor node and FlowOrder node


Hi,

What is ResetContentDescriptor node and FlowOrder node? What does this two
nodes?
Give me details about two nodes.

Any help will be appreciated.


Thanks & Regards,
Karthik

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


=   Disclaimer   =
"This message may contain information which is private, privileged or
confidential and is intended solely for the use of the individual or entity
named in the message. If you are not the intended recipient of this
message,
please notify the sender thereof and destroy / delete the message. Neither
the sender nor Sappi Limited (including its subsidiaries and associated
companies) shall incur any liability resulting directly or indirectly from
accessing any of the attached files which may contain a virus or the like."

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: MQ/DB2 XA - re-establishing contact after DB2 restart

2002-06-12 Thread Justin Fries

Stefan,

MQSeries will write the AMQ7604 message when an active resource manager (RM) falls over in some way. We try to reestablish communications with the RM at startup and whenever an application tries to involve it in a new unit of work, and if our xa_open call succeeds we should print the AMQ7625. Since the retry is automatic in the sense that it happens in response to new application requests, I would guess that there must be some error returned from DB2's xa_open call. I think a trace of an application trying coordinate DB2 once it comes up would be most helpful. If you wish, you can send me one off the list.

Justin T. Fries
MQSeries Support
Raleigh, North Carolina
Email: [EMAIL PROTECTED]

Stefan Sievert <[EMAIL PROTECTED]>
Sent by: MQSeries List <[EMAIL PROTECTED]>
06/12/2002 20:12
Please respond to MQSeries List

To: [EMAIL PROTECTED]
cc:
Subject: MQ/DB2 XA - re-establishing contact after DB2 restart

Hi everyone,
if you have an MQ and a DB2 that are married through XA and the DB2 becomes
unavailable, what causes the queue manager to re-establish the connection to
DB2?
The docs say it is an automatic process with no intervention needed, but it
looks like it doesn't happen automagically in our environment (AIX 4.3.3,
MQ5.2, DB2 7.1 FixPac 3). We never see the message AMQ7625 in our
AMQERR01.logs, which is what I would expect to happen.

What we see is message AMQ7604, which is OK because DB2 was brought down.
But it looks like the connection is not re-established once DB2 is
restarted.
Any takers on this? Input of any form is much appreciated!
Stefan

_
MSN Photos is the easiest way to share and print your photos:
http://photos.msn.com/support/worldwide.aspx

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: SeeBeyond Question

2002-06-12 Thread Miller, Dennis


Now you're the second. :>)

> -Original Message-
> From: Robert Broderick [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, June 12, 2002 4:49 PM
> To:   [EMAIL PROTECTED]
> Subject:  SeeBeyond Question
>
> OK, Unless I'm mistaken I'm the first to ask a question on SeeBeyond so I
> think I know the odds of getting an answer here. BUT..
>
> We are using SeeBeyond MQSeries eWays to process data from MQSeries.
> Basically it's a JMS adaptor for SeeBeyond that allows SeeBeyond to get
> the
> message(s) from MQSeries and put it on SeeBeyond's internal queueing
> system.
>
> What I need to know is does the SeeBeyond eWay have access to the
> MessageId
> and CorrelationID. IF so can the eWay pass those fields to the application
> or work with that data. SAY...to use the CorrelationId on an incoming
> response as a look up key field to a database for the request record? The
> SeeBeyond person here sez that the SeeBeyond eWay throws away the MQMD on
> the incoming message. I was wondering if SeeBeyond does this or his
> implementation of the eWay does it.
>
> bobbee
>
> _
> Get your FREE download of MSN Explorer at
> http://explorer.msn.com/intl.asp.
>
> 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: How to prepare IMS message using c++

2002-06-12 Thread GIES, STEVE

Title: Message



It
appears that you are using the MQSeries C++ Classes as well.  There is a
class the encapsulates the IIH called ImqIMSBridgeHeader.  Since this is
derived from the ImqHeader class, which is derived from the ImqItem class, you
can use the WriteItem method to add the header to your
messages.
 
    pseudo-code:
 
    ImqMessage putMsg;
    ImqIMSBridgeHeader   
imsHeader;
 
    ' first add your IMS Var String data to the message buffer
and set the format accordingly.
    putMsg.write( 2, LLvalue );
    putMsg.write( 2, ZZvalue );
    putMsg.write( len, imsdata );
    putMsg.setFormat( MQFMT_IMS_VAR_STRING
);
 
    ' next, set the parms in your IIH
    imsHeader.setLTermOverride( "B12345");
 
    ' now use the writeItem method, this will place the MQIIH
structure IN FRONT of the existing
    ' data, move the existing message format, CCS, and
encoding values into the IIH structure, 
    ' and set the MQMD.Format field to
MQFMT_IMS.
    putMsg.writeItem( imsHeader );
 
-
Steve
 

-Original Message-From:
jayaprakash reddy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June
12, 2002 5:50 AMTo: [EMAIL PROTECTED]Subject: How to
prepare IMS message using c++
Hi All,   I am trying to prepare a IMS message by setting the
message format as MQFMT_IMS.   When i set the message format to
MQFMT_IMS i have to prepare the MQIIH header   and when i set the
message length i have to add the MQIIH header length plus   
transaction code plus actual data length then only i am able to put the
message   successfully with MQFMT_IMS. Here my question is if i
set like this in the queue   that message length attribute shows
the length as whatever i set(MQIIHJ_transactioncode+   actaul
lengtgh) but accorsding to my knowledge it should show only the actaul
data   length plus the transactioncode. So how do i achieve it? am
i going in the correect   direction for preparing IMS message? I
am pasting my code snippet below      I am using c++
as the developement language on WindowsNT    MQSeries version is
5.2 &nb sp;   
/***/
    ImqMsg putMsg;
    MQIIH l_iihHdr;    putMsg.setFormat(
MQFMT_IMS );   
memcpy(msgBuffer,&l_iihHdr,sizeof(l_iihHdr));//copying MQIIH
header   
memcpy(msgBuffer+sizeof(l_iihHdr),"LLZZ",4);//setting transaction
code   
memcpy(msgBuffer+sizeof(l_iihHdr)+4,argv[4],strlen(argv[4]));//setting actual
data   
putMsg.setMessageLength(4+sizeof(l_iihHdr)+strlen(argv[4]));  
/***/  
   Thanks in advance   J'Prakash.


Do You Yahoo!?Sign-up
for Video Highlights of 2002 FIFA World Cup

MQ/DB2 XA - re-establishing contact after DB2 restart


Hi everyone,
if you have an MQ and a DB2 that are married through XA and the DB2 becomes
unavailable, what causes the queue manager to re-establish the connection to
DB2?
The docs say it is an automatic process with no intervention needed, but it
looks like it doesn't happen automagically in our environment (AIX 4.3.3,
MQ5.2, DB2 7.1 FixPac 3). We never see the message AMQ7625 in our
AMQERR01.logs, which is what I would expect to happen.

What we see is message AMQ7604, which is OK because DB2 was brought down.
But it looks like the connection is not re-established once DB2 is
restarted.
Any takers on this? Input of any form is much appreciated!
Stefan



_
MSN Photos is the easiest way to share and print your photos:
http://photos.msn.com/support/worldwide.aspx

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

SeeBeyond Question


OK, Unless I'm mistaken I'm the first to ask a question on SeeBeyond so I
think I know the odds of getting an answer here. BUT..

We are using SeeBeyond MQSeries eWays to process data from MQSeries.
Basically it's a JMS adaptor for SeeBeyond that allows SeeBeyond to get the
message(s) from MQSeries and put it on SeeBeyond's internal queueing system.

What I need to know is does the SeeBeyond eWay have access to the MessageId
and CorrelationID. IF so can the eWay pass those fields to the application
or work with that data. SAY...to use the CorrelationId on an incoming
response as a look up key field to a database for the request record? The
SeeBeyond person here sez that the SeeBeyond eWay throws away the MQMD on
the incoming message. I was wondering if SeeBeyond does this or his
implementation of the eWay does it.

bobbee

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.

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

SeeBeyond Question


OK, Unless I'm mistaken I'm the first to ask a question on SeeBeyond so I
think I know the odds of getting an answer here. BUT..

We are using SeeBeyond MQSeries eWays to process data from MQSeries.
Basically it's a JMS adaptor for SeeBeyond that allows SeeBeyond to get the
message(s) from MQSeries and put it on SeeBeyond's internal queueing system.

What I need to know is does the SeeBeyond eWay have access to the MessageId
and CorrelationID. IF so can the eWay pass those fields to the application
or work with that data. SAY...to use the CorrelationId on an incoming
response as a look up key field to a database for the request record? The
SeeBeyond person here sez that the SeeBeyond eWay throws away the MQMD on
the incoming message. I was wondering if SeeBeyond does this or his
implementation of the eWay does it.

bobbee

_
Chat with friends online, try MSN Messenger: http://messenger.msn.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

Re: Client

2002-06-12 Thread Miller, Dennis


With respect to LUW's, coders of client applications need to be aware of
considerations beyond the obvious lack of support for MQBegin. Suppose an
MQCMIT is requested by the client, there is a window of uncertainty until
the response comes back across the channel. If the connection is lost during
that window, the client is uncertain if the qmgr processed the request or
not. So, I suspect it's possible for an MQCMIT request to fail (i.e. 2009)
even though the commit is actually successful. Perhaps Andy or Paul can
confirm that. Along similar lines, if the client abends during that window,
the MQCMIT may still progress to satisfactory completion. A client that
resumes after having missed the MQCMIT response, probably should not assume
that it failed.

> -Original Message-
> From: Robert Broderick [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, June 12, 2002 8:27 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Client
>
> TNX Pete,
>
> I am also looking for any "holes' in Clients vs Server withingthe
> transactional arena. Would it be wise to use client connections for
> transactional data. Things you would do via an LUW. Is there a possibility
> of getting out of sync with what I have thought I have done and what was
> actually done. On the server you do not have this problem as long as you
> use
> syncpoint, and any supporting software (ie CICS for DB2 and VSAM
> coordination). BUT...with the client I know I cannot coordinate this
> globally but can the message transfer be out of sync AT ANY TIME because
> of
> a disconnect?
>
>bobbee
>
>
> >From: "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: Client
> >Date: Wed, 12 Jun 2002 08:45:39 -0400
> >
> >More Pros
> >Client can connect to more than 1 QM at a time
> >Client can automatically use alternate channels when primary is down
> >
> >More Cons
> >Performance suffers, as MQI calls must flow over a network
> >MQBegin Verb not valid in Client environment
> >
> >
> >Peter Potkay
> >IBM MQSeries Certified Specialist, Developer
> >[EMAIL PROTECTED]
> >X 77906
> >
> >
> >-Original Message-
> >From: Robert Broderick [mailto:[EMAIL PROTECTED]]
> >Sent: Tuesday, June 11, 2002 7:58 PM
> >To: [EMAIL PROTECTED]
> >Subject: Client
> >
> >
> >I'm sorry I'm opening up this can of worms. Someone gave a great and
> >detailed discribtion on this subject once.  I had saved this in my
> >"MQSeries
> >noteworthy LISTSERV comments" word doc somewhere and now can not find it.
> >SO
> >
> >Client vs Server Pros/Cons
> >
> >1 - Clients cannot partake in GUOW
> >2 - The client also has no local queues
> >3 - The Client is cheap
> >4 - ?
> >
> >Some questions:
> >
> >What happens in a Client UOW if the connection fails in the middle of a
> MQ
> >commit. Is there a indoubt condition with regards to the transaction.
> >
> >Using syncpoint buys me transaction coordination with the MQServer. But
> to
> >what point. (refer to question 1).
> >
> >Are there other considerations to worry about. My client side is on the
> >rusty side.
> >
> >   bobbee
> >
> >_
> >Get your FREE download of MSN Explorer at
> http://explorer.msn.com/intl.asp.
> >
> >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 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
>
>
> _
> Chat with friends online, try MSN Messenger: http://messenger.msn.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

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: How to prepare IMS message using c++

2002-06-12 Thread Miller, Dennis


>From MQ's perspective, the IIH and transaction code are all part of the
message data. You appear to be constructing the message length correctly.

> -Original Message-
> From: jayaprakash reddy [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, June 12, 2002 5:50 AM
> To:   [EMAIL PROTECTED]
> Subject:  How to prepare IMS message using c++
>
> Hi All,
>I am trying to prepare a IMS message by setting the message format as
> MQFMT_IMS.
>When i set the message format to MQFMT_IMS i have to prepare the MQIIH
> header
>and when i set the message length i have to add the MQIIH header length
> plus
>transaction code plus actual data length then only i am able to put the
> message
>successfully with MQFMT_IMS. Here my question is if i set like this in
> the queue
>that message length attribute shows the length as whatever i
> set(MQIIHJ_transactioncode+
>actaul lengtgh) but accorsding to my knowledge it should show only the
> actaul data
>length plus the transactioncode. So how do i achieve it? am i going in
> the correect
>direction for preparing IMS message? I am pasting my code snippet below
>
>I am using c++ as the developement language on WindowsNT
>MQSeries version is 5.2
>  &n b sp;
>
> /*
> **/
>
> ImqMsg putMsg;
>
> MQIIH l_iihHdr;
> putMsg.setFormat( MQFMT_IMS );
> memcpy(msgBuffer,&l_iihHdr,sizeof(l_iihHdr));//copying MQIIH header
> memcpy(msgBuffer+sizeof(l_iihHdr),"LLZZ",4);//setting transaction code
> memcpy(msgBuffer+sizeof(l_iihHdr)+4,argv[4],strlen(argv[4]));//setting
> actual data
> putMsg.setMessageLength(4+sizeof(l_iihHdr)+strlen(argv[4]));
>
> /*
> **/
>
>Thanks in advance
>J'Prakash.
>
>
>
>   _
>
> Do You Yahoo!?
> Sign-up for Video Highlights
>  of
> 2002 FIFA World Cup

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: possible to avoid using cluster in Workflow?

2002-06-12 Thread Brian S. Crabtree


Ben

MQWorkflow runs in groups - a tree structure under a domain and uses MQ
clusters to load balance - if you  only have a single MQWorkflow
installation then you can probably manage without the cluster but you will
have to fight with the MQWorkflow configuration process.

Probably the easiest way is saving the QM configuration and recreating it
without the cluster options.

Brian S. Crabtree
EAI Consultant
- Original Message -
From: Benjamin Zhou
To: [EMAIL PROTECTED]
Sent: Wednesday, June 12, 2002 3:21 PM
Subject: possible to avoid using cluster in Workflow?


Hi,

Can anyone explain why MQWorkflow need to set its qmgr as cluster member?
Because MQ5.1 on NT&2k is still pretty cranky with cluster, we would like to
avoid it for the time being. But the configUtil keeps forcing us to use
cluster.

If it's not a necessity, has anyone gone without it?

thanks,
Ben

==
Benjamin F. Zhou
System Integrator
Princeton Financial
==

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: AMQ6174 on WinNT V5.2.1 + CSD04

2002-06-12 Thread DiLauro, Nick




I
encountered the same problem with our exit when I installed MQ 5.2 without
uninstalling version 5.1.  I was using CSD3 with an efix at the time. 
I uninstalled and uninstalled completely and reinstalled 5.2 and the problem
disappeared.  I opened a PMR with IBM but closed it when I resolved the
problem.  I think the recommended procedure is to completely uninstall v5.1
before installing 5.2.  Hope this helps.
 
Nick

  -Original Message-From: Art Schanz
  [mailto:[EMAIL PROTECTED]]Sent: Wednesday, June 12, 2002
  12:39 PMTo: [EMAIL PROTECTED]Subject: AMQ6174 on
  WinNT V5.2.1 + CSD04Greetings,   OK
  folks...we have quite a 'stumper' here and need some help.  For some
  reason, our Receive exit on a SVRCONN chl will not load at chl startup.
   Trace info indicates a 'not found' conditionwhich is not the
  problem.  We are guessing it might be maintenance related, as we have
  another box at V5.2.1 base (CSD01) which does not encounter the
  problem.     The
  AMQERR01.LOG entries follow:  06/10/02
   09:18:51 AMQ6174: The library
  D:\MQSeries\exits\RECEIVEX.dll was not found. The queue manager will continue without this module.
  EXPLANATION: The dynamically loadable file
  D:\MQSeries\exits\RECEIVEX.dll was not found. ACTION: Check that the file
  exists and is either fully qualified or is in the appropriate directory. ---
  06/10/02  09:18:51 AMQ9535: User exit not valid. EXPLANATION: Channel program 'JAVA.CHANNEL' ended because user exit 'RECEIVEX(RCV_EXIT)' is not valid. ACTION: Ensure
  that the user exit is specified correctly in the channel definition,
  and that the user exit program is
  correct and available. ---
  06/10/02  09:18:51 AMQ: Channel program ended abnormally.
  EXPLANATION: Channel program 'JAVA.CHANNEL' ended abnormally.
  ACTION: Look at previous error messages for channel program 'JAVA.CHANNEL' in
  the error files to determine the cause
  of the failure. ---
     Snippet from the trace of RUNMQLSR process
  follows: .
  6A07 07 (000473) -{
   rriInitExits 6A08 07
  (000473) --{  lpiSPIAlter 6A09 06 (000473) ---{  zstVerifyPCD 6A0A 06 (000473) ---}  zstVerifyPCD
  (rc=OK) 6A0B 06 (000473)
  ---{  xcsCheckPointer 6A0C 06 (000473) ---}  xcsCheckPointer (rc=OK)
  6A0D 07 (000473) --}
   lpiSPIAlter (rc=OK) 6A0E
  08 (000473) --{  xcsLoadFunction 6A0F        (000473) Object:RECEIVEX
  6A10        (000473)
  Trace from production path 6A11
  22 (000473) ---{  xihGetConnSPDetails 6A12 07 (000473) ---}
   xihGetConnSPDetails (rc=OK) 6A13        (000473)
  D:\MQSeries\exits\RECEIVEX.dll not found 6A14        (000473)
  FullPathObj:D:\MQSeries\exits\RECEIVEX.dll 6A15 005134 (000473) ---{
   xcsDisplayMessageForSubpool 6A16        (000473) msgid:6174 a1:
  a2: c1:D:\MQSeries\exits\RE c2:(null) c2:(null) 6A17 22 (000473) {
   xcsGetMem 6A18    
     (000473) component:23 function:22 length:3001 options:0
  *pointer:00EBBF00 6A19 37
  (000473) }  xcsGetMem (rc=OK) 6A1A 10 (000473) {  xcsGetMessage 6A1B        (000473)
  msgid:6174 a1: a2: c1:D:\MQSeries\exits\RE c2:(null)
  c2:(null) control 001A    Anybody
  seen anything like this?  Anyone have any ideas?  Any/all help is
  greatly appreciated! Thanks,  
  ArtArthur C. SchanzOperating Systems Programmer I. -
  SpecialistFederal Reserve Information TechnologyDistributed Systems
  EngineeringIBM Certified Specialist / Solutions Expert  -
   MQSeries(804)
697-3889[EMAIL PROTECTED]

Re: Reason 2056


and in this corner weighing in at 233 lbs is the fearless.


>From: Stefan Sievert <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Reason 2056
>Date: Wed, 12 Jun 2002 11:14:58 -0700
>
>Graham,
>objection! :-) I wasn't talking about the error logs (AMQERR...) and I am
>not sure if you can configure them anyway. As we were discussing persistant
>message processing, the transaction logs were what I was referring to. And
>you cannot alter the size of these log files after queue manager creation,
>only the number.
>I probably wasn't all too clear though.
>Thanks,
>Stefan
>
>>From: Graham Lekota <[EMAIL PROTECTED]>
>>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>>To: [EMAIL PROTECTED]
>>Subject: Re: Reason 2056
>>Date: Wed, 12 Jun 2002 11:32:50 +0200
>>
>>Andy,
>>Stefan is talking about error logs, which is not what you are looking for:
>>You can change the size of the LogFilePages(on solaris the files are
>>/var/mqm/mqs.ini and /var/mqm/QM_NAME/qm.ini) and the number of
>>primary+secondary files based on how much data(within a unit of work) you
>>handle at any given time. All you need to do is restart the the queue
>>manager and the changes will take effect. Go through the mq mauals(system
>>admin + intercommication) to get the full story.
>>
>>Ta.
>>*
>>Graham Lekota
>>Systems Support Analyst
>>Liberty Group
>>+27 83 327 3619
>>+27 11 408 4683
>>[EMAIL PROTECTED]
>>*
>>Unemployment doesn t work.  *
>> *
>>*
>>
>>
>>-Original Message-
>>From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Stefan
>>Sievert
>>Sent: Tuesday, June 11, 2002 10:24 PM
>>To: [EMAIL PROTECTED]
>>Subject: Re: Reason 2056
>>
>>
>>Andy,
>>if you want to change the size of the logs, you would need to delete and
>>re-create the queue manager. If your calculations say that an increase in
>>number of log files is sufficient, then Philips answer applies. Chapter 15
>>of the System Administration manual contains a section on how to calculate
>>the log size.
>>Good luck!
>>Stefan
>>
>>
>> >From: Andrew Goade <[EMAIL PROTECTED]>
>> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
>> >To: [EMAIL PROTECTED]
>> >Subject: Re: Reason 2056
>> >Date: Tue, 11 Jun 2002 14:04:37 -0500
>> >
>> >Stefan,
>> >I found out that my logs are the issue.  How would I go about changing
>>the
>> >size of them to accomidate for a large number of messages(~600,000/day)?
>> >
>> >Thanks,
>> >Andy
>> >
>> >
>> >
>> >
>> > Stefan Sievert
>> > > >[EMAIL PROTECTED]
>> > TMAIL.COM>  cc:
>> > Sent by: MQSeries   Subject: Re: Reason
>>2056
>> > List
>> > > > n.AC.AT>
>> >
>> >
>> > 06/11/2002 01:38
>> > PM
>> > Please respond to
>> > MQSeries List
>> >
>> >
>> >
>> >
>> >
>> >
>> >Andy,
>> >every queue has a representation in the file system, on W2K that would
>>be
>> >\qmgrs\\queues\
>> >You should be able to find a file named 'Q' in this directory, that's
>>the
>> >actual queue file.
>> >The reason code description explicitly states a lack of disk space as
>>the
>> >cause of the problem. You said 'the disk seems to have enough space'.
>>Can
>> >you confirm that it *definitely* has enough space? If you are using
>> >persistent messages and have the logs on the same disk, you probably
>>want
>> >to
>> >have at least (my guesstimate) 100MB of free space available. How many
>> >messages do you expect to receive in total?
>> >Cheers,
>> >Stefan
>> >
>> > >From: Andrew Goade <[EMAIL PROTECTED]>
>> > >Reply-To: MQSeries List <[EMAIL PROTECTED]>
>> > >To: [EMAIL PROTECTED]
>> > >Subject: Re: Reason 2056
>> > >Date: Tue, 11 Jun 2002 13:06:01 -0500
>> > >
>> > >Stefan,
>> > >The max message size is 1000 bytes.  That means there should be no
>>more
>> > >than 30M of data.  Where do you check to see how big a certain queue
>>is??
>> > >
>> > >Andy
>> > >
>> > >
>> > >
>> > >
>> > > Stefan Sievert
>> > > > > >[EMAIL PROTECTED]
>> > > TMAIL.COM>  cc:
>> > > Sent by: MQSeries   Subject: Re: Reason
>>2056
>> > > List
>> > > > > > n.AC.AT>
>> > >
>> > >
>> > > 06/11/2002 12:31
>> > > PM
>> > > Please respond to
>> > > MQSeries List
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >Andy,
>> > >what is the size of each message you are sending? Beyond the maximum
>> > >numbers
>> > >of messages on a queue (MAXDEPTH) and the available disk space, queues
>> >are
>> > >limited to a maximum size of 2GByte on 5.2 for NT.
>> > >Is it possible that you h

AMQ6174 on WinNT V5.2.1 + CSD04

2002-06-12 Thread Art Schanz


Greetings,

  OK folks...we have quite a 'stumper' here and need some help.  For some reason, our Receive exit on a SVRCONN chl will not load at chl startup.  Trace info indicates a 'not found' conditionwhich is not the problem.  We are guessing it might be maintenance related, as we have another box at V5.2.1 base (CSD01) which does not encounter the problem.  
  The AMQERR01.LOG entries follow:


06/10/02  09:18:51
AMQ6174: The library D:\MQSeries\exits\RECEIVEX.dll was not found. The queue
manager will continue without this module.

EXPLANATION:
The dynamically loadable file D:\MQSeries\exits\RECEIVEX.dll was not found.
ACTION:
Check that the file exists and is either fully qualified or is in the
appropriate directory. 
---
06/10/02  09:18:51
AMQ9535: User exit not valid.

EXPLANATION:
Channel program 'JAVA.CHANNEL' ended because user exit
'RECEIVEX(RCV_EXIT)' is not valid.
ACTION:
Ensure that the user exit is specified correctly in the channel definition, and
that the user exit program is correct and available. 
---
06/10/02  09:18:51
AMQ: Channel program ended abnormally.

EXPLANATION:
Channel program 'JAVA.CHANNEL' ended abnormally.
ACTION:
Look at previous error messages for channel program 'JAVA.CHANNEL' in the error
files to determine the cause of the failure. 
--- 


  Snippet from the trace of RUNMQLSR process follows:

.
6A07 07 (000473) -{  rriInitExits
6A08 07 (000473) --{  lpiSPIAlter
6A09 06 (000473) ---{  zstVerifyPCD
6A0A 06 (000473) ---}  zstVerifyPCD (rc=OK)
6A0B 06 (000473) ---{  xcsCheckPointer
6A0C 06 (000473) ---}  xcsCheckPointer (rc=OK)
6A0D 07 (000473) --}  lpiSPIAlter (rc=OK)
6A0E 08 (000473) --{  xcsLoadFunction
6A0F        (000473) Object:RECEIVEX
6A10        (000473) Trace from production path
6A11 22 (000473) ---{  xihGetConnSPDetails
6A12 07 (000473) ---}  xihGetConnSPDetails (rc=OK)
6A13        (000473) D:\MQSeries\exits\RECEIVEX.dll not found
6A14        (000473) FullPathObj:D:\MQSeries\exits\RECEIVEX.dll
6A15 005134 (000473) ---{  xcsDisplayMessageForSubpool
6A16        (000473) msgid:6174 a1: a2: c1:D:\MQSeries\exits\RE c2:(null) c2:(null)
6A17 22 (000473) {  xcsGetMem
6A18        (000473) component:23 function:22 length:3001 options:0 *pointer:00EBBF00
6A19 37 (000473) }  xcsGetMem (rc=OK)
6A1A 10 (000473) {  xcsGetMessage
6A1B        (000473) msgid:6174 a1: a2: c1:D:\MQSeries\exits\RE c2:(null) c2:(null) control 001A


  Anybody seen anything like this?  Anyone have any ideas?  Any/all help is greatly appreciated!

Thanks,
  Art

Arthur C. Schanz
Operating Systems Programmer I. - Specialist
Federal Reserve Information Technology
Distributed Systems Engineering
IBM Certified Specialist / Solutions Expert  -  MQSeries
(804) 697-3889
[EMAIL PROTECTED]

Re: an easy one

2002-06-12 Thread Wyatt, T. Rob


http://www-3.ibm.com/software/ts/mqseries/support/usergroups/listserver.html

-Original Message-
From: Frank Mollica. [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 12, 2002 3:28 PM
To: [EMAIL PROTECTED]
Subject: an easy one


I want to refer someone to this list, but I seem to have lost the url.
Would someone be kind enough to pass that along?

Thanks,
Frank

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

an easy one

2002-06-12 Thread Frank Mollica.


I want to refer someone to this list, but I seem to have lost the url.  Would someone 
be kind enough to pass that along?

Thanks,
Frank

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

possible to avoid using cluster in Workflow?

2002-06-12 Thread Benjamin Zhou




Hi,
 
Can
anyone explain why MQWorkflow need to set its qmgr as cluster
member?
Because MQ5.1 on NT&2k is still pretty cranky with cluster, we would
like to avoid it for the time being. But the configUtil keeps forcing us to use
cluster. 
 
If
it's not a necessity, has anyone gone without it?
 
thanks,
Ben
 
==
Benjamin F. Zhou
System
Integrator
Princeton Financial
==

Eric Preston/JPMCHASE is out of the office.

2002-06-12 Thread Eric Preston


I will be out of the office from 06/12/2002 until 06/18/2002.

I will respond to your message when I return.

If you need immediate attention, please call Tom Kurian on (212) 623-0845

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

Re: XML attributes being lost/converted to tags


This sounds like another useful feature of MQSI 2.1.  I however have a couple of issues with this approach:


We would not be looking at doing the XML conversions in a single compute node.  The data is moved to the destinationlist early on in a compound node used by several message flows and put back into the correct place after all sorts of data lookups, validation checks, etc have been performed.  I think we're talking about may be 4 nodes later.
We're using MQSI 2.0.2 with the latest CSD.  To get to MQSI 2.1 would mean a whole load of extra testing that we would need to perform.

Thanks for your help, its being appreciated.






"Christopher Frank" <[EMAIL PROTECTED]>

Sent by: "MQSeries List" <[EMAIL PROTECTED]>
12-Jun-2002 19:36
Please respond to "MQSeries List" <[EMAIL PROTECTED]>

        
                        

        To:        MQSERIES

        cc:        
        Subject:        Re: XML attributes being lost/converted to tags


Kulbir,

>>>I'd like MQSI to be able to copy an XML structure (with attributes) to
the
>>>DestinationList and then be able to copy it back to Root later.  It
works fine
>>>if the XML structure doesn't contain attributes, if attributes are
contained they
>>>are lost or converted to tags when copied from the DestinationList to
Root.

Can you tell me why you need to copy the input tree to the destination
list? Could you instead, within the same Compute node, use DETACH (a 2.1
function) to pop the input message body off the input message tree, create
whatever fields in the output tree you need to, and then use ATTACH
(another 2.1 function) to reattach the input message body (attributes and
all) to the appropriate position in the new output message? That would keep
things fairly simple, and now your working with pointers into the tree
rather than moving chunks of the tree itself around (ugly with a 100 mb
message!)

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

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: XML attributes being lost/converted to tags


Kulbir,

>>>I'd like MQSI to be able to copy an XML structure (with attributes) to
the
>>>DestinationList and then be able to copy it back to Root later.  It
works fine
>>>if the XML structure doesn't contain attributes, if attributes are
contained they
>>>are lost or converted to tags when copied from the DestinationList to
Root.

Can you tell me why you need to copy the input tree to the destination
list? Could you instead, within the same Compute node, use DETACH (a 2.1
function) to pop the input message body off the input message tree, create
whatever fields in the output tree you need to, and then use ATTACH
(another 2.1 function) to reattach the input message body (attributes and
all) to the appropriate position in the new output message? That would keep
things fairly simple, and now your working with pointers into the tree
rather than moving chunks of the tree itself around (ugly with a 100 mb
message!)

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

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

2002-06-12 Thread Michael F Murphy/AZ/US/MQSolutions

Ian,

I don't think this has anything to do with Explorer. Explorer is a system management tool and Eclipse is a development tool, two different things. Eclipse is a new open-source development tool. It has a basic framework and then the tools for the various products plug in to this framework. I know they plan to include MQSeries and DB2 in this later this year and some tools for WebSphere are ready now. I have read they may base some of it on Domino Designer which is a pretty user friendly tool. Here are a couple of good web articles about it. If I understand things correctly, you'll be able to develop applications that use MQSeries with Eclipse and it will probably be easier than raw coding.

This one from March explains the whole concept:
http://www.e-promag.com/eparchive/index.cfm?fuseaction=viewarticle&ContentID=1708&publicationid=19&channel=4

This is an article I read just today about the MQ part:
http://www.e-ProMag.com/article.cfm?ID=2216

Mike Murphy
Sr. Middleware Consultant
MQ Solutions, LLC
http://www.mqsolutions.com

Ian Steyn <[EMAIL PROTECTED]> wrote:

Date Recieved:

06/12/2002 06:44:35 AM

To:

[EMAIL PROTECTED]

cc:

Bcc

Subject:

Eclipse

Hi,

If have seen several news articles recently about IBM's Eclipse push.
At the Tech Conference I spoke to one big MQ company that mentioned Eclipse and MQ in the same sentence a couple of times.

My question to those that knows :

1. How does IBM plan on using Eclipse in regards to MQ?

2. What I read about Eclipse is that it's a"tool" development and integration platform.
Do they plan to move away form MMC (on win2000/nt/xp/.net) and use Eclipse?

3. Can we start planning on developing future applications and tools with Eclipse?

4. or... do I have the whole thing wrong?

Here are links to one news article and to Eclipse :
http://www.eweek.com/article/0,3658,s=701&a=27897,00.asp
http://www.eclipse.org/

Ian

Re: Eclipse

2002-06-12 Thread Jim Keohane

Eclipse is an open standard IDE (integrated
development environment) that is to supercede IBM's VisualAge for Java and other
developer setups.
I would assume that use of MQ is no
different than use of any other API (like ODBC, JCICS, etc.).
If a Java developer was using JMS (Java Message Service) then
there is/will be a way of invoking MQ under the covers or at least interacting
with MQ.
See my Search390 Eclipse teaser
at http://search390.techtarget.com/tip/1,289483,sid10_gci784724,00.html.

Here's an excerpt.
"Well, Visual Age for Java is going away. Oh, it will be
supported for a while but the future is Eclipse, the open-source IDE built by
IBM's Object Technology International and now given to the world. OTI are the
same folks who first gave us Visual Age for Java and SmallTalk. See http://www.oti.com."
"OTI also has a Visual Age IDE for embedded systems and, most importantly,
authored the newly announced Websphere Studio WorkBench (WSW) based on Eclipse.
WSW is the basis of WebSphere Application Developer and other IBM offerings.
Visit http://www.ibm.com/software/ad/adstudio.
The consortium behind Eclipse also includes Borland (Delphi & Kylix),
Merant, QNX Software Systems, Rational Software, Red Hat, SuSe Linux AG,
TogetherSoft, etc."
Cheers, - Jim Keohane

Jim Keohane
Multi-Platforms, Inc.
Software Development & Consulting, expert witness,
columnist Chief Cook
& Bottle Washer
(516) 579-2209
www.multi-platforms.com
[EMAIL PROTECTED]
640K ought to be enough for anybody. - Bill
Gates 640K is
enough. For FUN!

- Original Message -
From:
Ian
Steyn
To: [EMAIL PROTECTED]
Sent: Wednesday, June 12, 2002
09:44
Subject: Eclipse
Hi, If have seen several news articles recently about IBM's
Eclipse push. At the Tech Conference I
spoke to one big MQ company that mentioned Eclipse and MQ in the same sentence
a couple of times. My question to
those that knows : 1. How
does IBM plan on using Eclipse in regards to MQ? 2. What I read about Eclipse is that it's a"tool"
development and integration platform. Do they plan to move away form MMC (on
win2000/nt/xp/.net) and use Eclipse? 3. Can we start planning on developing future applications and tools
with Eclipse? 4. or... do I have
the whole thing wrong? Here are
links to one news article and to Eclipse : http://www.eweek.com/article/0,3658,s=701&a=27897,00.asp
http://www.eclipse.org/ Ian

Re: Client

2002-06-12 Thread Gorse, Darry


Bobbee,

Here is a word doc that I had saved from the list concerning connecting a
client. It may have
some useful information.

Cheers,
Darry

-Original Message-
From: Robert Broderick [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 12, 2002 1:13 PM
To: [EMAIL PROTECTED]
Subject: Re: Client


Thanks for the info.

Alas. I had my document from home EMAIL'd to me and I checked my document on
my laptop and work desktop, the prose is missing from all of the 'MQSeries
Discussions.doc' documents. I will tell you that in the area of client
information this was a piece of GOLD. I had thought Peter had sent it in but
I am really not sure. I will start to rebuild it from all the comments I
have retained and make it available soon. Keep the comments comming. It
makes for a good document.

  bobbee




Connecting a Client to an MQServer.doc
Description: MS-Word document

Re: calling batch file


Sashi,
in order for your triggering to work, you need to do a bit more than just
setting trigger to on and define a process. Please

1/ set TRIGGER on your application queue (you did this)
2/ DEFINE PROCESS which contains your application to trigger (did this)
3/ specify an initiation queue INITQ attribute of your appl.queue
4/ specify the process on your appl.queue; PROCESS attribute
5/ create the initiation queue sopecified in 3 as a plain local queue
6/ start a trigger monitor on that initiation queue

If still no trigger, work through the Chapter about Triggering in the
Application Programming guide and make sure that *ALL* of the trigger
conditions for your scenario are met.
Hope that helps,
Stefan


>From: Sashi Majji <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: calling batch file
>Date: Wed, 12 Jun 2002 15:33:16 +0800
>
>Hi
>   Iam a new user of MQ Series, I need to call a batch file
>when ever I recieve a message to my que.
>For this I created a procedure with Application Identifier
>some thing like this c:\runMQ\runmq where runmq will be the batch file and
>I
>on the trigger option for the Que as on.
>
>still Iam unable to call this bat file when ever I receive a message.
>
>
>rgds
>[EMAIL PROTECTED]
>
>
>
>*Disclaimer*
>
>This mail and any accompanying documents contain confidential information
>intended for a specific individual and purpose. This information is private
>and protected by law. If you are not the intended recipient, you are hereby
>notified that any disclosure, copying or distribution, or the taking of any
>action based on the contents of this information, is strictly prohibited.
>
>Please let us know immediately if you have received this by mistake and
>appreciate if you could delete the original message.
>
>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


_
Chat with friends online, try MSN Messenger: http://messenger.msn.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

jms/ldap

2002-06-12 Thread Graham Lekota


Hi,
How do i configure ldap to store jms administered objects?
The file JMSAdmin.config looks like:
-
INITIAL_CONTEXT_FACTORY=com.sun.jndi.ldap.LdapCtxFactory
PROVIDER_URL=ldap://163.202.252.193/cn=ivtQCF
SECURITY_AUTHENTICATION=none
-

This is the error i get when i try to test ldap:
---
$ JMSAdmin -cfg JMSAdmin.config
5648-C60 (c) Copyright IBM Corp. 2002. All Rights Reserved.
Starting MQSeries classes for Java(tm) Message Service Administration
InitCtx> DEFINE QCF(ldapTest)
Unable to bind object
InitCtx>
---

The shema contains the relevent objectclass and attribute definitions as
stated in the using java manual.

What am i missing?
Thanks



*
Graham Lekota
Systems Support Analyst
Liberty Group
+27 83 327 3619
+27 11 408 4683
[EMAIL PROTECTED]
*
Unemployment doesn t work.  *
*
*



***

This message may contain information which is confidential and subject to legal 
privilege. If you are not the intended recipient, you may not peruse, use, 
disseminate, distribute or copy this message. If you have received this message in 
error, please notify the sender immediately by email, facsimile or telephone and 
return and/or destroy the original message.

***

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: Reason 2056


Graham,
objection! :-) I wasn't talking about the error logs (AMQERR...) and I am
not sure if you can configure them anyway. As we were discussing persistant
message processing, the transaction logs were what I was referring to. And
you cannot alter the size of these log files after queue manager creation,
only the number.
I probably wasn't all too clear though.
Thanks,
Stefan

>From: Graham Lekota <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Reason 2056
>Date: Wed, 12 Jun 2002 11:32:50 +0200
>
>Andy,
>Stefan is talking about error logs, which is not what you are looking for:
>You can change the size of the LogFilePages(on solaris the files are
>/var/mqm/mqs.ini and /var/mqm/QM_NAME/qm.ini) and the number of
>primary+secondary files based on how much data(within a unit of work) you
>handle at any given time. All you need to do is restart the the queue
>manager and the changes will take effect. Go through the mq mauals(system
>admin + intercommication) to get the full story.
>
>Ta.
>*
>Graham Lekota
>Systems Support Analyst
>Liberty Group
>+27 83 327 3619
>+27 11 408 4683
>[EMAIL PROTECTED]
>*
>Unemployment doesn t work.  *
> *
>*
>
>
>-Original Message-
>From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Stefan
>Sievert
>Sent: Tuesday, June 11, 2002 10:24 PM
>To: [EMAIL PROTECTED]
>Subject: Re: Reason 2056
>
>
>Andy,
>if you want to change the size of the logs, you would need to delete and
>re-create the queue manager. If your calculations say that an increase in
>number of log files is sufficient, then Philips answer applies. Chapter 15
>of the System Administration manual contains a section on how to calculate
>the log size.
>Good luck!
>Stefan
>
>
> >From: Andrew Goade <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: Reason 2056
> >Date: Tue, 11 Jun 2002 14:04:37 -0500
> >
> >Stefan,
> >I found out that my logs are the issue.  How would I go about changing
>the
> >size of them to accomidate for a large number of messages(~600,000/day)?
> >
> >Thanks,
> >Andy
> >
> >
> >
> >
> > Stefan Sievert
> >  >[EMAIL PROTECTED]
> > TMAIL.COM>  cc:
> > Sent by: MQSeries   Subject: Re: Reason 2056
> > List
> >  > n.AC.AT>
> >
> >
> > 06/11/2002 01:38
> > PM
> > Please respond to
> > MQSeries List
> >
> >
> >
> >
> >
> >
> >Andy,
> >every queue has a representation in the file system, on W2K that would be
> >\qmgrs\\queues\
> >You should be able to find a file named 'Q' in this directory, that's the
> >actual queue file.
> >The reason code description explicitly states a lack of disk space as the
> >cause of the problem. You said 'the disk seems to have enough space'. Can
> >you confirm that it *definitely* has enough space? If you are using
> >persistent messages and have the logs on the same disk, you probably want
> >to
> >have at least (my guesstimate) 100MB of free space available. How many
> >messages do you expect to receive in total?
> >Cheers,
> >Stefan
> >
> > >From: Andrew Goade <[EMAIL PROTECTED]>
> > >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> > >To: [EMAIL PROTECTED]
> > >Subject: Re: Reason 2056
> > >Date: Tue, 11 Jun 2002 13:06:01 -0500
> > >
> > >Stefan,
> > >The max message size is 1000 bytes.  That means there should be no more
> > >than 30M of data.  Where do you check to see how big a certain queue
>is??
> > >
> > >Andy
> > >
> > >
> > >
> > >
> > > Stefan Sievert
> > >  > >[EMAIL PROTECTED]
> > > TMAIL.COM>  cc:
> > > Sent by: MQSeries   Subject: Re: Reason
>2056
> > > List
> > >  > > n.AC.AT>
> > >
> > >
> > > 06/11/2002 12:31
> > > PM
> > > Please respond to
> > > MQSeries List
> > >
> > >
> > >
> > >
> > >
> > >
> > >Andy,
> > >what is the size of each message you are sending? Beyond the maximum
> > >numbers
> > >of messages on a queue (MAXDEPTH) and the available disk space, queues
> >are
> > >limited to a maximum size of 2GByte on 5.2 for NT.
> > >Is it possible that you hit this limit with your transmission? In other
> > >words: Is 3 * yourMsgSize > 2GB ?
> > >Stefan
> > >
> > >
> > > >From: Andrew Goade <[EMAIL PROTECTED]>
> > > >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> > > >To: [EMAIL PROTECTED]
> > > >Subject: Reason 2056
> > > >Date: Tue, 11 Jun 2002 11:13:28 -0500
> > > >
> > > >We are sending a large number of messages between an AS/400 running
> >v5r2
> > > >an

Re: Client


Thanks for the info.

Alas. I had my document from home EMAIL'd to me and I checked my document on
my laptop and work desktop, the prose is missing from all of the 'MQSeries
Discussions.doc' documents. I will tell you that in the area of client
information this was a piece of GOLD. I had thought Peter had sent it in but
I am really not sure. I will start to rebuild it from all the comments I
have retained and make it available soon. Keep the comments comming. It
makes for a good document.

  bobbee


>From: Cliff Gardiner <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: Client
>Date: Wed, 12 Jun 2002 17:14:05 +0100
>
>Yup.
>
>And also, there is a memory overhead at the queue manager per connection
>(AFAIK this is less expensive with the latest versions of the client code),
>you need to pay attention to HBINT and KEEPALIVE so if your client crashes,
>the queue manager gets to know that the remote end of the MQI channel has
>gone and to free the connection. In other words, you're more exposed to
>network outages.
>Depending on the platform of the client, there may be different max msg
>lengths supported.  You can use security exits across MI channels but I
>don't think you can use data compression - anyone care to confirm this??
>
>This is all that springs to mind right now, but I'm sure others can add
>more.
>
>Hey, and when you find your "MQSeries noteworthy LISTSERV comments" word
>doc, be sure to share it with us, won't you??!
>
>Regards,
>
>Cliff
>
>-Original Message-
>From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Potkay,
>Peter M (PLC, IT)
>Sent: 12 June 2002 13:46
>To: [EMAIL PROTECTED]
>Subject: Re: Client
>
>
>More Pros
>Client can connect to more than 1 QM at a time
>Client can automatically use alternate channels when primary is down
>
>More Cons
>Performance suffers, as MQI calls must flow over a network
>MQBegin Verb not valid in Client environment
>
>
>Peter Potkay
>IBM MQSeries Certified Specialist, Developer
>[EMAIL PROTECTED]
>X 77906
>
>
>-Original Message-
>From: Robert Broderick [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, June 11, 2002 7:58 PM
>To: [EMAIL PROTECTED]
>Subject: Client
>
>
>I'm sorry I'm opening up this can of worms. Someone gave a great and
>detailed discribtion on this subject once.  I had saved this in my
>"MQSeries
>noteworthy LISTSERV comments" word doc somewhere and now can not find it.
>SO
>
>Client vs Server Pros/Cons
>
>1 - Clients cannot partake in GUOW
>2 - The client also has no local queues
>3 - The Client is cheap
>4 - ?
>
>Some questions:
>
>What happens in a Client UOW if the connection fails in the middle of a MQ
>commit. Is there a indoubt condition with regards to the transaction.
>
>Using syncpoint buys me transaction coordination with the MQServer. But to
>what point. (refer to question 1).
>
>Are there other considerations to worry about. My client side is on the
>rusty side.
>
>   bobbee
>
>_
>Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
>
>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 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
>
>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


_
Send and receive Hotmail on your mobile device: http://mobile.msn.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

Re: Channel Exits being driven with MQCXP.PartnerName containing QSG name

2002-06-12 Thread David C. Partridge


It turned out that I was mistaken about the channels in question being
cluster channels.

The channels in question were a sender channel on an AIX box and a
shared receiver channel on the sysplex.

The following comes from MQ development and describes what *should* happen.
As far as I can tell this is not documented ...

=== quote ===
You don't say whether we're talking about sending or receiving types of
channels here, or both?

When connecting a channel into the QSG via the INDISP(GROUP) listener, i.e.
a shared receiver channel, the partner name in an exit on the sender should
be reflected as the QSG name and not the QMGR name. This is appropriate
since a shared channel can connect to any member of the QSG and this allows
the interface shown to the exit to remain the same. In effect the QSG
behaves like one big queue manager.

When connecting a channel into a queue manager via the INDISP(QMGR)
listener (the non-shared one) i.e. a private receiver channel, even if the
queue manager is a member of the QSG, the partner name in an exit on the
sender should be the queue manager name, in the same way that you would see
the queue manager name if it is not a member of a QSG.

However, if you have cluster-receiver channels, they cannot be shared
channels (they cannot be started through an INDISP(GROUP) listener) so your
scenario should be the second case above.

When connecting a channel from a QSG to a queue manager, moving messages
from a shared transmission queue, i.e. a shared sender, the partner name in
an exit on the receiver should be the QSG name and not the QMGR name. This
is correct for the same reasons as the first scenario above.

When connecting a channel from a queue manager that happens to be in a QSG,
but moving messages from a private transmission queue, i.e. a private
sender, the partner name in an exit on the receiver should be the QMGR
name. Again, this is the same as you would see if the queue manager was not
a member of a QSG.

However, if you have cluster-sender channels, they cannot be shared
channels (the SYSTEM.CLUSTER.TRANSMIT.QUEUE cannot be a shared queue) and
so your scenario should be the second of these two cases.
=== end quote ===

Note that for the case in question the MQCXP.PartnerName field at the sender
channel on AIX should *never* have been driven with individual qmgr names if
what the customer tells me is right and this has always been a shared
receiver
channel on the sysplex.

Regards,
David C. Partridge
Primeur UK Limited
Tel: +44 (0)1926 511058
Mobile: +44 (0)7713 880197

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: XML attributes being lost/converted to tags


I've tried 2.1 with the latest CSD and that doesn't fix the problem for us either!






"Wp William P Van Zyl" <[EMAIL PROTECTED]>

Sent by: "MQSeries List" <[EMAIL PROTECTED]>
12-Jun-2002 14:16
Please respond to "MQSeries List" <[EMAIL PROTECTED]>

        
                        

        To:        MQSERIES

        cc:        
        Subject:        Re: XML attributes being lost/converted to tags


As far as I know, this happens because the domain of the Destination List
is not XML, but is simply MQSI message tree. All name value pairs get
converted to tree elements and these will get reparsed as individual XML
elements when the data is replaced in the root.

I have heard a rumour that 2.1 can do what you want, but have not worked
with it yet, though.

Maybe you should look into it.


William van Zyl
Senior IT Specialist - Integration and Transformation
Business Innovation Services
IBM Global Services, South Africa

Cell: +27 (0)83 324 2657
Mail:       [EMAIL PROTECTED]




                      "Kulbir S. Thind"
                      
                      SK.COM>                  cc:
                      Sent by: MQSeries        Subject:  Re: XML attributes being lost/converted to tags
                      List
                      
                      N.AC.AT>


                      2002/06/12 10:55
                      AM
                      Please respond to
                      MQSeries List






Yes I think this will work too.  But we wouldn't want to do this for
message formats that could be quite complex and up to 100Mb in size.  We'd
expect MQSI to be able to handle this for us.  The problem only appears if
you use the DestinationList to store the XML (with attributes) and doesn't
occur if you use Root.

Cheers.


   "Christopher Frank"
   <[EMAIL PROTECTED]>

   Sent by: "MQSeries List"                     To:        MQSERIES
   <[EMAIL PROTECTED]>
                                                cc:
                                                Subject:        Re: XML
   11-Jun-2002 20:50                    attributes being lost/converted
   Please respond to "MQSeries List"    to tags
   <[EMAIL PROTECTED]>






Kulbir,

>>>Unfortunately this isn't the problem. Our input message
>>>looks like this:
>>>   
>>>    language="English">chart of account
>>>And we need it to go out like this:
>>>   
<<<    language="English">chart of account
>>>   dummy/
>>>
>>>We want to store the original data in the destination list
>>>so we can do other processing first and then move it back
>>>to outputroot.xml when we want to send messages out.
>>>Any other thoughts?

The following can be used in the first Compute node of your message flow to
store the data and attributes associated with the input
"GSK.ChartOfAccounts" element in the Environment tree (if you are using
WMQI V2.1;  you can use the destination list with earlier releases):

    SET Environment.Variables.ChartOfAccounts =
InputBody."GSK.ChartOfAccounts";
   SET Environment.Variables.elementName =
InputBody."GSK.ChartOfAccounts".(XML.attr)elementName;
   SET Environment.Variables.language =
InputBody."GSK.ChartOfAccounts".(XML.attr)language;

Then, in a downstream Compute node, after you do your additional
processing, you can retrieve the above values as follows to build the
output XML you described:

    SET OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts" =
Environment.Variables.ChartOfAccounts;
   SET
OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts".(XML.attr)elementName =
Environment.Variables.elementName;
   SET OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts".(XML.attr)language
= Environment.Variables.language;
   SET OutputRoot.XML.AnotherTag.Anything = 'dummy';

Hope this helps,

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

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: Reason 2010 w/ ActiveX client

2002-06-12 Thread Madsen, Timothy


Jim,
I appreciate your assistance.
This is clearly the problem (we are using MQSERVER environment variable for
the ActiveX client) which is clearly indicated in the MQSeries Client
documentation (which we should have read more clearly in the beginning!).
We should now be able to move forward, modify how we connect and (hopefully)
get our large (>4MB) messages.

Thanks.
Tim.

-Original Message-
From: Jim Ford [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 12, 2002 11:16 AM
To: [EMAIL PROTECTED]
Subject: Re: Reason 2010 w/ ActiveX client


What about the clntconn channel? That's the client half of the channel
pair, and it also has a MAXMSGL.

If you use a channel table to supply this information, you set it in the
table. If you use MQCONNX to connect, you can build an MQCD and set MAXMSGL
in your code (I think). If you use MQSERVER to define the client half of
the channel pair, though, I think you're screwed. The MQSeries Clients
manual describes this, because this behavior is true for all clients, not
just ActiveX ones.




  "Madsen, Timothy"
  <[EMAIL PROTECTED]>To:
[EMAIL PROTECTED]
  Sent by: MQSeriescc:
  List Subject:  Re: Reason 2010 w/
ActiveX client
  


  06/12/2002 07:20
  AM
  Please respond to
  MQSeries List






Hello,
This (Max Msg Length set at 40MB - 41943040) was done on the
SYSTEM.AUTO.SVRCONN channel as well as on the channel our ActiveX client
uses which was defined by us (type = server connection).
Do you have additional thoughts as to where we can look?

Thanks.
Tim.

-Original Message-
From: Jim Ford [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 11, 2002 4:52 PM
To: [EMAIL PROTECTED]
Subject: Re: Reason 2010 w/ ActiveX client


You say that MAXMSGL on the client channel was increased to 40MB. Was this
done on the SVRCONN channel, too?




  "Madsen, Timothy"
  <[EMAIL PROTECTED]>To:
[EMAIL PROTECTED]
  Sent by: MQSeriescc:
  List Subject:  Reason 2010 w/
ActiveX client
  


  06/11/2002 03:17
  PM
  Please respond to
  MQSeries List






Hello,
When trying to GET a large message (~ 6 MB) from the Queue, we are getting

SAMXMLDLL.clsQueueManager.GetDataMessages
Offending Object: MQAX200.MQueue::Get
MQSeries Completion Code = 2
MQSeries Reason Code = 2010
(MQRC_DATA_LENGTH_ERROR).

We have increased the size of an individual message allowed from the
default
of 4MB to 40MB on the Q, QM & client channel.  Using another application
programmed in java (against the same Q & QM), we have no problems with
large
(> 4 MB) messages.  We therefore feel that it is likely that there is
something with the ActiveX client which we are not aware of.

Note we plan on using segmentation for our large messages - however our
ActiveX client currently can not receive large messages - whether segmented
or non-segmented.  We feel that if we solve the problem such that the
client
can receive large messages, the segmenting will work (as we have already
successfully done tests with 100KB messages being segmented into 5KB
Queues).

We are using MQSeries V5.2.1 w/ CSD04 on WinNT w/sp6a.
Client is MS Visual Basic - active X on Windows2k w/sp2.

Thanks.
Tim.

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

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: Propogate function in MQSI 2.1???


Adi,

>>>We were using MQSI 2.0.1 till some time back and we
>>>picked up data from the DB and generated a common single
>>>XML message for all the reccords and used the SQL4j parser
>>>API's to break these  into individual XML's for each record
>>>through a triggered java program.However,I was told by a
>>>MQ guru that in MQSI 2.1 this breaking down can be performed
>>>by MQSI itself and he mentioned the propogate ESQL function
>>>in the same context.Anyone has any ideas on this?

Your MQ guru is correct. When used in a Compute or Database node, the
PROPAGATE statement introducted in WMQI V2.1 allows you to emit one or more
output message trees to downstream nodes within the message flow.

So you could pick up your data from the DB, and use a while loop to break
up the data into individual XML messages representing each record, like so:

DECLARE i INTEGER;
SET i =1;
WHILE i <=CARDINALITY([])DO
   SET OutputRoot =InputRoot;
   SET OutputRoot.XML =NULL;
   SET OutputRoot.XML.[i ];
   PROPAGATE;
   SET i =i+1;
END WHILE;
RETURN FALSE;

Used in a Compute or Database node, this would loop through a tree
structure of repeating records, and on each iteration emit a message tree
representing an individual record. The "RETURN FALSE" is used because by
default the Compute node automatically propagates a message tree to its
downstream node when its eSQL terminates. "RETURN FALSE" will prevent this
from occuring.

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

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

2002-06-12 Thread Cliff Gardiner


Yup.

And also, there is a memory overhead at the queue manager per connection
(AFAIK this is less expensive with the latest versions of the client code),
you need to pay attention to HBINT and KEEPALIVE so if your client crashes,
the queue manager gets to know that the remote end of the MQI channel has
gone and to free the connection. In other words, you're more exposed to
network outages.
Depending on the platform of the client, there may be different max msg
lengths supported.  You can use security exits across MI channels but I
don't think you can use data compression - anyone care to confirm this??

This is all that springs to mind right now, but I'm sure others can add
more.

Hey, and when you find your "MQSeries noteworthy LISTSERV comments" word
doc, be sure to share it with us, won't you??!

Regards,

Cliff

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Potkay,
Peter M (PLC, IT)
Sent: 12 June 2002 13:46
To: [EMAIL PROTECTED]
Subject: Re: Client


More Pros
Client can connect to more than 1 QM at a time
Client can automatically use alternate channels when primary is down

More Cons
Performance suffers, as MQI calls must flow over a network
MQBegin Verb not valid in Client environment


Peter Potkay
IBM MQSeries Certified Specialist, Developer
[EMAIL PROTECTED]
X 77906


-Original Message-
From: Robert Broderick [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 11, 2002 7:58 PM
To: [EMAIL PROTECTED]
Subject: Client


I'm sorry I'm opening up this can of worms. Someone gave a great and
detailed discribtion on this subject once.  I had saved this in my "MQSeries
noteworthy LISTSERV comments" word doc somewhere and now can not find it.
SO

Client vs Server Pros/Cons

1 - Clients cannot partake in GUOW
2 - The client also has no local queues
3 - The Client is cheap
4 - ?

Some questions:

What happens in a Client UOW if the connection fails in the middle of a MQ
commit. Is there a indoubt condition with regards to the transaction.

Using syncpoint buys me transaction coordination with the MQServer. But to
what point. (refer to question 1).

Are there other considerations to worry about. My client side is on the
rusty side.

  bobbee

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.

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

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: Does ActiveX support Context Passing?

2002-06-12 Thread Jim Ford


It sure doesn't look like it supports it. You would need to set the Context
field in the PMO, and I can't see any way to do it in ActiveX.




  WR
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  >cc:
  Sent by: MQSeriesSubject:  Does ActiveX support Context 
Passing?
  List
  


  06/11/2002 09:31
  PM
  Please respond to
  MQSeries List






I can see that MQOO_SAVE_ALL_CONTEXT is a valid option when opening an
Input Queue with ActiveX, and MQOO_PASS_ALL_CONTEXT is valid when opening
the Output Queue, and MQPMO_PASS_ALL_CONTEXT is valid on the Put Message
Options object, but I can't see how to associate the handle of the Input
Queue with the PMO object when issuing the Put on the Output Queue.  Since
I can't set it, I get a 2097.

-Will

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: XML attributes being lost/converted to tags


Hi,

I'd like MQSI to be able to copy an XML structure (with attributes) to the DestinationList and then be able to copy it back to Root later.  It works fine if the XML structure doesn't contain attributes, if attributes are contained they are lost or converted to tags when copied from the DestinationList to Root.

Regards,

Kulbir.






"Christopher Frank" <[EMAIL PROTECTED]>

Sent by: "MQSeries List" <[EMAIL PROTECTED]>
12-Jun-2002 13:35
Please respond to "MQSeries List" <[EMAIL PROTECTED]>

        
                        

        To:        MQSERIES

        cc:        
        Subject:        Re: XML attributes being lost/converted to tags


Kulbir,

>>>Yes I think this will work too.  But we wouldn't want to do this for
>>>message formats that could be quite complex and up to 100Mb in
>>>size.  We'd expect MQSI to be able to handle this for us.  The
>>>problem only appears if you use the DestinationList to store the
>>>XML (with attributes) and doesn't occur if you use Root.

I'm curious as to what it is you want MQSI to handle for you here. How
would you like this to work?

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]


"Kulbir S. Thind" <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 06/12/2002
03:55:20 AM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:    MQSeries List <[EMAIL PROTECTED]>


To:    [EMAIL PROTECTED]
cc:
Subject:    Re: XML attributes being lost/converted to tags




Yes I think this will work too.  But we wouldn't want to do this for
message formats that could be quite complex and up to 100Mb in size.  We'd
expect MQSI to be able to handle this for us.  The problem only appears if
you use the DestinationList to store the XML (with attributes) and doesn't
occur if you use Root.

Cheers.



       "Christopher Frank"
       <[EMAIL PROTECTED]>

       Sent by: "MQSeries List"                 To:        MQSERIES
       <[EMAIL PROTECTED]>
                                                cc:
       11-Jun-2002 20:50                        Subject:        Re: XML
       Please respond to                attributes being lost/converted to
       "MQSeries List"                  tags
       <[EMAIL PROTECTED]>






Kulbir,

>>>Unfortunately this isn't the problem. Our input message
>>>looks like this:
>>>   
>>>    language="English">chart of account
>>>And we need it to go out like this:
>>>   
<<<    language="English">chart of account
>>>   dummy/
>>>
>>>We want to store the original data in the destination list
>>>so we can do other processing first and then move it back
>>>to outputroot.xml when we want to send messages out.
>>>Any other thoughts?

The following can be used in the first Compute node of your message flow to
store the data and attributes associated with the input
"GSK.ChartOfAccounts" element in the Environment tree (if you are using
WMQI V2.1;  you can use the destination list with earlier releases):

    SET Environment.Variables.ChartOfAccounts =
InputBody."GSK.ChartOfAccounts";
   SET Environment.Variables.elementName =
InputBody."GSK.ChartOfAccounts".(XML.attr)elementName;
   SET Environment.Variables.language =
InputBody."GSK.ChartOfAccounts".(XML.attr)language;

Then, in a downstream Compute node, after you do your additional
processing, you can retrieve the above values as follows to build the
output XML you described:

    SET OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts" =
Environment.Variables.ChartOfAccounts;
   SET
OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts".(XML.attr)elementName =
Environment.Variables.elementName;
   SET OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts".(XML.attr)language
= Environment.Variables.language;
   SET OutputRoot.XML.AnotherTag.Anything = 'dummy';

Hope this helps,

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

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: Reason 2010 w/ ActiveX client

2002-06-12 Thread David C. Partridge


I think you need to set it on SYSTEM.DEF.SVRCONN

David

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


TNX Pete,

I am also looking for any "holes' in Clients vs Server withingthe
transactional arena. Would it be wise to use client connections for
transactional data. Things you would do via an LUW. Is there a possibility
of getting out of sync with what I have thought I have done and what was
actually done. On the server you do not have this problem as long as you use
syncpoint, and any supporting software (ie CICS for DB2 and VSAM
coordination). BUT...with the client I know I cannot coordinate this
globally but can the message transfer be out of sync AT ANY TIME because of
a disconnect?

   bobbee


>From: "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Client
>Date: Wed, 12 Jun 2002 08:45:39 -0400
>
>More Pros
>Client can connect to more than 1 QM at a time
>Client can automatically use alternate channels when primary is down
>
>More Cons
>Performance suffers, as MQI calls must flow over a network
>MQBegin Verb not valid in Client environment
>
>
>Peter Potkay
>IBM MQSeries Certified Specialist, Developer
>[EMAIL PROTECTED]
>X 77906
>
>
>-Original Message-
>From: Robert Broderick [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, June 11, 2002 7:58 PM
>To: [EMAIL PROTECTED]
>Subject: Client
>
>
>I'm sorry I'm opening up this can of worms. Someone gave a great and
>detailed discribtion on this subject once.  I had saved this in my
>"MQSeries
>noteworthy LISTSERV comments" word doc somewhere and now can not find it.
>SO
>
>Client vs Server Pros/Cons
>
>1 - Clients cannot partake in GUOW
>2 - The client also has no local queues
>3 - The Client is cheap
>4 - ?
>
>Some questions:
>
>What happens in a Client UOW if the connection fails in the middle of a MQ
>commit. Is there a indoubt condition with regards to the transaction.
>
>Using syncpoint buys me transaction coordination with the MQServer. But to
>what point. (refer to question 1).
>
>Are there other considerations to worry about. My client side is on the
>rusty side.
>
>   bobbee
>
>_
>Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
>
>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 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


_
Chat with friends online, try MSN Messenger: http://messenger.msn.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

Re: Reason 2010 w/ ActiveX client

2002-06-12 Thread Jim Ford


What about the clntconn channel? That's the client half of the channel
pair, and it also has a MAXMSGL.

If you use a channel table to supply this information, you set it in the
table. If you use MQCONNX to connect, you can build an MQCD and set MAXMSGL
in your code (I think). If you use MQSERVER to define the client half of
the channel pair, though, I think you're screwed. The MQSeries Clients
manual describes this, because this behavior is true for all clients, not
just ActiveX ones.




  "Madsen, Timothy"
  <[EMAIL PROTECTED]>To:   [EMAIL PROTECTED]
  Sent by: MQSeriescc:
  List Subject:  Re: Reason 2010 w/ ActiveX 
client
  


  06/12/2002 07:20
  AM
  Please respond to
  MQSeries List






Hello,
This (Max Msg Length set at 40MB - 41943040) was done on the
SYSTEM.AUTO.SVRCONN channel as well as on the channel our ActiveX client
uses which was defined by us (type = server connection).
Do you have additional thoughts as to where we can look?

Thanks.
Tim.

-Original Message-
From: Jim Ford [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 11, 2002 4:52 PM
To: [EMAIL PROTECTED]
Subject: Re: Reason 2010 w/ ActiveX client


You say that MAXMSGL on the client channel was increased to 40MB. Was this
done on the SVRCONN channel, too?




  "Madsen, Timothy"
  <[EMAIL PROTECTED]>To:
[EMAIL PROTECTED]
  Sent by: MQSeriescc:
  List Subject:  Reason 2010 w/
ActiveX client
  


  06/11/2002 03:17
  PM
  Please respond to
  MQSeries List






Hello,
When trying to GET a large message (~ 6 MB) from the Queue, we are getting

SAMXMLDLL.clsQueueManager.GetDataMessages
Offending Object: MQAX200.MQueue::Get
MQSeries Completion Code = 2
MQSeries Reason Code = 2010
(MQRC_DATA_LENGTH_ERROR).

We have increased the size of an individual message allowed from the
default
of 4MB to 40MB on the Q, QM & client channel.  Using another application
programmed in java (against the same Q & QM), we have no problems with
large
(> 4 MB) messages.  We therefore feel that it is likely that there is
something with the ActiveX client which we are not aware of.

Note we plan on using segmentation for our large messages - however our
ActiveX client currently can not receive large messages - whether segmented
or non-segmented.  We feel that if we solve the problem such that the
client
can receive large messages, the segmenting will work (as we have already
successfully done tests with 100KB messages being segmented into 5KB
Queues).

We are using MQSeries V5.2.1 w/ CSD04 on WinNT w/sp6a.
Client is MS Visual Basic - active X on Windows2k w/sp2.

Thanks.
Tim.

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

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: MQ CSDs

2002-06-12 Thread Michael Welch


All Java support is in MA88.

Darren Douch wrote:

> Do MQ 5.2 CSDs contain updates / fixes to the MQ Java classes, or do Java
> fixes just get shipped as SupportPac MA88 updates?
>
> Thanks
> Darren.
>
> _
> Join the world s largest e-mail service with MSN Hotmail.
> http://www.hotmail.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

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

2002-06-12 Thread Richard Brunette



At the time your first transaction closes the queue, if it is the last
application that had the queue open for input and there are still messages
on the queue the queue manger will generate a new trigger message for a
Trigger First queue. The trigger interval does not really come into play
here, this is simply part of the rules of meeting the conditions for
triggering for a trigger first queue. Basically the queue manger sees that
nothing is processing the queue even though it has data, so it re-triggers.

I hate to get into discussions of trigger interval, since it often incites
large debates on the most accurate way to describe it. But the trigger
interval has more to do with instances where the queue manger is has not
triggered for an interval of time because there is ample reason to conclude
that the queue is being processed. After the interval expires the queue
manager creates a trigger anyway  or stops suppressing the creation of
triggers ( 6 of one, 1/2 dozen of the other).

Rick


|-+--->
| |   moshe moran <[EMAIL PROTECTED]>   |
| |   |
| |   Sent by: MQSeries List  |
| |   <[EMAIL PROTECTED]>   |
| |   |
| |   |
| |   |
| |   Wednesday June 12, 2002 01:56 AM|
| |   Please respond to MQSeries List |
| |   |
|-+--->
  
>|
  |
|
  |   To: [EMAIL PROTECTED]  
|
  |   cc:  
|
  |   Subject:   triggerinterval   
|
  
>|




I work in os390 2.8 mq 2.1.
I used trigger type=first in the local queue and trigger
interval=999,999,999 in the qmgr.
But it seems to me that this trigger interval has no effect because if i
have 2 messages in the input queue and while i process
the first one i have abend or i finish the transaction other way at this
second started the new transaction trying to process the second message
from the input queue even the triggerinterval is long enough.
As i understand in this situation the trigger didn't change and the next
transaction shouldn't be started because  the trigger interval .
please your advise. thanks
(See attached file: C.htm)






I work in os390 2.8 mq 2.1.
I used trigger type=first in the local 
queue and trigger interval=999,999,999 in the qmgr.
But it seems to me that this trigger 
interval has no effect because if i have 2 messages in the input queue and while 
i process
the first one i have abend or i finish 
the transaction other way at this second started the new transaction trying to 
process the second message from the input queue even the triggerinterval is long 
enough.
As i understand in this situation the 
trigger didn't change and the next transaction shouldn't be started 
because  the trigger interval .
please your advise. 
thanks

Re: MQSI 2.1 Change Mgmt Issues - How to automate Assignment

2002-06-12 Thread Paul Dix


Yes, you are correct.  I just discovered that I was looking at the 1.1
version of the support pac.  The new 1.2 version that introduced the
assign utility was added at the end of March.  Thanks!!!

Paul Dix
Northwestern Mutual
I.S.-Middleware Tech Support

-Original Message-
From:   STEGIE [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, June 11, 2002 4:58 PM
To: MQSERIES
Cc: STEGIE
Subject:Re: MQSI 2.1 Change Mgmt Issues - How to automate
Assignment

Paul -

There is a mqsiassign command in ic01.  I have not used this myself,
but it
appears to do what you are asking for.

- Steve Gies

-Original Message-
From: Paul Dix [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 11, 2002 1:34 PM
To: [EMAIL PROTECTED]
Subject: MQSI 2.1 Change Mgmt Issues - How to automate Assignment


I've been researching how I can automate the promotion of my MQSI v2.*
message flows and sets into production.  I'd like to integrate these
things
into our existing change system and automate them with Autosys. I've
looked
at the given utilities, ic01, id06 and ic04.  The piece that I see is
missing is assignment from the command line.  I have a test and
production
domain.  If I've got something that doesn't exist in production yet, I'd
like to import, assign and deploy all from the command line.  I don't
think
we have that yet, do we?  Any ideas on how to solve this problem
outside of
manual intervention.

Thanks...

Paul Dix
Northwestern Mutual

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: Does ActiveX support Context Passing?

2002-06-12 Thread Richard Brunette


Will

>From the "Using the Component Object Model Interface" manual it does not
look like its supported. (Unless my documentation is out of date)

Options property
Read-write. The MQPMO Options field. See "MQPMO - Put message options" in
the MQSeries Application Programming Reference for details. Initial value
is MQPMO_NONE.
Defined in: MQPutMessageOptions Class.
Data Type: Long
Syntax:
To get: options& = PutOpts.Options
To set: PutOpts.Options = options&
The MQPMO_PASS_IDENTITY_CONTEXT and MQPMO_PASS_ALL_CONTEXT options are not
supported.


Rick





|-+--->
| |   WR <[EMAIL PROTECTED]>   |
| |   |
| |   Sent by: MQSeries List  |
| |   <[EMAIL PROTECTED]>   |
| |   |
| |   |
| |   |
| |   Tuesday June 11, 2002 09:31 PM  |
| |   Please respond to MQSeries List |
| |   |
|-+--->
  
>|
  |
|
  |   To: [EMAIL PROTECTED]  
|
  |   cc:  
|
  |   Subject:   Does ActiveX support Context Passing? 
|
  
>|




I can see that MQOO_SAVE_ALL_CONTEXT is a valid option when opening an
Input Queue with ActiveX, and MQOO_PASS_ALL_CONTEXT is valid when opening
the Output Queue, and MQPMO_PASS_ALL_CONTEXT is valid on the Put Message
Options object, but I can't see how to associate the handle of the Input
Queue with the PMO object when issuing the Put on the Output Queue.  Since
I can't set it, I get a 2097.

-Will

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

Eclipse

2002-06-12 Thread Ian Steyn


Hi,

If have seen several news articles recently about IBM's Eclipse push.
At the Tech Conference I spoke to one big MQ company that mentioned Eclipse and MQ in the same sentence a couple of times.

My question to those that  knows :

1. How does IBM plan on using Eclipse in regards to MQ?

2. What I read about Eclipse is that it's a"tool" development and integration platform.
    Do they plan to move away form MMC (on win2000/nt/xp/.net) and use Eclipse?

3. Can we start planning on developing future applications and tools with Eclipse?

4. or... do I have the whole thing wrong?

Here are links to one news article and to Eclipse :
http://www.eweek.com/article/0,3658,s=701&a=27897,00.asp
http://www.eclipse.org/

Ian

Re: Authorization problem

2002-06-12 Thread Wyatt, T. Rob


Frank,

If Authorization Events are enabled on the QMgr, 2035 errors will generate
messages in the SYSTEM.ADMIN.QMGR.EVENT queue.  The messages are in PCF
format and a little tough to parse visually but if you use
/opt/mqm/samp/bin/amqsbcg to browse them, you should be able to see what is
happening.  Most of the fields are binary so picking out the plaintext
object names is pretty easy.  The first big (48 char) readable field is the
QMgr name.  The next big (also 48 char) readable field will be the queue,
provided the error was on OPEN and not CONNECT.  For 2035 errors, the next
readable field should be 12 characters for the UserID.  The last 28
characters are the program name.

This technique takes all the guesswork out of Auths errors so that
hit-and-miss approaches such as restarting the QMgr are not necessary.  Once
you know the UserID and object name, it should be relatively easy to figure
out the root cause.

Regards,
-- T.Rob

-Original Message-
From: Frank Mollica. [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 10, 2002 10:46 AM
To: [EMAIL PROTECTED]
Subject: Authorization problem


I have an application that connects to a remote qmgr using the Unix id
'userA'.  (This has been running for a while)  When the connection was
attempted this morning, my app reported the following error...

mq_connect expected to give OK but returns : MQRC_NOT_AUTHORIZED

'userA' IS a member of the mqm group and running dspmqaut reveals that userA
has permissions for both the qmgr and the queue.

The qmgr error log reveals the following, somewhat vague, information...

06/10/02  06:50:32
AMQ9209: Connection to host 'my app's server (xxx.xxx.xx.xx)' closed.

EXPLANATION:
An error occurred receiving data from 'my app's server (xxx.xxx.xx.xx)' over
TCP/IP.  The connection to the remote host has unexpectedly terminated.
ACTION:
Tell the systems administrator.

---
06/10/02  06:50:32
AMQ: Channel program ended abnormally.

EXPLANATION:
Channel program 'AIMSS.CLIENT.PIUSAI5' ended abnormally.
ACTION:
Look at previous error messages for channel program 'AIMSS.CLIENT.PIUSAI5'
in
the error files to determine the cause of the failure.

I set the MCAUSER for the svrconn AIMSS.CLIENT.PIUSAI5 to 'mqm' and the
connection was made successfully, but this is not a good long term solution.
Any suggestions as to what the problem could be??

Thanks in advance,
Frank

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: URGENT ON MQSERIES CODE


Obviously you are on MVS. If you lool at your compile JCL for MQ you will
see libraries concat'd into your cob.syslib and link.syslmod jcl statements.
These will give you the naming conventions for your installation fo the
MQSeries libraries (sys pgmrs all have there little ways of naming things).
There should be a library named SQSCCOB. Go to 3.4 under ISPF and do a
wildcard for the HLQ (high level qualifier) and look for a lib with
something like SQSCCOB on the end. This has the COBOL examples in it. There
should be C examples too.

AND, my compliments to Mr. Crossland, go to www.geocities.com/capitalware
there you will find coding examples for many languages, maybe ones that
don't even exist (you have to read other peoples code to enjoy this joke!!)

AND finally there is www.mqseries.net. I believe there are code examples
there also.

hope this helps

  bobbee still in boston


>From: Stefan Sievert <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: URGENT ON MQSERIES CODE
>Date: Wed, 12 Jun 2002 00:08:43 -0700
>
>Jaques,
>there are quite a few sample programs shipped with MQ for the environments
>you describe. Please check the installation libraries/the documentation in
>the Application Programming Guide.
>Stefan
>
>
>>From: ETESSE <[EMAIL PROTECTED]>
>>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>>To: [EMAIL PROTECTED]
>>Subject: URGENT ON MQSERIES CODE
>>Date: Wed, 12 Jun 2002 07:52:47 +0100
>>
>>Hi all,
>>I just start coding MQSeries program and some samples of code would be
>>very useful for me.
>>Is there anybody able to give me a sample of mqseries program in the
>>different
>>environnments :
>>- MVS batch
>>- MVS CICS (transaction)
>>- IMS MPP (transaction)
>>- IMS BMP (batch)
>>for Cobol and C language ?
>>To see how to use the call MQI and the specific commands CICS & IMS
>>to use instead of MQSeries MQI.
>>Thanks a lot in advance for your help.
>>Jacques.
>
>
>
>
>_
>Chat with friends online, try MSN Messenger: http://messenger.msn.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


_
Chat with friends online, try MSN Messenger: http://messenger.msn.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

Propogate function in MQSI 2.1???

2002-06-12 Thread Ghosh, Shiladitya


Hi,


We were using MQSI 2.0.1 till some time back and we picked up data from the
DB and generated a common single XML message for all the reccords and used
the SQL4j parser API's to break these  into individual XML's for each record
through a triggered java program.However,I was told by a MQ guru that in
MQSI 2.1 this breaking down can be performed by MQSI itself and he mentioned
the propogate ESQL function in the same context.Anyone has any ideas on
this?And if whatever I said sounds totally baloney,the MQGuru shalt be the
late MQGuru...:-)

Regards,
Adi

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: Reason 2056

2002-06-12 Thread Andrew Hickson


You cannot change the size of the log files once a queue manager has been
created.
You can change the number of log files after the queue manager has been
created.

Andy.


Graham Lekota <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 06/12/2002
10:32:50 AM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:MQSeries List <[EMAIL PROTECTED]>


To:[EMAIL PROTECTED]
cc:
Subject:Re: Reason 2056



Andy,
Stefan is talking about error logs, which is not what you are looking for:
You can change the size of the LogFilePages(on solaris the files are
/var/mqm/mqs.ini and /var/mqm/QM_NAME/qm.ini) and the number of
primary+secondary files based on how much data(within a unit of work) you
handle at any given time. All you need to do is restart the the queue
manager and the changes will take effect. Go through the mq mauals(system
admin + intercommication) to get the full story.

Ta.
*
Graham Lekota
Systems Support Analyst
Liberty Group
+27 83 327 3619
+27 11 408 4683
[EMAIL PROTECTED]
*
Unemployment doesn t work.  *
*
*


-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Stefan
Sievert
Sent: Tuesday, June 11, 2002 10:24 PM
To: [EMAIL PROTECTED]
Subject: Re: Reason 2056


Andy,
if you want to change the size of the logs, you would need to delete and
re-create the queue manager. If your calculations say that an increase in
number of log files is sufficient, then Philips answer applies. Chapter 15
of the System Administration manual contains a section on how to calculate
the log size.
Good luck!
Stefan


>From: Andrew Goade <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Reason 2056
>Date: Tue, 11 Jun 2002 14:04:37 -0500
>
>Stefan,
>I found out that my logs are the issue.  How would I go about changing the
>size of them to accomidate for a large number of messages(~600,000/day)?
>
>Thanks,
>Andy
>
>
>
>
> Stefan Sievert
> [EMAIL PROTECTED]
> TMAIL.COM>  cc:
> Sent by: MQSeries   Subject: Re: Reason 2056
> List
>  n.AC.AT>
>
>
> 06/11/2002 01:38
> PM
> Please respond to
> MQSeries List
>
>
>
>
>
>
>Andy,
>every queue has a representation in the file system, on W2K that would be
>\qmgrs\\queues\
>You should be able to find a file named 'Q' in this directory, that's the
>actual queue file.
>The reason code description explicitly states a lack of disk space as the
>cause of the problem. You said 'the disk seems to have enough space'. Can
>you confirm that it *definitely* has enough space? If you are using
>persistent messages and have the logs on the same disk, you probably want
>to
>have at least (my guesstimate) 100MB of free space available. How many
>messages do you expect to receive in total?
>Cheers,
>Stefan
>
> >From: Andrew Goade <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: Reason 2056
> >Date: Tue, 11 Jun 2002 13:06:01 -0500
> >
> >Stefan,
> >The max message size is 1000 bytes.  That means there should be no more
> >than 30M of data.  Where do you check to see how big a certain queue
is??
> >
> >Andy
> >
> >
> >
> >
> > Stefan Sievert
> >  >[EMAIL PROTECTED]
> > TMAIL.COM>  cc:
> > Sent by: MQSeries   Subject: Re: Reason
2056
> > List
> >  > n.AC.AT>
> >
> >
> > 06/11/2002 12:31
> > PM
> > Please respond to
> > MQSeries List
> >
> >
> >
> >
> >
> >
> >Andy,
> >what is the size of each message you are sending? Beyond the maximum
> >numbers
> >of messages on a queue (MAXDEPTH) and the available disk space, queues
>are
> >limited to a maximum size of 2GByte on 5.2 for NT.
> >Is it possible that you hit this limit with your transmission? In other
> >words: Is 3 * yourMsgSize > 2GB ?
> >Stefan
> >
> >
> > >From: Andrew Goade <[EMAIL PROTECTED]>
> > >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> > >To: [EMAIL PROTECTED]
> > >Subject: Reason 2056
> > >Date: Tue, 11 Jun 2002 11:13:28 -0500
> > >
> > >We are sending a large number of messages between an AS/400 running
>v5r2
> > >and Windows 2000 V5r2.1.  The messages flow correctly for about the
>first
> > >30,000 records, then they start to back log.  When the back log
starts,
> > >only a handful of messages flow between the systems.  When browsing
the
> > >2000's logs I see a reason code 2056(MQRC_Q_SPACE_NOT_AVALIABLE).  The
> > >local queue has a max depth of 64, and the disk seems to have
>enough
> > >space.  Has anyo

Re: XML attributes being lost/converted to tags

2002-06-12 Thread Wp William P Van Zyl


As far as I know, this happens because the domain of the Destination List
is not XML, but is simply MQSI message tree. All name value pairs get
converted to tree elements and these will get reparsed as individual XML
elements when the data is replaced in the root.

I have heard a rumour that 2.1 can do what you want, but have not worked
with it yet, though.

Maybe you should look into it.


William van Zyl
Senior IT Specialist - Integration and Transformation
Business Innovation Services
IBM Global Services, South Africa

Cell: +27 (0)83 324 2657
Mail:   [EMAIL PROTECTED]




  "Kulbir S. Thind"
cc:
  Sent by: MQSeriesSubject:  Re: XML attributes being 
lost/converted to tags
  List
  


  2002/06/12 10:55
  AM
  Please respond to
  MQSeries List






Yes I think this will work too.  But we wouldn't want to do this for
message formats that could be quite complex and up to 100Mb in size.  We'd
expect MQSI to be able to handle this for us.  The problem only appears if
you use the DestinationList to store the XML (with attributes) and doesn't
occur if you use Root.

Cheers.


   "Christopher Frank"
   <[EMAIL PROTECTED]>

   Sent by: "MQSeries List" To:MQSERIES
   <[EMAIL PROTECTED]>
cc:
Subject:Re: XML
   11-Jun-2002 20:50attributes being lost/converted
   Please respond to "MQSeries List"to tags
   <[EMAIL PROTECTED]>






Kulbir,

>>>Unfortunately this isn't the problem. Our input message
>>>looks like this:
>>>   >>language="English">chart of account
>>>And we need it to go out like this:
>>>   chart of account
>>>   dummy/
>>>
>>>We want to store the original data in the destination list
>>>so we can do other processing first and then move it back
>>>to outputroot.xml when we want to send messages out.
>>>Any other thoughts?

The following can be used in the first Compute node of your message flow to
store the data and attributes associated with the input
"GSK.ChartOfAccounts" element in the Environment tree (if you are using
WMQI V2.1;  you can use the destination list with earlier releases):

SET Environment.Variables.ChartOfAccounts =
InputBody."GSK.ChartOfAccounts";
   SET Environment.Variables.elementName =
InputBody."GSK.ChartOfAccounts".(XML.attr)elementName;
   SET Environment.Variables.language =
InputBody."GSK.ChartOfAccounts".(XML.attr)language;

Then, in a downstream Compute node, after you do your additional
processing, you can retrieve the above values as follows to build the
output XML you described:

SET OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts" =
Environment.Variables.ChartOfAccounts;
   SET
OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts".(XML.attr)elementName =
Environment.Variables.elementName;
   SET OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts".(XML.attr)language
= Environment.Variables.language;
   SET OutputRoot.XML.AnotherTag.Anything = 'dummy';

Hope this helps,

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

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

2002-06-12 Thread Potkay, Peter M (PLC, IT)




You
are misunderstanding the purpose of the triggerinterval. It is there for cases
where a trigger on first queue somehow gets more than 1 message on it without
being triggered. Because a trigger on first queue only generates a trigger
message when the queue depth goes from 0 to 1 (and the queue is closed, plus
about 10 other conditions ), no trigger message will get generated if the queue
is closed but the depth goes from 1 to 2, or 100 to 101, etc. Unless the
triggerinterval comes into play.
 
Triggerinterval means that if this amount of time has
passed, and now another message lands on the queue after this interval,
regardless of whether the depth goes from 0 to 1 or n to n+1, go ahead and
generate a trigger message, as long as all the other trigger conditions are met.
The default is 999,999,999 (over 3 years), so that's pretty useless. I set mine
to 300,000, which means every 5 minutes if I somehow got a trigger on first
queue with more than 0 messages on it, the very next message will trigger the
app and all should be good. Without this interval set, I would manually have to
start the trigger in this case. Remember, its the trigger interval passing PLUS
the arrival of another message on the queue that will generate the trigger
message.
 
 
The
behavior you are seeing is another feature of trigger first queues. That is, if
a queue that is triggered on first is closed by the app, but that queue has more
than 0 messages on the queue at the time of the close, the QM will generate
another trigger message . This was done to cover the situation where you get
until no more messages on the queue, and then between your get failing with 2033
and your close call, 1 or more messages land on the queue. TriggerInterval has
nothing to do with this behavior.
 
(It
sounds like your triggered app only gets one message and ends. Probably not a
good idea. It should get triggered and read the queue until empty, then
end)
 
 
See
the app programming guide, chapter 14, conditions for triggering. It goes into
great detail on all of the above.
 
 
Peter Potkay IBM
MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X
77906 

  -Original Message-From: moshe moran
  [mailto:[EMAIL PROTECTED]]Sent: Wednesday, June 12, 2002 2:57
  AMTo: [EMAIL PROTECTED]Subject:
  triggerinterval
  
  I work in os390 2.8 mq 2.1.
  I used trigger type=first in the local
  queue and trigger interval=999,999,999 in the qmgr.
  But it seems to me that this trigger
  interval has no effect because if i have 2 messages in the input queue and
  while i process
  the first one i have abend or i finish
  the transaction other way at this second started the new transaction trying to
  process the second message from the input queue even the triggerinterval is
  long enough.
  As i understand in this situation the
  trigger didn't change and the next transaction shouldn't be started
  because  the trigger interval .
  please your advise.
  thanks

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.

Re: ResetContentDescriptor node and FlowOrder node


Karthik,

>>What is ResetContentDescriptor node and FlowOrder node? What
>>>does this two nodes? Give me details about two nodes.

The ResetContentDescriptor node takes the bitstream of the input message
and parses (or reparses) it. You can use this node to reset any combination
of message domain, set, type, and format. One example where I've seen this
used was for an application that sent XML messages preceeded by a short
descriptive header. Because the header was not XML, the message could not
be parser by simply specifying XML as the message domain on the MQInput
node. To handle this, the message would be taken in as BLOB, and the header
stripped off in a Compute node. The rest of the message is now well-formed
XML, and a downstream RCD node could parse it as such for subsequent
processing.

As for the FlowOrder node, consider the following:

 +- DatabaseInsert
MQInput-FlowOrder|
 +- MQOutput

In this example, the FlowOrder node enables you to ensure that the message
is inserted into the database before attempting to put it to the output
queue. You occasionally need this capability because the default behavior
of all other nodes is that the order of propagation from any output
terminal is unpredictable.

A description of all IBM-supplied nodes can be found in the "Using the
Control Center" manual.

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

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

How to prepare IMS message using c++

2002-06-12 Thread jayaprakash reddy

Hi All,   I am trying to prepare a IMS message by setting the message format as MQFMT_IMS.   When i set the message format to MQFMT_IMS i have to prepare the MQIIH header   and when i set the message length i have to add the MQIIH header length plus    transaction code plus actual data length then only i am able to put the message   successfully with MQFMT_IMS. Here my question is if i set like this in the queue   that message length attribute shows the length as whatever i set(MQIIHJ_transactioncode+   actaul lengtgh) but accorsding to my knowledge it should show only the actaul data   length plus the transactioncode. So how do i achieve it? am i going in the correect   direction for preparing IMS message? I am pasting my code snippet below      I am using c++ as the developement language on WindowsNT    MQSeries version is 5.2 &nb
sp;    /***/
    ImqMsg putMsg;
    MQIIH l_iihHdr;    putMsg.setFormat( MQFMT_IMS );    memcpy(msgBuffer,&l_iihHdr,sizeof(l_iihHdr));//copying MQIIH header    memcpy(msgBuffer+sizeof(l_iihHdr),"LLZZ",4);//setting transaction code    memcpy(msgBuffer+sizeof(l_iihHdr)+4,argv[4],strlen(argv[4]));//setting actual data    putMsg.setMessageLength(4+sizeof(l_iihHdr)+strlen(argv[4]));   /***/      Thanks in advance   J'Prakash.Do You Yahoo!?
Sign-up for Video Highlights of 2002 FIFA World Cup

Re: REMOVE

2002-06-12 Thread Nagendra


send your remove request to
[EMAIL PROTECTED] with body as SIGNOFF MQSERIES

with empty subject line

Regards,
Nagendra

- Original Message -
From: "Sashi Majji" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 12, 2002 03:18 PM
Subject: REMOVE


> Please remove from the list
>
>
> *Disclaimer*
>
> This mail and any accompanying documents contain confidential information
> intended for a specific individual and purpose. This information is
private
> and protected by law. If you are not the intended recipient, you are
hereby
> notified that any disclosure, copying or distribution, or the taking of
any
> action based on the contents of this information, is strictly prohibited.
>
> Please let us know immediately if you have received this by mistake and
> appreciate if you could delete the original message.
>
> 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: Client

2002-06-12 Thread Potkay, Peter M (PLC, IT)


More Pros
Client can connect to more than 1 QM at a time
Client can automatically use alternate channels when primary is down

More Cons
Performance suffers, as MQI calls must flow over a network
MQBegin Verb not valid in Client environment


Peter Potkay
IBM MQSeries Certified Specialist, Developer
[EMAIL PROTECTED]
X 77906


-Original Message-
From: Robert Broderick [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 11, 2002 7:58 PM
To: [EMAIL PROTECTED]
Subject: Client


I'm sorry I'm opening up this can of worms. Someone gave a great and
detailed discribtion on this subject once.  I had saved this in my "MQSeries
noteworthy LISTSERV comments" word doc somewhere and now can not find it.
SO

Client vs Server Pros/Cons

1 - Clients cannot partake in GUOW
2 - The client also has no local queues
3 - The Client is cheap
4 - ?

Some questions:

What happens in a Client UOW if the connection fails in the middle of a MQ
commit. Is there a indoubt condition with regards to the transaction.

Using syncpoint buys me transaction coordination with the MQServer. But to
what point. (refer to question 1).

Are there other considerations to worry about. My client side is on the
rusty side.

  bobbee

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.

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

Re: XML attributes being lost/converted to tags


Kulbir,

>>>Yes I think this will work too.  But we wouldn't want to do this for
>>>message formats that could be quite complex and up to 100Mb in
>>>size.  We'd expect MQSI to be able to handle this for us.  The
>>>problem only appears if you use the DestinationList to store the
>>>XML (with attributes) and doesn't occur if you use Root.

I'm curious as to what it is you want MQSI to handle for you here. How
would you like this to work?

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]


"Kulbir S. Thind" <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 06/12/2002
03:55:20 AM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:MQSeries List <[EMAIL PROTECTED]>


To:[EMAIL PROTECTED]
cc:
Subject:Re: XML attributes being lost/converted to tags




Yes I think this will work too.  But we wouldn't want to do this for
message formats that could be quite complex and up to 100Mb in size.  We'd
expect MQSI to be able to handle this for us.  The problem only appears if
you use the DestinationList to store the XML (with attributes) and doesn't
occur if you use Root.

Cheers.


   
   "Christopher Frank" 
   <[EMAIL PROTECTED]>   
   
   Sent by: "MQSeries List"         To:        MQSERIES
   <[EMAIL PROTECTED]>   
        cc:
   11-Jun-2002 20:50        Subject:        Re: XML
   Please respond toattributes being lost/converted to 
   "MQSeries List"  tags   
   <[EMAIL PROTECTED]>   
   
   




Kulbir,

>>>Unfortunately this isn't the problem. Our input message
>>>looks like this:
>>>   >>    language="English">chart of account
>>>And we need it to go out like this:
>>>   chart of account
>>>   dummy/
>>>
>>>We want to store the original data in the destination list
>>>so we can do other processing first and then move it back
>>>to outputroot.xml when we want to send messages out.
>>>Any other thoughts?

The following can be used in the first Compute node of your message flow to
store the data and attributes associated with the input
"GSK.ChartOfAccounts" element in the Environment tree (if you are using
WMQI V2.1;  you can use the destination list with earlier releases):

    SET Environment.Variables.ChartOfAccounts =
InputBody."GSK.ChartOfAccounts";
   SET Environment.Variables.elementName =
InputBody."GSK.ChartOfAccounts".(XML.attr)elementName;
   SET Environment.Variables.language =
InputBody."GSK.ChartOfAccounts".(XML.attr)language;

Then, in a downstream Compute node, after you do your additional
processing, you can retrieve the above values as follows to build the
output XML you described:

    SET OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts" =
Environment.Variables.ChartOfAccounts;
   SET
OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts".(XML.attr)elementName =
Environment.Variables.elementName;
   SET OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts".(XML.attr)language
= Environment.Variables.language;
   SET OutputRoot.XML.AnotherTag.Anything = 'dummy';

Hope this helps,

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

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

MQSI external dtds

2002-06-12 Thread tony madden


Hello.
I have a message containing an XML document which contains entity references
and an external (SYSTEM) dtd, so MQSI cannot successfully parse the message.
To get round this I was thinking of having a program before MQSI (or a
plug-in node) which reads the dtd and inserts it into the XML messages as an
inline dtd.
Is this the only way? Has anyone else had this problem and, if so, how did
they get round it?
thanks
Tony

_
Join the world s largest e-mail service with MSN Hotmail.
http://www.hotmail.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

Re: Reason 2010 w/ ActiveX client

2002-06-12 Thread Madsen, Timothy


Hello,
This (Max Msg Length set at 40MB - 41943040) was done on the
SYSTEM.AUTO.SVRCONN channel as well as on the channel our ActiveX client
uses which was defined by us (type = server connection).
Do you have additional thoughts as to where we can look?

Thanks.
Tim.

-Original Message-
From: Jim Ford [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 11, 2002 4:52 PM
To: [EMAIL PROTECTED]
Subject: Re: Reason 2010 w/ ActiveX client


You say that MAXMSGL on the client channel was increased to 40MB. Was this
done on the SVRCONN channel, too?




  "Madsen, Timothy"
  <[EMAIL PROTECTED]>To:
[EMAIL PROTECTED]
  Sent by: MQSeriescc:
  List Subject:  Reason 2010 w/
ActiveX client
  


  06/11/2002 03:17
  PM
  Please respond to
  MQSeries List






Hello,
When trying to GET a large message (~ 6 MB) from the Queue, we are getting

SAMXMLDLL.clsQueueManager.GetDataMessages
Offending Object: MQAX200.MQueue::Get
MQSeries Completion Code = 2
MQSeries Reason Code = 2010
(MQRC_DATA_LENGTH_ERROR).

We have increased the size of an individual message allowed from the
default
of 4MB to 40MB on the Q, QM & client channel.  Using another application
programmed in java (against the same Q & QM), we have no problems with
large
(> 4 MB) messages.  We therefore feel that it is likely that there is
something with the ActiveX client which we are not aware of.

Note we plan on using segmentation for our large messages - however our
ActiveX client currently can not receive large messages - whether segmented
or non-segmented.  We feel that if we solve the problem such that the
client
can receive large messages, the segmenting will work (as we have already
successfully done tests with 100KB messages being segmented into 5KB
Queues).

We are using MQSeries V5.2.1 w/ CSD04 on WinNT w/sp6a.
Client is MS Visual Basic - active X on Windows2k w/sp2.

Thanks.
Tim.

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: Thanks: Initiation queue question

2002-06-12 Thread steve muller


Thanks Peter, Dennis.

Steve
--- "Miller, Dennis" <[EMAIL PROTECTED]> wrote:
> Peter is correct, each trigger monitor needs it's
> own initq. When running
> client trigger monitors, that translates to one
> trigger monitor per client
> machine. But that is not necessarily the same as a
> separate initq for each
> client app. The whole point is to enable one
> (long-running) trigger monitor
> to serve many (come-and-go) applications. My point
> is, that if your clients
> are dedicated to one application, then I see no
> benefit to triggering it.
> You might as well KISS and just have one
> (long-running) program monitoring
> the application queue instead of the INITQ.
>
> One more thing to think about. As long-running
> programs, trigger monitors
> sustain their qmgr connections over long durations.
> For client trigger
> monitors, those are client connections that cross
> the network. Being so much
> more senstive than local connections, I have a
> fairly negative impression of
> long-running clients--especially trigger monitors
> and especially if there's
> potential for more than a handful of them. If those
> are concerns to you
> also, then you may want to consider other ways to
> wakeup your clients.
>
>
> > -Original Message-
> > From: steve muller [SMTP:[EMAIL PROTECTED]]
> > Sent: Monday, June 10, 2002 10:45 AM
> > To:   [EMAIL PROTECTED]
> > Subject:  Initiation queue question
> >
> > Hi all,
> >
> > We'll have several (MQ 5.2.1) Client applications
> > running on NT and UNIX. They will connect to the
> MQ
> > 2.1 OS/390 queue manager. And they will be
> triggered
> > on the arrival of the first message on their
> > respective local queues on OS/390 (NT.CLIENT1,
> > NT.CLIENT2... UNIX.CLIENT1, UNIX.CLIENT2 and so
> on...
> >
> > What I am not quite sure about is whether I need
> two
> > separate initiation queues -- one for the NT
> client
> > apps and the other for the UNIX (like NT.INITQ and
> > UNIX.INITQ on OS/390). Or would I need a separate
> > initq for each client app (e.g. NT.CLIENT1.INITQ,
> > NT.CLIENT2.INITQ, UNIX.CLIENT1.INTIQ,
> > UNIX.CLIENT2.INITQ...). Can someone please help me
> > with this question?
> >
> > We already have an ititiation queue for the CICS
> the
> > CICS apps (CICS.INITQ) and another for the batch
> apps
> > (BATCH.INITQ) in OS/390.
> >
> > I would appreciate your insights.
> >
> > Thanks,
> >
> > Steve
> >
> >
> >
> > __
> > Do You Yahoo!?
> > Yahoo! - Official partner of 2002 FIFA World Cup
> > http://fifaworldcup.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
>
> 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


__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.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

Re: MQSI SELECT statement problem

2002-06-12 Thread Srivathsa T.V.


Hi Tony,

See if the following works fine without a 'T' node being created in the
output
SET OutputRoot.X.A[] = (SELECT T.* FROM InputRoot.X.A[] AS T);

regards
Srivathsa

Torry Harris business solutions
Bangalore, India
www.thbs.com


- Original Message -
From: "tony madden" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 12, 2002 4:37 AM
Subject: MQSI SELECT statement problem


> Hello.
>
> I want to copy an array from InputRoot to OutputRoot. The array can occur
> zero to many times. Rather than code a loop, I would like to code the
> following:
>
> SET OutputRoot.X.A[] = (SELECT * FROM InputRoot.X.A[]);
>
> This gives syntax errors, so I am coding the following:
>
> SET OutputRoot.X.A[] = (SELECT T FROM InputRoot.X.A[] AS T);
>
> The problem is that the resultant OutputRoot has a node called "T"
inserted
> after node A (i.e. the output message tree is Root.X.A.T.etc), even though
> there is no node called T  (the only "T" is the logical variable within
the
> SELECT statement.
>
> If I refine the SELECT statement to explicitly state the field names then
a
> node called "T" is not created. For example, if the SELECT statement is
> "SELECT T.elementA, T.elementB from InputRoot.X.A[] as T"  then everything
> works fine.
>
> Why is the node called "T" created in the first type of SELECT statement?
Is
> the only solution to code a SELECT statement explicitly referencing all
> fields?
>
> thanks
> Tony
>
>
> _
> Chat with friends online, try MSN Messenger: http://messenger.msn.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
>

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

REMOVE

2002-06-12 Thread Prabish_Chaurasia


**
This email (including any attachments) is intended for the sole use of the
intended recipient/s and may contain material that is CONFIDENTIAL AND
PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or
distribution or forwarding of any or all of the contents in this message is
STRICTLY PROHIBITED. If you are not the intended recipient, please contact
the sender by email and delete all copies; your cooperation in this regard
is appreciated.
**

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: ResetContentDescriptor node and FlowOrder node

2002-06-12 Thread Srivathsa T.V.


Hi Karthik,

You can find information about these nodes in the manual "Using the Control
centre - Version 2.1"
under Appendix A - The IBM Primitive nodes.

regards
Srivathsa

Torry Harris business solutions
Bangalore, India
www.thbs.com


- Original Message -
From: "Karthikeyan Senthilnathan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 12, 2002 4:53 AM
Subject: ResetContentDescriptor node and FlowOrder node


> Hi,
>
> What is ResetContentDescriptor node and FlowOrder node? What does this two
> nodes?
> Give me details about two nodes.
>
> Any help will be appreciated.
>
>
> Thanks & Regards,
> Karthik
>
> 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

MQJexplorer

2002-06-12 Thread Emile Kearns









Hi All,

 

Is it still possible to get a copy of MQJexplorer
and where?

Re: Reason 2056

2002-06-12 Thread Graham Lekota


Andy,
Stefan is talking about error logs, which is not what you are looking for:
You can change the size of the LogFilePages(on solaris the files are
/var/mqm/mqs.ini and /var/mqm/QM_NAME/qm.ini) and the number of
primary+secondary files based on how much data(within a unit of work) you
handle at any given time. All you need to do is restart the the queue
manager and the changes will take effect. Go through the mq mauals(system
admin + intercommication) to get the full story.

Ta.
*
Graham Lekota
Systems Support Analyst
Liberty Group
+27 83 327 3619
+27 11 408 4683
[EMAIL PROTECTED]
*
Unemployment doesn t work.  *
*
*


-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Stefan
Sievert
Sent: Tuesday, June 11, 2002 10:24 PM
To: [EMAIL PROTECTED]
Subject: Re: Reason 2056


Andy,
if you want to change the size of the logs, you would need to delete and
re-create the queue manager. If your calculations say that an increase in
number of log files is sufficient, then Philips answer applies. Chapter 15
of the System Administration manual contains a section on how to calculate
the log size.
Good luck!
Stefan


>From: Andrew Goade <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Reason 2056
>Date: Tue, 11 Jun 2002 14:04:37 -0500
>
>Stefan,
>I found out that my logs are the issue.  How would I go about changing the
>size of them to accomidate for a large number of messages(~600,000/day)?
>
>Thanks,
>Andy
>
>
>
>
> Stefan Sievert
> [EMAIL PROTECTED]
> TMAIL.COM>  cc:
> Sent by: MQSeries   Subject: Re: Reason 2056
> List
>  n.AC.AT>
>
>
> 06/11/2002 01:38
> PM
> Please respond to
> MQSeries List
>
>
>
>
>
>
>Andy,
>every queue has a representation in the file system, on W2K that would be
>\qmgrs\\queues\
>You should be able to find a file named 'Q' in this directory, that's the
>actual queue file.
>The reason code description explicitly states a lack of disk space as the
>cause of the problem. You said 'the disk seems to have enough space'. Can
>you confirm that it *definitely* has enough space? If you are using
>persistent messages and have the logs on the same disk, you probably want
>to
>have at least (my guesstimate) 100MB of free space available. How many
>messages do you expect to receive in total?
>Cheers,
>Stefan
>
> >From: Andrew Goade <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: Reason 2056
> >Date: Tue, 11 Jun 2002 13:06:01 -0500
> >
> >Stefan,
> >The max message size is 1000 bytes.  That means there should be no more
> >than 30M of data.  Where do you check to see how big a certain queue is??
> >
> >Andy
> >
> >
> >
> >
> > Stefan Sievert
> >  >[EMAIL PROTECTED]
> > TMAIL.COM>  cc:
> > Sent by: MQSeries   Subject: Re: Reason 2056
> > List
> >  > n.AC.AT>
> >
> >
> > 06/11/2002 12:31
> > PM
> > Please respond to
> > MQSeries List
> >
> >
> >
> >
> >
> >
> >Andy,
> >what is the size of each message you are sending? Beyond the maximum
> >numbers
> >of messages on a queue (MAXDEPTH) and the available disk space, queues
>are
> >limited to a maximum size of 2GByte on 5.2 for NT.
> >Is it possible that you hit this limit with your transmission? In other
> >words: Is 3 * yourMsgSize > 2GB ?
> >Stefan
> >
> >
> > >From: Andrew Goade <[EMAIL PROTECTED]>
> > >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> > >To: [EMAIL PROTECTED]
> > >Subject: Reason 2056
> > >Date: Tue, 11 Jun 2002 11:13:28 -0500
> > >
> > >We are sending a large number of messages between an AS/400 running
>v5r2
> > >and Windows 2000 V5r2.1.  The messages flow correctly for about the
>first
> > >30,000 records, then they start to back log.  When the back log starts,
> > >only a handful of messages flow between the systems.  When browsing the
> > >2000's logs I see a reason code 2056(MQRC_Q_SPACE_NOT_AVALIABLE).  The
> > >local queue has a max depth of 64, and the disk seems to have
>enough
> > >space.  Has anyone run into this issue?  Thanks for any help.
> > >
> > >Andy
> > >
> > >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
> >
> >
> >_
> >Send and receive Hotmail on your mobile device: http://m

Re: ResetContentDescriptor node and FlowOrder node

2002-06-12 Thread Andre van Zyl

Have you read the MQSI documentation? It is a very useful place to start!

-Original Message-
From: Karthikeyan Senthilnathan [mailto:[EMAIL PROTECTED]]
Sent: 12 June 2002 11:54
To: [EMAIL PROTECTED]
Subject: ResetContentDescriptor node and FlowOrder node

Hi,

What is ResetContentDescriptor node and FlowOrder node? What does this two
nodes?
Give me details about two nodes.

Any help will be appreciated.

Thanks & Regards,
Karthik

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

=   Disclaimer   =
"This message may contain information which is private, privileged or
confidential and is intended solely for the use of the individual or entity
named in the message. If you are not the intended recipient of this message,
please notify the sender thereof and destroy / delete the message. Neither
the sender nor Sappi Limited (including its subsidiaries and associated
companies) shall incur any liability resulting directly or indirectly from
accessing any of the attached files which may contain a virus or the like."

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

MQSI Select Problem - problem solved

2002-06-12 Thread tony madden


Oops. I should have tried "SELECT T.* from ... as T" shouldn't I ??



_
Chat with friends online, try MSN Messenger: http://messenger.msn.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

REMOVE

2002-06-12 Thread Sashi Majji


Please remove from the list


*Disclaimer*

This mail and any accompanying documents contain confidential information
intended for a specific individual and purpose. This information is private
and protected by law. If you are not the intended recipient, you are hereby
notified that any disclosure, copying or distribution, or the taking of any
action based on the contents of this information, is strictly prohibited.

Please let us know immediately if you have received this by mistake and
appreciate if you could delete the original message.

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: Restoring MQ objects definition on AS/400

2002-06-12 Thread Jonas Nyberg

Hi Igal,

I recognize this problem to. We normaly don't use the ms03 support pac so
we did not bother reporting this to IBM (using Candle for all
installations). If I remember right we removed all the lines with exit
definitions that was blank and the script then worked fine.
Anyway I think it might be a good idea to report it to IBM to have this
problem solved.

Jonas Nyberg
Electrolux IT Solutions - Sweden

Igal Aharonovich <[EMAIL PROTECTED]> wrote:

>Hi all,
>
>We recently upgraded our OS/400 from V4R4 to V5R1.
>Before doing that we saved all the MQSeries objects using the SaveQmgr
>support pack (MS03).
>After the system was upgraded and MQSeries installed, we tried to restore
>the objects running the STRMQSC command with the saved file as a parameter
>What we got is errors regarding only the channels definitions "AMQ8555:
>String List String Length Error."
>I attached the output file.
>
>(See attached file: saveqmgr_errors.txt)
>
>Any help will be appreciated.
>
>BTW, in the past the same behavior was noticed on MVS while running the
>CSQUTIL - then it was IBM's bug (within the CSQUTIL) which was fixed
>Is it possible that it is the same bug?!?
>
>
>Best Regards,
>  Igal Aharonovich
>
>MultiConn International Ltd
>Mail: [EMAIL PROTECTED]
>

__
Your favorite stores, helpful shopping tools and great gift ideas. Experience the 
convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/

Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.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

ResetContentDescriptor node and FlowOrder node

2002-06-12 Thread Karthikeyan Senthilnathan


Hi,

What is ResetContentDescriptor node and FlowOrder node? What does this two
nodes?
Give me details about two nodes.

Any help will be appreciated.


Thanks & Regards,
Karthik

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

MQSI SELECT statement problem

2002-06-12 Thread tony madden


Hello.

I want to copy an array from InputRoot to OutputRoot. The array can occur
zero to many times. Rather than code a loop, I would like to code the
following:

SET OutputRoot.X.A[] = (SELECT * FROM InputRoot.X.A[]);

This gives syntax errors, so I am coding the following:

SET OutputRoot.X.A[] = (SELECT T FROM InputRoot.X.A[] AS T);

The problem is that the resultant OutputRoot has a node called "T" inserted
after node A (i.e. the output message tree is Root.X.A.T.etc), even though
there is no node called T  (the only "T" is the logical variable within the
SELECT statement.

If I refine the SELECT statement to explicitly state the field names then a
node called "T" is not created. For example, if the SELECT statement is
"SELECT T.elementA, T.elementB from InputRoot.X.A[] as T"  then everything
works fine.

Why is the node called "T" created in the first type of SELECT statement? Is
the only solution to code a SELECT statement explicitly referencing all
fields?

thanks
Tony


_
Chat with friends online, try MSN Messenger: http://messenger.msn.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

Re: XML attributes being lost/converted to tags


Yes I think this will work too.  But we wouldn't want to do this for message formats that could be quite complex and up to 100Mb in size.  We'd expect MQSI to be able to handle this for us.  The problem only appears if you use the DestinationList to store the XML (with attributes) and doesn't occur if you use Root.

Cheers.






"Christopher Frank" <[EMAIL PROTECTED]>

Sent by: "MQSeries List" <[EMAIL PROTECTED]>
11-Jun-2002 20:50
Please respond to "MQSeries List" <[EMAIL PROTECTED]>

        
                        

        To:        MQSERIES

        cc:        
        Subject:        Re: XML attributes being lost/converted to tags


Kulbir,

>>>Unfortunately this isn't the problem. Our input message
>>>looks like this:
>>>   
>>>    language="English">chart of account
>>>And we need it to go out like this:
>>>   
<<<    language="English">chart of account
>>>   dummy/
>>>
>>>We want to store the original data in the destination list
>>>so we can do other processing first and then move it back
>>>to outputroot.xml when we want to send messages out.
>>>Any other thoughts?

The following can be used in the first Compute node of your message flow to
store the data and attributes associated with the input
"GSK.ChartOfAccounts" element in the Environment tree (if you are using
WMQI V2.1;  you can use the destination list with earlier releases):

    SET Environment.Variables.ChartOfAccounts =
InputBody."GSK.ChartOfAccounts";
    SET Environment.Variables.elementName =
InputBody."GSK.ChartOfAccounts".(XML.attr)elementName;
    SET Environment.Variables.language =
InputBody."GSK.ChartOfAccounts".(XML.attr)language;

Then, in a downstream Compute node, after you do your additional
processing, you can retrieve the above values as follows to build the
output XML you described:

    SET OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts" =
Environment.Variables.ChartOfAccounts;
    SET
OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts".(XML.attr)elementName =
Environment.Variables.elementName;
    SET OutputRoot.XML.AnotherTag."GSK.ChartOfAccounts".(XML.attr)language
= Environment.Variables.language;
    SET OutputRoot.XML.AnotherTag.Anything = 'dummy';

Hope this helps,

Regards,

Christopher Frank
Sr. I/T Specialist - IBM Software Group
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator

Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

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

calling batch file

2002-06-12 Thread Sashi Majji


Hi
  Iam a new user of MQ Series, I need to call a batch file
when ever I recieve a message to my que.
For this I created a procedure with Application Identifier
some thing like this c:\runMQ\runmq where runmq will be the batch file and I
on the trigger option for the Que as on.

still Iam unable to call this bat file when ever I receive a message.


rgds
[EMAIL PROTECTED]



*Disclaimer*

This mail and any accompanying documents contain confidential information
intended for a specific individual and purpose. This information is private
and protected by law. If you are not the intended recipient, you are hereby
notified that any disclosure, copying or distribution, or the taking of any
action based on the contents of this information, is strictly prohibited.

Please let us know immediately if you have received this by mistake and
appreciate if you could delete the original message.

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: URGENT ON MQSERIES CODE