Re: MS BizTalk Adapter for MQSeries

[Daniel Graper]

Title: Message


It has been my experience that IBM hesitates to get too involved before you apply the latest CSDs. Especially, when Micrsoft is part of your issue. We had a similar problem and it was resolved by applying the latest CSD to MQSeries and then MS a hotfix for the Biztalk adapter. In our case, I sent a fair amount of trace files to them using what I believe was called a "Biztalk adapter trace." Their redmond team got involved and we got it resolved in about a week. 

We had an alarm on the xmit queue inbound to the BTadapter. I remember having to restart the adapter every day or so until this got fixed.

good luck,
Dan
 [EMAIL PROTECTED] 10/1/2004 9:18:47 AM 

Rick and Dan,
 Thanks for the replies. Not surprisingly IBM has suggested applying CSD07, we're currently at CSD04. I have that in my immediate plans. As far as gettingan adapter trace, I know the MS tech rep is running a couple of utilities trying to get more info on the problem, but so far no luck. It seems that their utilities also crash just when you need them.


-Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Daniel GraperSent: Thursday, September 30, 2004 3:16 PMTo: [EMAIL PROTECTED]Subject: Re: MS BizTalk Adapter for MQSeriesI experienced something like this at a different company. Isn't there an adapter trace that can be run by MS?  [EMAIL PROTECTED] 9/30/2004 2:56:50 PM 
Don,This is what I found on IBMLink: APAR Identifier .. IC37610 Last Changed  04/02/12 MEMORY AND THREAD HANDLE LEAK WHEN MQM.DLL IS REPEATEDLY RELOADED (INCLUDING COM+/MTS) Symptom .. IN INCORROUT Status ... CLOSED PER Severity ... 3 Date Closed . 03/10/31 Component .. 5639B4300 Duplicate of  Reported Release . 520 Fixed Release  999 Component Name MQS V5 FOR WIN Special Notice Current Target Date ..04/01/02 Flags SCP ... NT Platform  WIN/NT Status Detail: Not Available PE PTF List: PTF List: Release 520 : PTF not available yet Parent APAR: Child APAR list: ERROR DESCRIPTION: Customers COM+ application is involved in a transaction and the msdtc repeatedly invokes mqm calls. However, inbetween each, mqm is freed. The mqm library and its dependencies, amqxcs2, amqmtmgr and amqzst were not designed to be loaded/unloaded in a long running process and leak storage over time. . Repeatedly loading and unloading mqm.dll shows a thread handle and memory leak. Since this appears to occur under the msdtc, we need to prevent that from occurring. One cause is the SuicideThread being terminated forcibly, but other causes exist. . LOCAL FIX: Fix available from 1478.prb (L3 site) PROBLEM SUMMARY: Some of the MQ structures are not cleaned up at unload time, because there is an expectation that the unload occurs as a result of process termination and hence they will get freed anyway. Examples are process wide critical sections and the main control block. . However, if the MQ dlls are explicitly involved in a loadlibray/freelibrary pair, they can therefore appear to show a memory and handle leak USERS AFFECTED: All users of MQSeries 5.2.x and Websphere MQ 5.3 on the Windows platforms who load and unload MQ libraries explicitly. PROBLEM CONCLUSION: This APAR attempts to free all the memory areas and operating system resources which are created during the intial library load during DLL_PROCESS_DETACH processing The fix will be included into: WebSphere MQ V5.3 CSD06 Windows U200202 AIX U489863 HP-UX U489864 Linux on Intel U489967 Linux on zSeries U489972 Sun Solaris U489865 MQSeries V5.2 CSD09 WINDOWS V5.2.0 U200203 WINDOWS V5.2.1 U200204 AIX U495149 HP-UX V10 U495150 HP-UX V11 U495169 HP-UX V11 DCE U495217 SUN SOLARIS U495167 LINUX U495168 TEMPORARY FIX: NONE COMMENTS: MODULES/MACROS: NONE SRLS: NONE RTN CODES: CIRCUMVENTION: NONE MESSAGE TO SUBMITTER: PTF number updated. "Thomas, Don" [EMAIL PROTECTED] OM To Sent by: MQSeries [EMAIL PROTECTED] List cc [EMAIL PROTECTED] n.AC.AT Subject MS BizTalk Adapter for MQSeries 09/30/2004 02:28 PM Please respond to MQSeries List [EMAIL PROTECTED] n.AC.ATGroup, We are experiencing a problem between MQ and the Microsoft BizTalkAdapter. The issue seems to take one of two flavors (or perhaps it's twodifferent problems), one is the adapter simply crashes and requires arestart and the other is that the adapter gets corrupted data from thexmitqand puts the message on its equivalent of dead letter queue and continuesprocessing. We have a MS tech rep looking at it and I've opened a PMR withIBM, but neither is producing much headway. The biggest problem we have isadistinct lack of clues. The problem is very sporadic and we can't recreateit at will, so getting an MQ trace is highly unlikely. About the only infoIhave is a couple of messages in the event log originating form COM+and adump the MS guy pulled up for I don't know where. I've attached the dump.There are no indications of a problem in the MQ error 

Re: MS BizTalk Adapter for MQSeries

[Daniel Graper]

I experienced something like this at a different company. Isn't there an adapter trace that can be run by MS?  [EMAIL PROTECTED] 9/30/2004 2:56:50 PM 
Don,This is what I found on IBMLink: APAR Identifier .. IC37610 Last Changed  04/02/12 MEMORY AND THREAD HANDLE LEAK WHEN MQM.DLL IS REPEATEDLY RELOADED (INCLUDING COM+/MTS) Symptom .. IN INCORROUT Status ... CLOSED PER Severity ... 3 Date Closed . 03/10/31 Component .. 5639B4300 Duplicate of  Reported Release . 520 Fixed Release  999 Component Name MQS V5 FOR WIN Special Notice Current Target Date ..04/01/02 Flags SCP ... NT Platform  WIN/NT Status Detail: Not Available PE PTF List: PTF List: Release 520 : PTF not available yet Parent APAR: Child APAR list: ERROR DESCRIPTION: Customers COM+ application is involved in a transaction and the msdtc repeatedly invokes mqm calls. However, inbetween each, mqm is freed. The mqm library and its dependencies, amqxcs2, amqmtmgr and amqzst were not designed to be loaded/unloaded in a long running process and leak storage over time. . Repeatedly loading and unloading mqm.dll shows a thread handle and memory leak. Since this appears to occur under the msdtc, we need to prevent that from occurring. One cause is the SuicideThread being terminated forcibly, but other causes exist. . LOCAL FIX: Fix available from 1478.prb (L3 site) PROBLEM SUMMARY: Some of the MQ structures are not cleaned up at unload time, because there is an expectation that the unload occurs as a result of process termination and hence they will get freed anyway. Examples are process wide critical sections and the main control block. . However, if the MQ dlls are explicitly involved in a loadlibray/freelibrary pair, they can therefore appear to show a memory and handle leak USERS AFFECTED: All users of MQSeries 5.2.x and Websphere MQ 5.3 on the Windows platforms who load and unload MQ libraries explicitly. PROBLEM CONCLUSION: This APAR attempts to free all the memory areas and operating system resources which are created during the intial library load during DLL_PROCESS_DETACH processing The fix will be included into: WebSphere MQ V5.3 CSD06 Windows U200202 AIX U489863 HP-UX U489864 Linux on Intel U489967 Linux on zSeries U489972 Sun Solaris U489865 MQSeries V5.2 CSD09 WINDOWS V5.2.0 U200203 WINDOWS V5.2.1 U200204 AIX U495149 HP-UX V10 U495150 HP-UX V11 U495169 HP-UX V11 DCE U495217 SUN SOLARIS U495167 LINUX U495168 TEMPORARY FIX: NONE COMMENTS: MODULES/MACROS: NONE SRLS: NONE RTN CODES: CIRCUMVENTION: NONE MESSAGE TO SUBMITTER: PTF number updated. "Thomas, Don" [EMAIL PROTECTED] OM To Sent by: MQSeries [EMAIL PROTECTED] List cc [EMAIL PROTECTED] n.AC.AT Subject MS BizTalk Adapter for MQSeries 09/30/2004 02:28 PM Please respond to MQSeries List [EMAIL PROTECTED] n.AC.ATGroup, We are experiencing a problem between MQ and the Microsoft BizTalkAdapter. The issue seems to take one of two flavors (or perhaps it's twodifferent problems), one is the adapter simply crashes and requires arestart and the other is that the adapter gets corrupted data from thexmitqand puts the message on its equivalent of dead letter queue and continuesprocessing. We have a MS tech rep looking at it and I've opened a PMR withIBM, but neither is producing much headway. The biggest problem we have isadistinct lack of clues. The problem is very sporadic and we can't recreateit at will, so getting an MQ trace is highly unlikely. About the only infoIhave is a couple of messages in the event log originating form COM+and adump the MS guy pulled up for I don't know where. I've attached the dump.There are no indications of a problem in the MQ error logs. I know thisisn't much but have any of you run into this? Any suggestion wouldappreciated.--Registers  Stack=(89c.1078): Access violation - code c005 (!!! second chance !!!)eax= ebx= ecx=01b3ffa4 edx=787454e0 esi=edi=010e2d80eip=4e21a74f esp=01b3f72c ebp=010d7c68 iopl=0 nv up ei pl zr na ponccs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=efl=0246amqmtmgr+0xa74f:4e21a74f 8b08 mov ecx,[eax]ds:0023:=ChildEBP RetAddr Args to ChildWARNING: Stack unwind information not available. Following frames may bewrong. 010d7c68 42454d51 48505a49 4255  amqmtmgr+0xa74fModule=4e21 4e243000 amqmtmgr (export symbols) amqmtmgr.dll Loaded symbol image file: amqmtmgr.dll Image path: d:\Program Files\MQSeries\bin\amqmtmgr.dll Image name: amqmtmgr.dll Timestamp: Tue Jun 17 20:47:19 2003 (3EEFB697) CheckSum: 0003D14B ImageSize: 00033000 File version: 5.300.400.3168 Product version: 1.0.0.1 File flags: 0 (Mask 3F) File OS: 40004 NT Win32 File type: 2.0 Dll File date: . Translations: 0809.04b0 CompanyName: IBM Corporation InternalName: MQM OriginalFilename: MQM.dll ProductVersion: 5.3.0 FileVersion: 5,300,0400,03168 PrivateBuild: SpecialBuild: 

Variable assignment and subrountine branching in MQSI v2.1 ESQL

[Daniel Graper]

I have some huge set statements that I would like to shorten using ESQL defined variables. I have tried several things but have had no success yet. An example of my set statement is as follows: 

SET "OutputRoot"."XML"."IDOC"."E2STZUM"."E2STZUTH"."SEGNAM"= TRIM("InputBody"."OCF_SAP.IC.PMX.BOMMAT03"."OFF_SAP.IFC.BOMMAT03.E2STZUM"."OFF_SAP.IFC.BOMMAT03.E2SZUTH"."OFF_SAP.IFF.BOMMAT03.E2SZUTH"."E1SZUTH_E1SZUTH"); 

I was trying to define OCF_SAP.IC.PMX.BOMMAT03 as XTAG_1 using the set statment 

SET XTAG_1 = 'OCF_SAP.IC.PMX.BOMMAT03'; 

but the variable does not work when I try to place it in the set statement 

SET "OutputRoot"."XML"."IDOC"."E2STZUM"."E2STZUTH"."SEGNAM"= TRIM("InputBody".XTAG_1."OFF_SAP.IFC.BOMMAT03.E2STZUM"."OFF_SAP.IFC.BOMMAT03.E2SZUTH"."OFF_SAP.IFF.BOMMAT03.E2SZUTH"."E1SZUTH_E1SZUTH"); 

Does anyone know how I can do this? 

Also, is there a way in ESQL to branch to an internal subroutine?

Any feedback is greatly appreciated,
Dan

Re: Variable assignment and subrountine branching in MQSI v2.1ESQL

[Daniel Graper]

Dave:
Thank you for the tip. This helps a great deal.

Dan
 [EMAIL PROTECTED] 6/1/2004 2:13:47 PM 
To shorthand your path definitions, try using reference declarations. Forexample:DECLARE XTAG_1 REFERENCE TO InputBody.OCF_SAP.IC.PMX.BOMMAT03;SET "OutputRoot"."XML"."IDOC"."E2STZUM"."E2STZUTH"."SEGNAM"=TRIM("XTAG_1"."OFF_SAP.IFC.BOMMAT03.E2STZUM"."OFF_SAP.IFC.BOMMAT03.E2SZUTH"."OFF_SAP.IFF.BOMMAT03.E2SZUTH"."E1SZUTH_E1SZUTH");As far as internal subroutines, look at the documentation for proceduresand functions. Although the capabilities under v2.1 are limited, forexample, you can not reference OutputRoot, InputBody, etc... directlywithin a procedure or function. WBIMB v5.0 provides a lot more capability. Daniel Graper [EMAIL PROTECTED]&!
 nbsp; To: Sent by: MQSeries List [EMAIL PROTECTED] [EMAIL PROTECTED] cc:!
 bsp; Subject: Variable assig
nment and subrountine branching in MQSI v2.1 ESQL Tuesday June 1, 2004 01:24 PM Please respond to MQSeries ListI have some huge set statements that I would like to shorten using ESQLdefined variables. I have tried several things but have had no successyet. An example of my set statement is as follows:SET "OutputRoot"."XML"."IDOC"."E2STZUM"."E2STZUTH"."SEGNAM"=TRIM("InputBody"."OCF_SAP.IC.PMX.BOMMAT03"."OFF_SAP.IFC!
 .BOMMAT03.E2STZUM"."OFF_SAP.IFC.BOMMAT03.E2SZUTH"."OFF_SAP.IFF.BOMMAT03.E2SZUTH"."E1SZUTH_E1SZUTH");I was trying to define OCF_SAP.IC.PMX.BOMMAT03 as XTAG_1 using the setstatmentSET XTAG_1 = 'OCF_SAP.IC.PMX.BOMMAT03';but the variable does not work when I try to place it in the setstatementSET "OutputRoot"."XML"."IDOC"."E2STZUM"."E2STZUTH"."SEGNAM"=TRIM("InputBody".XTAG_1."OFF_SAP.IFC.BOMMAT03.E2STZUM"."OFF_SAP.IFC.BOMMAT03.E2SZUTH"."OFF_SAP.IFF.BOMMAT03.E2SZUTH"."E1SZUTH_E1SZUTH");Does anyone know how I can do this?Also, is there a way in ESQL to branch to an internal subroutine?Any feedback is greatly appreciated,Dan(See attached file: C.htm)

MQSI - How to add attributes to input XML

[Daniel Graper]

I am having some difficulty trying to add xml attributes to opening tags that are input to one of our message flows. Basically, I need to find out how to take an input document like this:

?xml version="1.0"?
people
 personfred/person
/people

and change it to something like this:


?xml version="1.0"?
people
 person location="London"fred/person
/people

Does anyone have an example of this in a v2.1 compute node?

thanks,
Sebastian

Re: MQSI - How to add attributes to input XML

[Daniel Graper]

Magendran:
I appreciate your response bit I think there is something missing still. This EQSL produced the following:


?xml version="1.0"?
people
 personfredperson location="London"/
/people

 [EMAIL PROTECTED] 4/19/2004 7:53:47 AM 

SET OutputRoot = InputRoot;
SET OutputRoot.XML.people.person.(XML.Attribute)location = 'London';

Regards
Magendran Govender 

-Original Message-From: Daniel Graper [mailto:[EMAIL PROTECTED]Sent: 19 April 2004 01:26To: [EMAIL PROTECTED]Subject: MQSI - How to add attributes to input XML
I am having some difficulty trying to add xml attributes to opening tags that are input to one of our message flows. Basically, I need to find out how to take an input document like this:

?xml version="1.0"?
people
 personfred/person
/people

and change it to something like this:


?xml version="1.0"?
people
 person location="London"fred/person
/people

Does anyone have an example of this in a v2.1 compute node?

thanks,
Sebastian

Please click on the following link to read the Old Mutual legal notice: http://www.oldmutual.co.za/e-mail_legal_notice Alternatively, send a "blank" e-mail to mailto:[EMAIL PROTECTED] 

Re: MQSI - How to add attributes to input XML

[Daniel Graper]

Magendran:
My input node was set to MRM. I changed it to XML and now it works
I appreciate your help.
Sebastian [EMAIL PROTECTED] 4/19/2004 10:00:56 AM 

Hi Sebastian

I tried the ESQL as is and it produced the following results :
?xml version="1.0" encoding="UTF-8"?peopleperson location="London"fred/person/people
I cannot explain how your flow has produced the following results :


?xml version="1.0"?
people
 personfredperson location="London"/
/people

This XML is not well formed. Are you using MRM or XML Domain as a parser ?

Regards
Magendran Govender 

-Original Message-From: Daniel Graper [mailto:[EMAIL PROTECTED]Sent: 19 April 2004 02:59To: [EMAIL PROTECTED]Subject: Re: MQSI - How to add attributes to input XML
Magendran:
I appreciate your response bit I think there is something missing still. This EQSL produced the following:


?xml version="1.0"?
people
 personfredperson location="London"/
/people

 [EMAIL PROTECTED] 4/19/2004 7:53:47 AM 

SET OutputRoot = InputRoot;
SET OutputRoot.XML.people.person.(XML.Attribute)location = 'London';

Regards
Magendran Govender 

-Original Message-From: Daniel Graper [mailto:[EMAIL PROTECTED]Sent: 19 April 2004 01:26To: [EMAIL PROTECTED]Subject: MQSI - How to add attributes to input XML
I am having some difficulty trying to add xml attributes to opening tags that are input to one of our message flows. Basically, I need to find out how to take an input document like this:

?xml version="1.0"?
people
 personfred/person
/people

and change it to something like this:


?xml version="1.0"?
people
 person location="London"fred/person
/people

Does anyone have an example of this in a v2.1 compute node?

thanks,
Sebastian

Please click on the following link to read the Old Mutual legal notice: http://www.oldmutual.co.za/e-mail_legal_notice Alternatively, send a "blank" e-mail to mailto:[EMAIL PROTECTED] 

Please click on the following link to read the Old Mutual legal notice: http://www.oldmutual.co.za/e-mail_legal_notice Alternatively, send a "blank" e-mail to mailto:[EMAIL PROTECTED] 

Re: MQ XA Oracle connect problem

[Daniel Graper]

We had a similar issue and found the problem was with how our .odbc.ini was configured.

Our shop uses v2.1, so I do not know if this is still the case with 5.x. If you have an environment that works and one that does not, I would compare these files.

Sebastian [EMAIL PROTECTED] 4/19/2004 11:27:35 AM 
We're migrating from MQ V5.2 on AIX with XA Oracle8 to another RS/6000,running MQ V5.3, CSD5 and Oracle9. The OS is at the same level on bothboxes. The MQ config info for Oracle9 on the new box is based on the infofor Oracle8. The switch file was rebuilt under Oracle9, and the env varsare changed fas well. Everything seems to be ok, except when I start MQ weget AMQ7604. Based on the message, my guess is that for some reason, MQ isnot finding the data base. My Oracle DBA says the DB is up and the useridand password we use are valid. But, we never get far enough for Oracle torecord anything in its logs. Any ideas?I also have a PMR open with IBM and they're going over the traces.Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: SIGNOFF (PROTOm@il:200404192919 CENTROSIM)

[Daniel Graper]

good luck.. [EMAIL PROTECTED] 4/19/2004 12:09:53 PM 

SIGNOFF

setting up MQ environment on windows for Perl

[Daniel Graper]

I need to write a Perl script to run on my windows workstation that will
access MQ message queues.  I has dowloaded the Perl interpreter and
installed the MQ client but am having some challenges installing the MQ
perl libraries.

Has anyone out there installed the MA89 MQ modules for windows before?

thanks,
Dan

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: setting up MQ environment on windows for Perl

[Daniel Graper]

T.Rob:
Please forgive my 'swiss cheese' knowledge of this.  The latest version
would be the 'MQSeries-1.21.tar.gz' ?  I have this and unzipped it.
When I try to follow the install instructions, they say:

This module installs much like anything else available on CPAN.

  perl Makefile.PL
  make
  make test
  make install

I ran the first Perl step but the 'make' commands come up as
unrecognized.  Some other internet colleagues has said that I need to
have Micorsoft visual C on my workstation to install.  I have the visual
studio on a laptop at home so I was going to try this tonight.

I am not clear on what a build actually is.  Is this part of the
install that takes place when you run the make commands?

Dan


 [EMAIL PROTECTED] 12/5/2003 12:28:39 PM 
Dan,

The MA89 just points to CPAN.  Hopefully, you've got the latest version
of
the Perl module from there - 1.21 I think.  I would definitely update
the
client, though.

Still, those things have little bearing on the build.  Where is the
build
failing?

-- T.Rob


-Original Message-
From: Daniel Graper [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2003 12:10 PM
To: [EMAIL PROTECTED]
Subject: Re: setting up MQ environment on windows for Perl


T.Rob:
Thanks for the feedback.  I'm using windows 2000, perl 5.8.0, MQ
client
5.2.1 and the MQ Perl pac of MA89.

Dan



Daniel John Graper
Software Engineer
Wyeth Pharmaceuticals

 [EMAIL PROTECTED] 12/5/2003 11:41:56 AM 
Dan,

To make this work, I had to set the INCLUDE and LIB environment vars
to
point to the mq install dir/Tools/C/Include and mq install
dir/Lib,
respectively.  You may need to log off and back on for these to take
effect.
When you open a DOS prompt, do a set command and make sure you see
the
folders listed.

Once I had my environment vars set I was able to build the module
using
nmake (from Microsoft's Visual Studio).  Even though the nmake test
always
failed, my programs would run correctly.

Which versions of Windows, Perl and MQSeries module are you working
with?

-- T.Rob

-Original Message-
From: Daniel Graper [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2003 11:11 AM
To: [EMAIL PROTECTED]
Subject: setting up MQ environment on windows for Perl


I need to write a Perl script to run on my windows workstation that
will
access MQ message queues.  I has dowloaded the Perl interpreter and
installed the MQ client but am having some challenges installing the
MQ
perl libraries.

Has anyone out there installed the MA89 MQ modules for windows before?

thanks,
Dan

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: setting up MQ environment on windows for Perl

[Daniel Graper]

Ian:
I am going to try the C compiler in the visual studio suite of
tools...

wish me luck

 [EMAIL PROTECTED] 12/5/2003 12:49:22 PM 
Dan,

What C/C++ compiler are you using?
I could not get it working with Cygwin.

Ian




Wyatt, T. Rob [EMAIL PROTECTED]
Sent by: MQSeries List [EMAIL PROTECTED]
12/05/2003 11:28 AM
Please respond to MQSeries List


To: [EMAIL PROTECTED]
cc:
Subject:Re: setting up MQ environment on windows for
Perl


Dan,

The MA89 just points to CPAN.  Hopefully, you've got the latest version
of
the Perl module from there - 1.21 I think.  I would definitely update
the
client, though.

Still, those things have little bearing on the build.  Where is the
build
failing?

-- T.Rob


-Original Message-
From: Daniel Graper [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2003 12:10 PM
To: [EMAIL PROTECTED]
Subject: Re: setting up MQ environment on windows for Perl


T.Rob:
Thanks for the feedback.  I'm using windows 2000, perl 5.8.0, MQ
client
5.2.1 and the MQ Perl pac of MA89.

Dan



Daniel John Graper
Software Engineer
Wyeth Pharmaceuticals

 [EMAIL PROTECTED] 12/5/2003 11:41:56 AM 
Dan,

To make this work, I had to set the INCLUDE and LIB environment vars
to
point to the mq install dir/Tools/C/Include and mq install
dir/Lib,
respectively.  You may need to log off and back on for these to take
effect.
When you open a DOS prompt, do a set command and make sure you see
the
folders listed.

Once I had my environment vars set I was able to build the module
using
nmake (from Microsoft's Visual Studio).  Even though the nmake test
always
failed, my programs would run correctly.

Which versions of Windows, Perl and MQSeries module are you working
with?

-- T.Rob

-Original Message-
From: Daniel Graper [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2003 11:11 AM
To: [EMAIL PROTECTED]
Subject: setting up MQ environment on windows for Perl


I need to write a Perl script to run on my windows workstation that
will
access MQ message queues.  I has dowloaded the Perl interpreter and
installed the MQ client but am having some challenges installing the
MQ
perl libraries.

Has anyone out there installed the MA89 MQ modules for windows before?

thanks,
Dan

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