| Author |
Message
|
| dhanaraj |
 Posted: Mon Apr 30, 2007 6:35 am Post subject: Setting Time Delay in the transmission(XMITQ) Queue |
 |
|
Voyager
Joined: 10 Aug 2004
Posts: 92
|
How do I set the Time Delay(1 second) in the transmission Queue before delivering the message to the Destination Q.
Thanks
Dhanaraj |
|
| Back to top |
|
 |
| Vitor |
| Posted: Mon Apr 30, 2007 6:40 am Post subject: Re: Setting Time Delay in the transmission(XMITQ) Queue |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| dhanaraj wrote: |
How do I set the Time Delay(1 second) in the transmission Queue before delivering the message to the Destination Q.
|
1) You can't
2) Why would you want to? If the message needs to wait before it's picked up (which is a very bad design) the reading application should be in charge of the delay.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| dhanaraj |
| Posted: Mon Apr 30, 2007 7:10 am Post subject: Thanks for ur solution |
|
|
Voyager
Joined: 10 Aug 2004
Posts: 92
|
Thanks vitor.
But I don't have control on reading application.
I have the timing Sync issues with put, get Apps and MQ Servers
The time differnce between Source QM to Destination QM is showing the -ve's in milliseconds. Reporting tool is not considering those(-ve timing difference) transactions.
Do u have any Idea about RetentionInterval in the Transmission Queue Property.
Thanks
Dhanaraj |
|
| Back to top |
|
|
| Vitor |
| Posted: Mon Apr 30, 2007 7:17 am Post subject: Re: Thanks for ur solution |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| dhanaraj wrote: |
Do u have any Idea about RetentionInterval in the Transmission Queue Property.
|
The manual has this to say about it:
| Quote: |
RETINTVL(integer)
The number of hours from the queue creation date and time (the date and
time at which the queue was defined), after which the queue is no longer
needed. The value must be in the range zero through 999 999 999.
This parameter is supported only on local and model queues.
The CRDATE and CRTIME can be displayed using the DISPLAY QUEUE
command.
This information is available for use by an operator or a housekeeping
application to delete queues that are no longer required.
Note: The queue manager does not delete queues based on this value, nor
does it prevent queues from being deleted if their retention interval
has not expired. It is the user’s responsibility to take any required action |
Not, I think, of any real value to you.
I think you'd be better off syncronising the server clocks than introducing artificial delays into the message flow to appease the reporting software.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| dhanaraj |
| Posted: Mon Apr 30, 2007 7:22 am Post subject: Thanks for quick response |
|
|
Voyager
Joined: 10 Aug 2004
Posts: 92
|
Our windows and n/w team is working on time sync issues.
Thanks for sharing ur ideas.
Thanks
Dhanaraj |
|
| Back to top |
|
|
|
|
