lt;[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: AW: Client conversion from Windows to OS/390
Date: Fri, 6 Dec 2002 16:07:36 -0500
Is there overhead for binary-type messages if they're set over channels set
to CONVERT=YES? Not arguing that conversion shouldn't be done on the ge
4:18 PM
To: [EMAIL PROTECTED]
Subject: Re: AW: Client conversion from Windows to OS/390
There is no overhead if gmo_convert is requested, but not required. That's
one of the reasons it's preferred over channel conversion.
> -Original Message-
> From: Kevin Fergu
S Did everyone enjoy the snow yesterday up here in the Northeast ? Visions
of sking at Bellayre on Dec 21!!
From: "Miller, Dennis" <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: AW: Client conversion from Windows
L PROTECTED]
> Subject: Re: AW: Client conversion from Windows to OS/390
>
> True, but I still maintain that the 'getting' application (or organisation)
> is behaving badly (or at best short sightedly)it is no big deal to code
> the convert on the get and by
True, but I still maintain that the 'getting' application (or organisation)
is behaving badly (or at best short sightedly)it is no big deal to code
the convert on the get and by doing so the organisation is able to accept MQ
messages from anywhere making the application much more flexible (and
]
Subject: Re: Client conversion from Windows to OS/390
Peter,
Thanks for your reply. The channel from the Windows client to the first
OS/390 is a svrconn, so there is no conversion parameter to turn on. I have
tried to turn on conversion for the channel between the first OS/390 and the
second OS/390
-Ursprüngliche Nachricht-
Von: Robert C Fruncillo [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 5. Dezember 2002 21:58
An: [EMAIL PROTECTED]
Betreff: Re: Client conversion from Windows to OS/390
John,
Kevin is right. The data conversion is done on the get.
The conversion on
and must be requested on the get.
Bob
Kevin
Ferguson To: [EMAIL PROTECTED]
Subject: Re: Client conversion from
Windows to OS/390
Sent by:
MQSeries List
TECTED]
Subject: Re: Client conversion from Windows to OS/390
You could dedicate a pair of channels for this application and perform the
conversion on the channel..
From: "Dawson, John" <[EMAIL PROTECTED]> on 12/05/2002 01:14 PM
Please respond to MQSeries List <[EMAIL PROTE
conversion for it?
Kevin Ferguson
From: "Dawson, John" <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Client conversion from Windows to OS/390
Date: Thu, 5 Dec 2002 12:14:35 -0600
Hello,
I have a client on a Windows
ject: Client conversion from Windows to OS/390
Hello,
I have a client on a Windows NT platform that is putting a message onto a
remote queue defined on a OS/390 platform, which in turn sends the message
to a second OS/390 platform.
The application on the second OS/390 platform does not do a
TED]]
Gesendet: Donnerstag, 5. Dezember 2002 19:41
An: [EMAIL PROTECTED]
Betreff: Re: Client conversion from Windows to OS/390
Peter,
Thanks for your reply. The channel from the Windows client to the first
OS/390 is a svrconn, so there is no conversion parameter to turn on. I have
tried to turn on
-Original Message-
From: Peter Heggie [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 05, 2002 12:34 PM
To: [EMAIL PROTECTED]
Subject:Re: Client conversion from Windows to OS/390
You could dedicate a pair of channels for this application and perform the
conversion on the
You could dedicate a pair of channels for this application and perform the
conversion on the channel..
From: "Dawson, John" <[EMAIL PROTECTED]> on 12/05/2002 01:14 PM
Please respond to MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: Client conv
Hello,
I have a client on a Windows NT platform that is putting a message onto a
remote queue defined on a OS/390 platform, which in turn sends the message
to a second OS/390 platform.
The application on the second OS/390 platform does not do a 'get' with
convert and thus the message is still in
15 matches
Mail list logo