MQSeries and ASP

2004-08-26 Thread Fez.Barnard
We have a Microsoft ASP application running on a Windows 2000 server and an
Oracle database on a Unix Server.  Our intranet users currently fill out web
forms using Internet Explorer.
This information is stored on the Oracle database.  The information is also
printed off by the user and then sent to another "back-office" department,
who then re-keys all the information back in to another system.

The requirement is to remove the re-keying and send the information
electronically. Has anyone been able to "talk" to MQSeries from an ASP
application? Examples would be gratefully received.

Fez

[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: Channel status / restarting channels.

2004-08-26 Thread Tony Boggis
I did not clarify that I have updated the defauly values for LONGTMR and
SHORTTMR. The docs say these values measured in seconds. I have my
CLUSSDR values set as follows:

LONGRTY(300)
LONGTMR(10)
SHORTRTY(60)
SHORTTMR(1)

I'm puzzled? I'll run some more tests to confirm.

If I change the values on an active CLUSSDR channel, do I have to
restart the queue manager for the changes to take effect, or will
stoppping/restarting the channel have the desired effect?

tonyB.

>  Original Message 
> Subject: Re: Channel status / restarting channels.
> From: "Glen Larson" <[EMAIL PROTECTED]>
> Date: Thu, August 26, 2004 6:56 am
> To: [EMAIL PROTECTED]
>
> Tony,
>
> that would be due to the retry interval.
>
> if you look at the definition you'll see the short  and long retry
> intervals, and counts.  It only retries after each interval has passed. So
> if the short retry interval is 1 min,  and the count is 10,  MQ will retry
> every minute until it either connects or the it reaches the 10th try.  Then
> it will retry based on the long retry setting.  The default is interval of
> 20 mins,   and count of .  Which means it will retry every 20 mins
> until is either connects, is shutdown, or the manula intervention occurs.
>
>
>
> Glen Larson
> Zurich NA
>
>
> Tony Boggis <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 08/25/2004 04:37:47 PM
>
> Please respond to Tony Boggis <[EMAIL PROTECTED]>
>
> Sent by:MQSeries List <[EMAIL PROTECTED]>
>
>
> To:[EMAIL PROTECTED]
> cc:
>
> Subject:Channel status / restarting channels.
>
>
> I have a question regarding a channel restarting after it entered a
> "retrying" state.
>
> Env: Solaris 5.8, WMQ 5.3 CSD05.
> Scenario: Two queue managers, members of a cluster. Messages flowing
> from A to B. No errors. Queue on B receiving messages as expected. On
> queue manager B I kill the runmqlsr process and then the amqrmppa
> process. The cluster sender channel on A goes to "retrying" and
> messages start to pile up on the cluster transmit queue. No surprises
> here, this is what I'd expect.
> So, now I restart the listener process (runmqlsr) on B. Process starts
> ok.
> On queue manager A, channel is still "retrying". I can reconnect to B
> (using MQExplorer) and view it's status/attributes, but the cluster
> sender channel to B is still retrying. Finally (it seems) after the
> short retry count has been exhausted, the cluster sender channel
> restarts and goes to "running".
>
> Comments? Suggestions?
>
> Regards,
>
> tonyB.
>
> 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
>
>
>
>
>  *** PLEASE NOTE ***
>  This E-Mail/telefax message and any documents accompanying this
>  transmission may contain privileged and/or confidential information and is
>  intended solely for the addressee(s) named above.  If you are not the
>  intended addressee/recipient, you are hereby notified that any use of,
>  disclosure, copying, distribution, or reliance on the contents of this
>  E-Mail/telefax information is strictly prohibited and may result in legal
>  action against you. Please reply to the sender advising of the error in
>  transmission and immediately delete/destroy the message and any
>  accompanying documents.  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

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: transactional client with Oracle

2004-08-26 Thread Chan, Ian M
But... I have a 5.3 CSD01 package (in Feb 2003) which has already included
the CD for ETC.

Ian

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Nick
Dilauro
Sent: Friday, 27 August 2004 9:58 AM
To: [EMAIL PROTECTED]
Subject: Re: transactional client with Oracle


Thanks,

I have a 5.3 CSD01 CD package so I'll have to get an updated copy if we go
forward with this.  Thanks again for all the info.

Nick

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of
Christopher Frank
Sent: Thursday, August 26, 2004 2:11 PM
To: [EMAIL PROTECTED]
Subject: Re: transactional client with Oracle

Hello,

My understanding from my Sales counterparts is that there is no separate
part number for the ETC - you order the WebSphere MQ product andthe ETC
comes as part of the package. You do need the current WMQ CD package
(5.3.03) - the ETC is not on the original 5.0 CD package. I wonder if it is
that the different part number is for WMQ 5.0.03 verses 5.3? Or perhaps
there was a different part number for the ETC prior to when it was all
bundled together as 5.0.03? I'm not sure, but I am pretty certain there is
not a separate part number now. If you want to give me the part number you
have, I'll look into it.

The ETC is a separate client install. As I recall, the ETC manual says to
install the standard client first, then the ETC on top of that. I haven't
looked at it in a while, though.

Regards,

Christopher Frank
Certified I/T Specialist - WebSphere Software
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator
--
Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

"Wyatt, T Rob" <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on
08/26/2004 03:37:46 PM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:MQSeries List <[EMAIL PROTECTED]>


To:[EMAIL PROTECTED]
cc:
Subject:Re: transactional client with Oracle



Christopher,

Are you sure about #1?  We had separate part numbers and pricing for the
ETC.  It was slightly less than a full QMgr, actually.  Of course with our
ELA, the prices may bear no resemblance to street prices.  But it
definitely was a different part number.  Now, I know that the regular
client is bundled with the server installation.  Are you saying you see two
different clients as install options now?

-- T.Rob

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of
Christopher Frank
Sent: Thursday, August 26, 2004 1:20 PM
To: [EMAIL PROTECTED]
Subject: Re: transactional client with Oracle


Hello,

1) You license "WMQ" on a machine, and then install the parts you want
(queue manager, ETC, etc). So Yes, the net is that to put the transactional
client (ETC) on a machine you need a full "WMQ" license.

2) The ETC does support 2PC, but as a resource manager only. You must use
the ETC in the context of a transaction manager (such as WebSphere app
server).

Hope this helps.

Regards,

Christopher Frank
Certified I/T Specialist - WebSphere Software
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

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: transactional client with Oracle

2004-08-26 Thread Nick Dilauro
Thanks,

I have a 5.3 CSD01 CD package so I'll have to get an updated copy if we go
forward with this.  Thanks again for all the info.

Nick

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of
Christopher Frank
Sent: Thursday, August 26, 2004 2:11 PM
To: [EMAIL PROTECTED]
Subject: Re: transactional client with Oracle

Hello,

My understanding from my Sales counterparts is that there is no separate
part number for the ETC - you order the WebSphere MQ product andthe ETC
comes as part of the package. You do need the current WMQ CD package
(5.3.03) - the ETC is not on the original 5.0 CD package. I wonder if it is
that the different part number is for WMQ 5.0.03 verses 5.3? Or perhaps
there was a different part number for the ETC prior to when it was all
bundled together as 5.0.03? I'm not sure, but I am pretty certain there is
not a separate part number now. If you want to give me the part number you
have, I'll look into it.

The ETC is a separate client install. As I recall, the ETC manual says to
install the standard client first, then the ETC on top of that. I haven't
looked at it in a while, though.

Regards,

Christopher Frank
Certified I/T Specialist - WebSphere Software
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator
--
Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

"Wyatt, T Rob" <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on
08/26/2004 03:37:46 PM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:MQSeries List <[EMAIL PROTECTED]>


To:[EMAIL PROTECTED]
cc:
Subject:Re: transactional client with Oracle



Christopher,

Are you sure about #1?  We had separate part numbers and pricing for the
ETC.  It was slightly less than a full QMgr, actually.  Of course with our
ELA, the prices may bear no resemblance to street prices.  But it
definitely was a different part number.  Now, I know that the regular
client is bundled with the server installation.  Are you saying you see two
different clients as install options now?

-- T.Rob

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of
Christopher Frank
Sent: Thursday, August 26, 2004 1:20 PM
To: [EMAIL PROTECTED]
Subject: Re: transactional client with Oracle


Hello,

1) You license "WMQ" on a machine, and then install the parts you want
(queue manager, ETC, etc). So Yes, the net is that to put the transactional
client (ETC) on a machine you need a full "WMQ" license.

2) The ETC does support 2PC, but as a resource manager only. You must use
the ETC in the context of a transaction manager (such as WebSphere app
server).

Hope this helps.

Regards,

Christopher Frank
Certified I/T Specialist - WebSphere Software
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

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


Mike Philips is out of the office.

2004-08-26 Thread Mike Philips
I will be out of the office starting  08/26/2004 and will not return until
08/30/2004.

I will respond to your message when I return.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive


Re: transactional client with Oracle

2004-08-26 Thread Christopher Frank
Hello,

My understanding from my Sales counterparts is that there is no separate
part number for the ETC - you order the WebSphere MQ product andthe ETC
comes as part of the package. You do need the current WMQ CD package
(5.3.03) - the ETC is not on the original 5.0 CD package. I wonder if it is
that the different part number is for WMQ 5.0.03 verses 5.3? Or perhaps
there was a different part number for the ETC prior to when it was all
bundled together as 5.0.03? I'm not sure, but I am pretty certain there is
not a separate part number now. If you want to give me the part number you
have, I'll look into it.

The ETC is a separate client install. As I recall, the ETC manual says to
install the standard client first, then the ETC on top of that. I haven't
looked at it in a while, though.

Regards,

Christopher Frank
Certified I/T Specialist - WebSphere Software
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator
--
Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

"Wyatt, T Rob" <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on
08/26/2004 03:37:46 PM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:MQSeries List <[EMAIL PROTECTED]>


To:[EMAIL PROTECTED]
cc:
Subject:Re: transactional client with Oracle



Christopher,

Are you sure about #1?  We had separate part numbers and pricing for the
ETC.  It was slightly less than a full QMgr, actually.  Of course with our
ELA, the prices may bear no resemblance to street prices.  But it
definitely was a different part number.  Now, I know that the regular
client is bundled with the server installation.  Are you saying you see two
different clients as install options now?

-- T.Rob

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of
Christopher Frank
Sent: Thursday, August 26, 2004 1:20 PM
To: [EMAIL PROTECTED]
Subject: Re: transactional client with Oracle


Hello,

1) You license "WMQ" on a machine, and then install the parts you want
(queue manager, ETC, etc). So Yes, the net is that to put the transactional
client (ETC) on a machine you need a full "WMQ" license.

2) The ETC does support 2PC, but as a resource manager only. You must use
the ETC in the context of a transaction manager (such as WebSphere app
server).

Hope this helps.

Regards,

Christopher Frank
Certified I/T Specialist - WebSphere Software
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: transactional client with Oracle

2004-08-26 Thread Christopher Frank
Hello,

IIRC, what you have to do is first install the WebSphere MQ base client
from the Clients CD. Then you install the ETC from the Extended
Transactional Client CD.

Regards,

Christopher Frank
Certified I/T Specialist - WebSphere Software
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator
--
Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

Nick Dilauro <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 08/26/2004 03:28:56 PM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:MQSeries List <[EMAIL PROTECTED]>


To:[EMAIL PROTECTED]
cc:
Subject:Re: transactional client with Oracle



Thanks,

So when I install the server version of MQ and choose to install the client
along with it, I'm actually installing the ETC?  It doesn't specifically
refer to it as ETC, but from what you say I take it that it is.

Nick

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of
Christopher Frank
Sent: Thursday, August 26, 2004 10:20 AM
To: [EMAIL PROTECTED]
Subject: Re: transactional client with Oracle

Hello,

1) You license "WMQ" on a machine, and then install the parts you want
(queue manager, ETC, etc). So Yes, the net is that to put the transactional
client (ETC) on a machine you need a full "WMQ" license.

2) The ETC does support 2PC, but as a resource manager only. You must use
the ETC in the context of a transaction manager (such as WebSphere app
server).

Hope this helps.

Regards,

Christopher Frank
Certified I/T Specialist - WebSphere Software
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator
--
Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

Robert Broderick <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on
08/26/2004 11:51:10 AM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:MQSeries List <[EMAIL PROTECTED]>


To:[EMAIL PROTECTED]
cc:
Subject:Re: transactional client with Oracle



I have a question.

With the Transactional Client does it support a two phase commit between
resources like the full server product does Sorry if this is
redundant, I missed the first part of this thread!

 bobbee


>From: "David C. Partridge" <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: transactional client with Oracle
>Date: Thu, 26 Aug 2004 08:50:05 +0100
>
>As far as I know it is the same price as a full server license.
>
>Dave
>
>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

_
On the road to retirement? Check out MSN Life Events for advice on how to
get there! http://lifeevents.msn.com/category.aspx?cid=Retirement

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: "Invalid key database type was found" V5.3 CSD05 SSL gsk6cmd failed for -type cms GSKit V6.0.5.43 Solaris 2.8

2004-08-26 Thread Pavel Tolkachev
Hello Raj,

Not sure I can help here. You may want to call IBM. One question though: why do you 
need to move private keys around? Usually, the private key belongs to one and only one 
principal..  Also, is the key label you use (ibmwebspheremqqm_1) unique in the 
destination file?

Pavel




  Rajesh-IT Sharma
  cc:
  Sent by: MQSeries List Subject:  Re: "Invalid key 
database type was found" V5.3 CSD05 SSL gsk6cmd
  <[EMAIL PROTECTED] failed for -type cms GSKit V6.0.5.43 
Solaris 2.8
  T>


  08/26/2004 03:00 PM
  Please respond to
  MQSeries List






Thanks Pavel for the response.

I have already added the Signing CA to the key db of bot the queue
manager. That process is all complete. I have also added one signed
certificate to each of the qmgr's key db with proper label name as
mentioned in the guide.

Now, I export the QM_1's signed certificate to be imported into QM_2's Key
db using following to commands

gsk6cmd -cert -export -db /var/mqm/qmgrs/QM_1/ssl/keys.kdb -pw passw0rd
-label ibmwebspheremqqm_1 -type cms -target qm_1.p12 -target_pw passw0rd
-target_type pkcs12

Then, import this into the QM_2's key db

gsk6cmd -cert -import -file qm_1.p12 -pw passw0rd -type pkcs12 -target
/var/mqm/qmgrs/QM_2/ssl/keys.kdb -target_pw passw0rd -target_type cms

This is where I encounter the error.

Raj




Pavel Tolkachev <[EMAIL PROTECTED]>
Sent by: MQSeries List <[EMAIL PROTECTED]>
08/26/2004 02:45 PM
Please respond to MQSeries List


To: [EMAIL PROTECTED]
cc:
Subject:Re: "Invalid key database type was found" V5.3 CSD05 SSL 
gsk6cmdfailed
for -type cms GSKit V6.0.5.43 Solaris 2.8


Hello Raj,

At least one of our clients runs SSL on Solaris in production and we are
about to migrate another one.

I am not sure what exactly you are trying to do with importing, namely,
what commands do you use? Import actually imports both public and private
keys and you have to have the certificate of signing CA already added to
your keystore.

Hope this will help,
Pavel





  Rajesh-IT Sharma
  cc:
  Sent by: MQSeries List Subject:  Re:
"Invalid key database type was found" V5.3 CSD05 SSL gsk6cmd
  <[EMAIL PROTECTED] failed for -type cms
GSKit V6.0.5.43 Solaris 2.8
  T>


  08/26/2004 02:02 PM
  Please respond to
  MQSeries List






Thank you to all of you who replied to my earlier posting.

Ok. I applied CSD07 and I am successfully able to create the certificates.
Now, I am stuck at importing the certificates into the qmgr's keys db. I
have created two Q Mgrs and able to create certificates for both of them
that have been received into the keys db of each queue manager. Then I
exported the certificate from both the queue managers into a file (-type
pkcs12) and tried to import them ( qm 1's being imported into qm2's key db
and vice-versa). However this fails giving me the error -

An error occurred while inserting keys to the database.

gsk6version information is
@(#)ProductName:  gsk6e (GoldCoast Build) 0406171803
@(#)ProductVersion:   6.0.5.43
@(#)ProductInfo:  04/06/15.00:00:28.04/06/17.18:11:04

Also, the classpath and path info remains the same as mentioned in the
first email. I see messages that Interim fix need to be applied. I have
the latest GSkit version running, do I still need to apply the Interim
Fix.

Finally, is anyone running MQ with SSL on Solaris in Production? Reason I
ask this is that I have never had this much gotcha in setting anything
with this much trouble and I would like to get a confidence level whether
it is worth it at this time, or wait for it to stabilize a bit more -:)

Raj




Pavel Tolkachev <[EMAIL PROTECTED]>
Sent by: MQSeries List <[EMAIL PROTECTED]>
08/19/2004 03:41 PM
Please respond to MQSeries List


To: [EMAIL PROTECTED]
cc:
Subject:Re: "Invalid key database type was found" V5.3
CSD05 SSL gsk6cmdf  ailed
for -type cms GSKit V6.0.5.43 Solaris 2.8


Yes, that's what I am saying: I built keystores on AIX and distributed to
Solaris :-)

Pavel



  Rajesh-IT Sharma
  cc:
  Sent by: MQSeries List Subject:  Re:
"Invalid key database type was found" V5.3 CSD05 SSL gsk6cmdf ailed for
  <[EMAIL PROTECTED] -type cms GSKit
V6.0.5.43 Solaris 2.8
  T>


  08/19/2004 02:36 PM
  Please respond to
  MQSeries List






Pavel, Wouldn't it still be necessary to have a key database on Solaris
even if I can create a certificate on AIX.
Thank yo

Re: transactional client with Oracle

2004-08-26 Thread Wyatt, T Rob
Christopher,

Are you sure about #1?  We had separate part numbers and pricing for the ETC.  It was 
slightly less than a full QMgr, actually.  Of course with our ELA, the prices may bear 
no resemblance to street prices.  But it definitely was a different part number.  Now, 
I know that the regular client is bundled with the server installation.  Are you 
saying you see two different clients as install options now?

-- T.Rob

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of
Christopher Frank
Sent: Thursday, August 26, 2004 1:20 PM
To: [EMAIL PROTECTED]
Subject: Re: transactional client with Oracle


Hello,

1) You license "WMQ" on a machine, and then install the parts you want
(queue manager, ETC, etc). So Yes, the net is that to put the transactional
client (ETC) on a machine you need a full "WMQ" license.

2) The ETC does support 2PC, but as a resource manager only. You must use
the ETC in the context of a transaction manager (such as WebSphere app
server).

Hope this helps.

Regards,

Christopher Frank
Certified I/T Specialist - WebSphere Software
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: transactional client with Oracle

2004-08-26 Thread Nick Dilauro
Thanks,

So when I install the server version of MQ and choose to install the client
along with it, I'm actually installing the ETC?  It doesn't specifically
refer to it as ETC, but from what you say I take it that it is.

Nick

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of
Christopher Frank
Sent: Thursday, August 26, 2004 10:20 AM
To: [EMAIL PROTECTED]
Subject: Re: transactional client with Oracle

Hello,

1) You license "WMQ" on a machine, and then install the parts you want
(queue manager, ETC, etc). So Yes, the net is that to put the transactional
client (ETC) on a machine you need a full "WMQ" license.

2) The ETC does support 2PC, but as a resource manager only. You must use
the ETC in the context of a transaction manager (such as WebSphere app
server).

Hope this helps.

Regards,

Christopher Frank
Certified I/T Specialist - WebSphere Software
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator
--
Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

Robert Broderick <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on
08/26/2004 11:51:10 AM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:MQSeries List <[EMAIL PROTECTED]>


To:[EMAIL PROTECTED]
cc:
Subject:Re: transactional client with Oracle



I have a question.

With the Transactional Client does it support a two phase commit between
resources like the full server product does Sorry if this is
redundant, I missed the first part of this thread!

 bobbee


>From: "David C. Partridge" <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: transactional client with Oracle
>Date: Thu, 26 Aug 2004 08:50:05 +0100
>
>As far as I know it is the same price as a full server license.
>
>Dave
>
>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

_
On the road to retirement? Check out MSN Life Events for advice on how to
get there! http://lifeevents.msn.com/category.aspx?cid=Retirement

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: "Invalid key database type was found" V5.3 CSD05 SSL gsk6cmd failed for -type cms GSKit V6.0.5.43 Solaris 2.8

2004-08-26 Thread Rajesh-IT Sharma
Thanks Pavel for the response.

I have already added the Signing CA to the key db of bot the queue
manager. That process is all complete. I have also added one signed
certificate to each of the qmgr's key db with proper label name as
mentioned in the guide.

Now, I export the QM_1's signed certificate to be imported into QM_2's Key
db using following to commands

gsk6cmd -cert -export -db /var/mqm/qmgrs/QM_1/ssl/keys.kdb -pw passw0rd
-label ibmwebspheremqqm_1 -type cms -target qm_1.p12 -target_pw passw0rd
-target_type pkcs12

Then, import this into the QM_2's key db

gsk6cmd -cert -import -file qm_1.p12 -pw passw0rd -type pkcs12 -target
/var/mqm/qmgrs/QM_2/ssl/keys.kdb -target_pw passw0rd -target_type cms

This is where I encounter the error.

Raj




Pavel Tolkachev <[EMAIL PROTECTED]>
Sent by: MQSeries List <[EMAIL PROTECTED]>
08/26/2004 02:45 PM
Please respond to MQSeries List


To: [EMAIL PROTECTED]
cc:
Subject:Re: "Invalid key database type was found" V5.3 CSD05 SSL 
gsk6cmdfailed
for -type cms GSKit V6.0.5.43 Solaris 2.8


Hello Raj,

At least one of our clients runs SSL on Solaris in production and we are
about to migrate another one.

I am not sure what exactly you are trying to do with importing, namely,
what commands do you use? Import actually imports both public and private
keys and you have to have the certificate of signing CA already added to
your keystore.

Hope this will help,
Pavel





  Rajesh-IT Sharma
  cc:
  Sent by: MQSeries List Subject:  Re:
"Invalid key database type was found" V5.3 CSD05 SSL gsk6cmd
  <[EMAIL PROTECTED] failed for -type cms
GSKit V6.0.5.43 Solaris 2.8
  T>


  08/26/2004 02:02 PM
  Please respond to
  MQSeries List






Thank you to all of you who replied to my earlier posting.

Ok. I applied CSD07 and I am successfully able to create the certificates.
Now, I am stuck at importing the certificates into the qmgr's keys db. I
have created two Q Mgrs and able to create certificates for both of them
that have been received into the keys db of each queue manager. Then I
exported the certificate from both the queue managers into a file (-type
pkcs12) and tried to import them ( qm 1's being imported into qm2's key db
and vice-versa). However this fails giving me the error -

An error occurred while inserting keys to the database.

gsk6version information is
@(#)ProductName:  gsk6e (GoldCoast Build) 0406171803
@(#)ProductVersion:   6.0.5.43
@(#)ProductInfo:  04/06/15.00:00:28.04/06/17.18:11:04

Also, the classpath and path info remains the same as mentioned in the
first email. I see messages that Interim fix need to be applied. I have
the latest GSkit version running, do I still need to apply the Interim
Fix.

Finally, is anyone running MQ with SSL on Solaris in Production? Reason I
ask this is that I have never had this much gotcha in setting anything
with this much trouble and I would like to get a confidence level whether
it is worth it at this time, or wait for it to stabilize a bit more -:)

Raj




Pavel Tolkachev <[EMAIL PROTECTED]>
Sent by: MQSeries List <[EMAIL PROTECTED]>
08/19/2004 03:41 PM
Please respond to MQSeries List


To: [EMAIL PROTECTED]
cc:
Subject:Re: "Invalid key database type was found" V5.3
CSD05 SSL gsk6cmdf  ailed
for -type cms GSKit V6.0.5.43 Solaris 2.8


Yes, that's what I am saying: I built keystores on AIX and distributed to
Solaris :-)

Pavel



  Rajesh-IT Sharma
  cc:
  Sent by: MQSeries List Subject:  Re:
"Invalid key database type was found" V5.3 CSD05 SSL gsk6cmdf ailed for
  <[EMAIL PROTECTED] -type cms GSKit
V6.0.5.43 Solaris 2.8
  T>


  08/19/2004 02:36 PM
  Please respond to
  MQSeries List






Pavel, Wouldn't it still be necessary to have a key database on Solaris
even if I can create a certificate on AIX.
Thank you for the response. I am considering CSD06.
Raj

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive





--

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

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

I

Re: "Invalid key database type was found" V5.3 CSD05 SSL gsk6cmd failed for -type cms GSKit V6.0.5.43 Solaris 2.8

2004-08-26 Thread Pavel Tolkachev
Hello Raj,

At least one of our clients runs SSL on Solaris in production and we are about to 
migrate another one.

I am not sure what exactly you are trying to do with importing, namely, what commands 
do you use? Import actually imports both public and private keys and you have to have 
the certificate of signing CA already added to your keystore.

Hope this will help,
Pavel





  Rajesh-IT Sharma
  cc:
  Sent by: MQSeries List Subject:  Re: "Invalid key 
database type was found" V5.3 CSD05 SSL gsk6cmd
  <[EMAIL PROTECTED] failed for -type cms GSKit V6.0.5.43 
Solaris 2.8
  T>


  08/26/2004 02:02 PM
  Please respond to
  MQSeries List






Thank you to all of you who replied to my earlier posting.

Ok. I applied CSD07 and I am successfully able to create the certificates.
Now, I am stuck at importing the certificates into the qmgr's keys db. I
have created two Q Mgrs and able to create certificates for both of them
that have been received into the keys db of each queue manager. Then I
exported the certificate from both the queue managers into a file (-type
pkcs12) and tried to import them ( qm 1's being imported into qm2's key db
and vice-versa). However this fails giving me the error -

An error occurred while inserting keys to the database.

gsk6version information is
@(#)ProductName:  gsk6e (GoldCoast Build) 0406171803
@(#)ProductVersion:   6.0.5.43
@(#)ProductInfo:  04/06/15.00:00:28.04/06/17.18:11:04

Also, the classpath and path info remains the same as mentioned in the
first email. I see messages that Interim fix need to be applied. I have
the latest GSkit version running, do I still need to apply the Interim
Fix.

Finally, is anyone running MQ with SSL on Solaris in Production? Reason I
ask this is that I have never had this much gotcha in setting anything
with this much trouble and I would like to get a confidence level whether
it is worth it at this time, or wait for it to stabilize a bit more -:)

Raj




Pavel Tolkachev <[EMAIL PROTECTED]>
Sent by: MQSeries List <[EMAIL PROTECTED]>
08/19/2004 03:41 PM
Please respond to MQSeries List


To: [EMAIL PROTECTED]
cc:
Subject:Re: "Invalid key database type was found" V5.3 CSD05 SSL 
gsk6cmdf  ailed
for -type cms GSKit V6.0.5.43 Solaris 2.8


Yes, that's what I am saying: I built keystores on AIX and distributed to
Solaris :-)

Pavel



  Rajesh-IT Sharma
  cc:
  Sent by: MQSeries List Subject:  Re:
"Invalid key database type was found" V5.3 CSD05 SSL gsk6cmdf ailed for
  <[EMAIL PROTECTED] -type cms GSKit
V6.0.5.43 Solaris 2.8
  T>


  08/19/2004 02:36 PM
  Please respond to
  MQSeries List






Pavel, Wouldn't it still be necessary to have a key database on Solaris
even if I can create a certificate on AIX.
Thank you for the response. I am considering CSD06.
Raj

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive





--

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

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive





--

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

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive


Re: "Invalid key database type was found" V5.3 CSD05 SSL gsk6cmd failed for -type cms GSKit V6.0.5.43 Solaris 2.8

2004-08-26 Thread Rajesh-IT Sharma
Thank you to all of you who replied to my earlier posting.

Ok. I applied CSD07 and I am successfully able to create the certificates.
Now, I am stuck at importing the certificates into the qmgr's keys db. I
have created two Q Mgrs and able to create certificates for both of them
that have been received into the keys db of each queue manager. Then I
exported the certificate from both the queue managers into a file (-type
pkcs12) and tried to import them ( qm 1's being imported into qm2's key db
and vice-versa). However this fails giving me the error -

An error occurred while inserting keys to the database.

gsk6version information is
@(#)ProductName:  gsk6e (GoldCoast Build) 0406171803
@(#)ProductVersion:   6.0.5.43
@(#)ProductInfo:  04/06/15.00:00:28.04/06/17.18:11:04

Also, the classpath and path info remains the same as mentioned in the
first email. I see messages that Interim fix need to be applied. I have
the latest GSkit version running, do I still need to apply the Interim
Fix.

Finally, is anyone running MQ with SSL on Solaris in Production? Reason I
ask this is that I have never had this much gotcha in setting anything
with this much trouble and I would like to get a confidence level whether
it is worth it at this time, or wait for it to stabilize a bit more -:)

Raj




Pavel Tolkachev <[EMAIL PROTECTED]>
Sent by: MQSeries List <[EMAIL PROTECTED]>
08/19/2004 03:41 PM
Please respond to MQSeries List


To: [EMAIL PROTECTED]
cc:
Subject:Re: "Invalid key database type was found" V5.3 CSD05 SSL 
gsk6cmdf  ailed
for -type cms GSKit V6.0.5.43 Solaris 2.8


Yes, that's what I am saying: I built keystores on AIX and distributed to
Solaris :-)

Pavel



  Rajesh-IT Sharma
  cc:
  Sent by: MQSeries List Subject:  Re:
"Invalid key database type was found" V5.3 CSD05 SSL gsk6cmdf ailed for
  <[EMAIL PROTECTED] -type cms GSKit
V6.0.5.43 Solaris 2.8
  T>


  08/19/2004 02:36 PM
  Please respond to
  MQSeries List






Pavel, Wouldn't it still be necessary to have a key database on Solaris
even if I can create a certificate on AIX.
Thank you for the response. I am considering CSD06.
Raj

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive





--

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

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

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: transactional client with Oracle

2004-08-26 Thread Christopher Frank
Hello,

1) You license "WMQ" on a machine, and then install the parts you want
(queue manager, ETC, etc). So Yes, the net is that to put the transactional
client (ETC) on a machine you need a full "WMQ" license.

2) The ETC does support 2PC, but as a resource manager only. You must use
the ETC in the context of a transaction manager (such as WebSphere app
server).

Hope this helps.

Regards,

Christopher Frank
Certified I/T Specialist - WebSphere Software
IBM Certified Solutions Expert - Websphere MQ & MQ Integrator
--
Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008
e-mail: [EMAIL PROTECTED]

Robert Broderick <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on
08/26/2004 11:51:10 AM

Please respond to MQSeries List <[EMAIL PROTECTED]>

Sent by:MQSeries List <[EMAIL PROTECTED]>


To:[EMAIL PROTECTED]
cc:
Subject:Re: transactional client with Oracle



I have a question.

With the Transactional Client does it support a two phase commit between
resources like the full server product does Sorry if this is
redundant, I missed the first part of this thread!

 bobbee


>From: "David C. Partridge" <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: transactional client with Oracle
>Date: Thu, 26 Aug 2004 08:50:05 +0100
>
>As far as I know it is the same price as a full server license.
>
>Dave
>
>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

_
On the road to retirement? Check out MSN Life Events for advice on how to
get there! http://lifeevents.msn.com/category.aspx?cid=Retirement

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

2004-08-26 Thread Pavel Tolkachev
Hello Bobbee,

At least you can try it. I remember for sure that for one of the previous service 
packs (CSD06?) it was the requirement for upgrading gsk to uninstall the original 
package first -- but not for CSD07. For CSD07 AIX , I believe, I fell into the mistake 
and de-installed it as well -- and then I had to re-install it back (the original gsk) 
and then upgrade to the CSD07. I did it a couple of months ago and I cannot remember 
all the details -- too bad, it did not use to be like that... What I do know, however, 
that if you have some problems with installing CSD (I suggest that you use smitty, 
BTW), and you are getting a list of failed filesets-prerequisites  --  it is sometimes 
difficult to realize that some lucking [EMAIL PROTECTED]@.rt.base is actually a part 
of the original product, e.g. gsk, that you just uninstalled (or have never had 
installed). However, keep in mind, that unless you are trying to force them in, AIX 
packages are pretty much safe to install and uninstall -- so you can always
try installing the package you have lying closest to you and check if it makes 
prerequisites happy and then uninstall it later if it doesn't. But do not try to force 
-- better call IBM.

Hope this will help,
Pavel




  Robert Broderick
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  OTMAIL.COM>   cc:
  Sent by: MQSeries Subject:  Re: MQ CSD07 AIX
  List
  <[EMAIL PROTECTED]
  .AC.AT>


  08/26/2004 12:49
  PM
  Please respond to
  MQSeries List






TNX, I checked, we don't have the Certificate SSL Base installed. I would
think I can install the CSD07 with the SSL support and it will add
it?? Or do I have to go back and start with installing the
origional base product?

 bobbee


>From: Pavel Tolkachev <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: MQ CSD07 AIX
>Date: Wed, 25 Aug 2004 18:06:28 -0400
>
>Hello Bobbee,
>
>You can use smitty or you can use lslpp, like this:
>
>$ lslpp -l | grep gsk
>   gskak.rte 6.0.5.41  COMMITTED  AIX Certificate and SSL
>Base
>$
>
>or
>
>$ lslpp -l | egrep "mq|gsk"
>   gskak.rte 6.0.5.41  COMMITTED  AIX Certificate and SSL
>Base
>   mqm.Client.Bnd 5.3.0.2  COMMITTED  WebSphere MQ Client
>Bundle
>   mqm.Server.Bnd 5.3.0.2  COMMITTED  WebSphere MQ Server
>Bundle
>   mqm.base.runtime   5.3.0.7  COMMITTED  WebSphere MQ Runtime for
>   mqm.base.samples   5.3.0.7  COMMITTED  WebSphere MQ Samples
>   mqm.base.sdk   5.3.0.7  COMMITTED  WebSphere MQ Base Kit for
>   mqm.client.rte 5.3.0.7  COMMITTED  WebSphere MQ Client for
>AIX
>   mqm.java.rte   5.3.0.7  COMMITTED  WebSphere MQ Java Client
>and
>   mqm.keyman.rte 5.3.0.7  COMMITTED  WebSphere MQ Support for
>GSKit
>   mqm.msg.en_US  5.3.0.7  COMMITTED  WebSphere MQ Messages -
>U.S.
>   mqm.server.rte 5.3.0.7  COMMITTED  WebSphere MQ Server
>   mqm.base.runtime   5.3.0.7  COMMITTED  WebSphere MQ Runtime for
>   mqm.man.en_US.data 5.3.0.7  COMMITTED  WebSphere MQ Man Pages -
>U.S.
>$
>
>-- for those who still remembers what egrep and fgrep were :-).
>
>Hope this will help,
>Pavel
>
>
>
>
>   Robert Broderick
>   <[EMAIL PROTECTED]To:
>[EMAIL PROTECTED]
>   OTMAIL.COM>   cc:
>   Sent by: MQSeries Subject:  MQ CSD07 AIX
>   List
>   <[EMAIL PROTECTED]
>   .AC.AT>
>
>
>   08/25/2004 05:30
>   PM
>   Please respond to
>   MQSeries List
>
>
>
>
>
>
>I have not looked into SMITTY BUT.
>
>The CSD07 comes as with and without SSL support. I was not here for the
>origional install. Can you tell from SMITTY what you have installed or is
>there another way to find out which version you have on an AIX box??
>
>bobbee
>
>_
>On the road to retirement? Check out MSN Life Events for advice on how to
>get there! http://lifeevents.msn.com/category.aspx?cid=Retirement
>
>Instructions for managing your mailing list subscription are provided in
>the Listserv General Users Guide available at http://www.lsoft.com
>Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
>
>
>
>--
>
>This e-mail may contain confidential and/or privileged information. If you
>are not the intended recipient (or have received this e-mail in error)
>please notify the sender immediately and destroy this e-mail. Any
>unauthorized copying, disclosure 

Re: transactional client with Oracle

2004-08-26 Thread Robert Broderick
I have a question.
With the Transactional Client does it support a two phase commit between
resources like the full server product does Sorry if this is
redundant, I missed the first part of this thread!
bobbee

From: "David C. Partridge" <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: transactional client with Oracle
Date: Thu, 26 Aug 2004 08:50:05 +0100
As far as I know it is the same price as a full server license.
Dave
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
_
On the road to retirement? Check out MSN Life Events for advice on how to
get there! http://lifeevents.msn.com/category.aspx?cid=Retirement
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 CSD07 AIX

2004-08-26 Thread Robert Broderick
TNX, I checked, we don't have the Certificate SSL Base installed. I would
think I can install the CSD07 with the SSL support and it will add
it?? Or do I have to go back and start with installing the
origional base product?
bobbee

From: Pavel Tolkachev <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: MQ CSD07 AIX
Date: Wed, 25 Aug 2004 18:06:28 -0400
Hello Bobbee,
You can use smitty or you can use lslpp, like this:
$ lslpp -l | grep gsk
  gskak.rte 6.0.5.41  COMMITTED  AIX Certificate and SSL
Base
$
or
$ lslpp -l | egrep "mq|gsk"
  gskak.rte 6.0.5.41  COMMITTED  AIX Certificate and SSL
Base
  mqm.Client.Bnd 5.3.0.2  COMMITTED  WebSphere MQ Client
Bundle
  mqm.Server.Bnd 5.3.0.2  COMMITTED  WebSphere MQ Server
Bundle
  mqm.base.runtime   5.3.0.7  COMMITTED  WebSphere MQ Runtime for
  mqm.base.samples   5.3.0.7  COMMITTED  WebSphere MQ Samples
  mqm.base.sdk   5.3.0.7  COMMITTED  WebSphere MQ Base Kit for
  mqm.client.rte 5.3.0.7  COMMITTED  WebSphere MQ Client for
AIX
  mqm.java.rte   5.3.0.7  COMMITTED  WebSphere MQ Java Client
and
  mqm.keyman.rte 5.3.0.7  COMMITTED  WebSphere MQ Support for
GSKit
  mqm.msg.en_US  5.3.0.7  COMMITTED  WebSphere MQ Messages -
U.S.
  mqm.server.rte 5.3.0.7  COMMITTED  WebSphere MQ Server
  mqm.base.runtime   5.3.0.7  COMMITTED  WebSphere MQ Runtime for
  mqm.man.en_US.data 5.3.0.7  COMMITTED  WebSphere MQ Man Pages -
U.S.
$
-- for those who still remembers what egrep and fgrep were :-).
Hope this will help,
Pavel

  Robert Broderick
  <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  OTMAIL.COM>   cc:
  Sent by: MQSeries Subject:  MQ CSD07 AIX
  List
  <[EMAIL PROTECTED]
  .AC.AT>
  08/25/2004 05:30
  PM
  Please respond to
  MQSeries List


I have not looked into SMITTY BUT.
The CSD07 comes as with and without SSL support. I was not here for the
origional install. Can you tell from SMITTY what you have installed or is
there another way to find out which version you have on an AIX box??
   bobbee
_
On the road to retirement? Check out MSN Life Events for advice on how to
get there! http://lifeevents.msn.com/category.aspx?cid=Retirement
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive


--
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
_
Is your PC infected? Get a FREE online computer virus scan from McAfee.
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
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


Sample JMS SSL Client testing throws java.lang.NoClassDefFoundError: javax/net/ssl/HandshakeCompletedListener

2004-08-26 Thread Rajesh-IT Sharma
Hi,
I am testing SSL support for MQ Series V5.3 CSD07 (Solaris v 2.8) and
getting following error when I start a sample program.
The Client is running on the same box on which MQ QMgr is running. I am
able to create all the certificates and install them I used gsk6smd to do
certificate related stuff- so the environment and JVM is all setup
correctly.

Here is the exception stack trace -
Exception in thread "main" java.lang.NoClassDefFoundError:
javax/net/ssl/HandshakeCompletedListener
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:493)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:286)
at java.lang.ClassLoader.loadClass(ClassLoader.java:255)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
at
com.ibm.mq.MQInternalCommunications.createSocketConnection(MQInternalCommunications.java:1355)
at
com.ibm.mq.MQInternalCommunications.access$000(MQInternalCommunications.java:114)
at
com.ibm.mq.MQInternalCommunications$1.run(MQInternalCommunications.java:498)
at java.security.AccessController.doPrivileged(Native Method)
at
com.ibm.mq.MQInternalCommunications.(MQInternalCommunications.java:494)
at com.ibm.mq.MQSESSIONClient.MQCONN(MQSESSIONClient.java:1316)
at com.ibm.mq.MQSESSIONClient.MQCONNX(MQSESSIONClient.java:1388)
at
com.ibm.mq.MQSESSIONClient.spiConnect(MQSESSIONClient.java:4333)
at
com.ibm.mq.MQManagedConnectionJ11.(MQManagedConnectionJ11.java:211)
at
com.ibm.mq.MQClientManagedConnectionFactoryJ11._createManagedConnection(MQClientManagedConnectionFactoryJ11.java:276)
at
com.ibm.mq.MQClientManagedConnectionFactoryJ11.createManagedConnection(MQClientManagedConnectionFactoryJ11.java:296)
at
com.ibm.mq.StoredManagedConnection.(StoredManagedConnection.java:80)
at
com.ibm.mq.MQSimpleConnectionManager.allocateConnection(MQSimpleConnectionManager.java:171)
at
com.ibm.mq.MQQueueManager.obtainBaseMQQueueManager(MQQueueManager.java:754)
at com.ibm.mq.MQQueueManager.construct(MQQueueManager.java:688)
at com.ibm.mq.MQQueueManager.(MQQueueManager.java:469)
at com.ibm.mq.MQSPIQueueManager.(MQSPIQueueManager.java:52)
at com.ibm.mq.jms.MQConnection.createQM(MQConnection.java:2200)
at
com.ibm.mq.jms.MQConnection.createQMNonXA(MQConnection.java:1701)
at
com.ibm.mq.jms.MQQueueConnection.(MQQueueConnection.java:144)
at
com.ibm.mq.jms.MQQueueConnection.(MQQueueConnection.java:54)
at
com.ibm.mq.jms.MQQueueConnectionFactory.createQueueConnection(MQQueueConnectionFactory.java:106)

Please let me know any ideas/suggestions to correct this problem. Thank
you. The java that came with gsk6cmd does not seem to have this class in
the jar files. Do I need to point to another JVM ( higher version) ? But,
per the doc from IBM i need to use the JAVA_HOME to be /opt/mqm/ssl. Do
the /opt/mqm/ssl/lib/ect jar files have to be added to the classpath for
this to work ( just guessing???).
Raj
Raj

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


Brian E Wilson/Albany/IBM is out of the office.

2004-08-26 Thread Brian E Wilson
I will be out of the office starting  08/26/2004 and will not return until
08/30/2004.

I will be out of the office at a full day meeting on 8/26, and on vacation
8/27.  I will not have access to e-mail during this period.  I will respond
when I return.  If the matter is urgent, call and leave a message at
518-487-6221.

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 status / restarting channels.

2004-08-26 Thread Glen Larson
Tony,

that would be due to the retry interval.

if you look at the definition you'll see the short  and long retry
intervals, and counts.  It only retries after each interval has passed. So
if the short retry interval is 1 min,  and the count is 10,  MQ will retry
every minute until it either connects or the it reaches the 10th try.  Then
it will retry based on the long retry setting.  The default is interval of
20 mins,   and count of .  Which means it will retry every 20 mins
until is either connects, is shutdown, or the manula intervention occurs.



Glen Larson
Zurich NA


Tony Boggis <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 08/25/2004 04:37:47 PM

Please respond to Tony Boggis <[EMAIL PROTECTED]>

Sent by:MQSeries List <[EMAIL PROTECTED]>


To:[EMAIL PROTECTED]
cc:

Subject:Channel status / restarting channels.


I have a question regarding a channel restarting after it entered a
"retrying" state.

Env: Solaris 5.8, WMQ 5.3 CSD05.
Scenario: Two queue managers, members of a cluster. Messages flowing
from A to B. No errors. Queue on B receiving messages as expected. On
queue manager B I kill the runmqlsr process and then the amqrmppa
process. The cluster sender channel on A goes to "retrying" and
messages start to pile up on the cluster transmit queue. No surprises
here, this is what I'd expect.
So, now I restart the listener process (runmqlsr) on B. Process starts
ok.
On queue manager A, channel is still "retrying". I can reconnect to B
(using MQExplorer) and view it's status/attributes, but the cluster
sender channel to B is still retrying. Finally (it seems) after the
short retry count has been exhausted, the cluster sender channel
restarts and goes to "running".

Comments? Suggestions?

Regards,

tonyB.

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




 *** PLEASE NOTE ***
 This E-Mail/telefax message and any documents accompanying this
 transmission may contain privileged and/or confidential information and is
 intended solely for the addressee(s) named above.  If you are not the
 intended addressee/recipient, you are hereby notified that any use of,
 disclosure, copying, distribution, or reliance on the contents of this
 E-Mail/telefax information is strictly prohibited and may result in legal
 action against you. Please reply to the sender advising of the error in
 transmission and immediately delete/destroy the message and any
 accompanying documents.  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: HA Architectures for MQ

2004-08-26 Thread Tibor
Reil,

As far as I know the HA solutions on miscellaneous Unix platforms
there is no definitely difference in the MQ level ('hamqm' scripts).

So I recommend you reading some HA Manual e.g. Solaris.

Hope this helps,

Tibor



> Where can I find a definitive White Paper on the best HA Architecture for MQ
> 5.3 running on Linux with Intel Based Hardware?
> We have an environment which requires access to 1 Queue Manager at all
> times, in the past we have used a load balancer to handle connections to 2
> MQ Servers with 1 as primary, but it has never handled the long persistent
> connections well and when the primary failed it was a manual process to fail
> back from the secondary.  Since I have an opportunity to rearchitect, I was
> wondering whats the best path to have High Availability.

> Reil Brennan
> Grand Central Communications

> 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: transactional client with Oracle

2004-08-26 Thread David C. Partridge
As far as I know it is the same price as a full server license.

Dave

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


Tom Nauta/SaskTel/CA is out of the office.

2004-08-26 Thread Tom Nauta
I will be out of the office starting  08/25/2004 and will not return until
08/30/2004.

I will respond to your message when I return.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive