ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » General IBM MQ Support » Transmission queue

Post new topic  Reply to topic
 Transmission queue « View previous topic :: View next topic » 
Author Message
Raveendra N
PostPosted: Wed Jun 14, 2006 1:51 am    Post subject: Transmission queue Reply with quote

Newbie

Joined: 26 May 2006
Posts: 6
Location: Bangalore

Is it mandatory for XMITQ to be trigger enabled?
Even if I change XMITQ to NOTRIGGER and start the SDR channel, XMITQ is reverted back to TRIGGER enabled. START CHL() is doing this change. Why is it so?
Back to top
View user's profile Send private message
Vitor
PostPosted: Wed Jun 14, 2006 2:03 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

Question: why would you want it not to be?

What's your requirement? I imagine (but only imagine) you're trying to schedule traffic across the channel. IMHO you'd be better off sticking the messages on a separate local queue and scheduleing the reading application if that's the case.

Of course I could be hopelessly off track on what you're trying to do and if so I apologise!
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
jefflowrey
PostPosted: Wed Jun 14, 2006 2:55 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

Or you can put the channel in a STOPPED state when you don't need it to run.

Then it will only ever start when you start it "manually" (this can be a script that issues a runmqsc or PCF message or etc.).
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
Vitor
PostPosted: Wed Jun 14, 2006 3:01 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

Clearly stopping the channel works as well; I got the impression he was doing that, but every time he started it the triggering got switched on & this was against his requirement.

You can't trigger a STOPPED channel, can you? My brain's gone mushy...

(Excessive heat. Anything above 25C in the UK and we melt)
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
kevinf2349
PostPosted: Wed Jun 14, 2006 10:40 am    Post subject: Reply with quote

Grand Master

Joined: 28 Feb 2003
Posts: 1311
Location: USA

AFAIK there is no requirement to trigger an XMIT queue. You could always GET disable the transmit queue but frankly I would have expected the NOTRIGGER to work. Are you sure nothing is setting it back to trigger?

If you change the XMITQ while the channel is running I could sort of see why it would get set back if it was triggered in the first place. Have you tried stopping the channel, changing the XMITQ to NOTRIGGER and then restarting the channel (remember to put a discint on it too).

I am a little mystified why you would want to do this though and would love to know the logic behind why you need to do this. It may be that we can think of a better/easier way of doing what you want.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General IBM MQ Support » Transmission queue
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.