| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Listener - What is supported in v6? |
« View previous topic :: View next topic » |
| Author |
Message
|
| bbeardsley |
 Posted: Thu Jun 28, 2007 11:09 am Post subject: Listener - What is supported in v6? |
 |
|
Acolyte
Joined: 17 Dec 2001
Posts: 52
Location: Dallas, TX, USA
|
Ok, ok, I know a few of you are probably ready to tear into me over bringing this up (again). I'm not going to ask which one you prefer, or why, I think we are all on the same page regarding the benefits of runmqlsr over amqcrsta. But just because you get it, and just because I get it, doesn't mean a certain client's unix admins get it.
I've given the little speech, pleaded to their better sense of judgment, but, as their eyes started to glaze over I could tell I was loosing the fight. It really comes down to this: "If we don't change the way we are doing things with inetd, will we still be supported?"
So, I ask you, because I can't find any reference to it not being supported, though v6 doesn't even mention using it, will these guys be supported if they insist on living in the dark ages?
Oh, and for those of you who are concerned about the mq admin who will have to live with this mess ... don't bother, I'm outta here tomorrow. |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Thu Jun 28, 2007 11:21 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
I guess it comes down to - it shouldn't matter to the unix admins.
In one case they make changes to etc/inetd.conf or whatever.
In the other case they make changes to /etc/rc.d/rc.local or whatever.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| bbeardsley |
| Posted: Thu Jun 28, 2007 11:31 am Post subject: |
|
|
Acolyte
Joined: 17 Dec 2001
Posts: 52
Location: Dallas, TX, USA
|
| I agree, however, they say what goes, and I am just trying to make a case for moving forward. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Thu Jun 28, 2007 11:36 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Well, the other tact to take is "if you use runmqlsr, then MQ is entirely not your problem. If you use inetd, we're going to hassle you if the channels break".
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Thu Jun 28, 2007 11:48 am Post subject: |
|
|
Guest
|
Jeff says: "If you use inetd, we're going to hassle you if the channels break"
Translation: "If you use inetd, we must start working as a team." |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Thu Jun 28, 2007 11:51 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
| bruce2359 wrote: |
Jeff says: "If you use inetd, we're going to hassle you if the channels break"
Translation: "If you use inetd, we must start working as a team." |
Sure. I'd use the second if I were in a meeting with the admins and other managers.
But if I were standing around in their work area, having a real conversation about how things were actually going to be done... I'd put it to them the way they see it, so that they can relate.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| Toronto_MQ |
| Posted: Thu Jun 28, 2007 12:05 pm Post subject: |
|
|
Master
Joined: 10 Jul 2002
Posts: 263
Location: read my name
|
A search of the v6 Info Center for inetd produces lots of hits (namely "Using the TCP/IP Listener" in the Intercommunications guide)... so while the standard answer you're going to get here - as you've seen - is"use runmqlsr", the documentation certainly leads me to believe that the use of inetd, while certainly not recommended, will be supported for the life of v6.
That said, I'd second all other comments above regarding reasons to move to runmqlsr!
Cheers
Steve |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
