| Author |
Message
|
| Vitor |
 Posted: Tue Apr 24, 2007 1:41 am Post subject: |
 |
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
Both are used by administrators. If you're trying to record the current state of the queues, rcdmqimg is the command to record that in the logs. Obviously the contents of the queue are maintained automatically by the queue manager.
q and qload are used in exceptional circumstances to move messages outside the normal opperational flow. Or should be..... 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
 |
| ashu |
| Posted: Tue Apr 24, 2007 2:04 am Post subject: |
|
|
Centurion
Joined: 11 Nov 2006
Posts: 132
|
...mmmmm
why would one wan't to store messages in a file...I fail to imagine a scenario...
(..unless someone has a hobby of collecting old messages  ...just joking please don't mind)
but really is it possible that it could be further used to prove ,that these messages were sent , in the court of law...
or those messages could guide you to track a problem...but I feel the error logs are quiet suffecient.
forgive my innocence... |
|
| Back to top |
|
|
| dgolding |
| Posted: Tue Apr 24, 2007 2:06 am Post subject: |
|
|
Yatiri
Joined: 16 May 2001
Posts: 668
Location: Switzerland
|
| Horses for courses. The nice thing about the output from "qload" is that you can edit it with a normal text editor (don't tell the auditors). The bad thing is that the output from a queue will use up AT LEAST twice as much space (2+ characters per byte). |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Apr 24, 2007 2:10 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| ashu wrote: |
but really is it possible that it could be further used to prove ,that these messages were sent , in the court of law...
|
If a court of law is going to accept a text file which can be produced with any competent editor (or a binary file which requires just a little ingenuity) as evidence in a civil or criminal case then lawyers in your juristiction must have an easy day.... 
If that's why you're keeping messages you need a proper non-repudiation system.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| ashu |
| Posted: Tue Apr 24, 2007 2:28 am Post subject: |
|
|
Centurion
Joined: 11 Nov 2006
Posts: 132
|
| Quote: |
| If that's why you're keeping messages you need a proper non-repudiation system. |
I thought so...
But still the question remains...
| Quote: |
| why would one wan't to store messages in a file...I fail to imagine a scenario... |
|
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Apr 24, 2007 3:06 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Vitor wrote: |
| q and qload are used in exceptional circumstances to move messages outside the normal opperational flow. Or should be..... |
An example.
You have a queue where the reading application has died & messages have piled up on the input queue before the sending application / channel /etc could be halted. The application cannot be restarted in a timely fashion (database corruption or similar) so a backup copy of the application on a reserve machine is started. While new messages can be redirected to this new copy, the existing messages must be moved by hand, using one of these methods.
A second example.
You need to generate some test data for a volume test, so you make a text file containing some messages using a script or macro, then dump it on the queue.
Many other examples are possible. Neither of the above examples are offered as possible solutions to any given problem, the best solutions to any given problems or the only solutions to any given problems. No warrenty express or implied is given nor is any responsibility is accepted for any loss or damage resulting from using these ideas!  
_________________
Honesty is the best policy.
Insanity is the best defence.
Last edited by Vitor on Tue Apr 24, 2007 3:34 am; edited 1 time in total |
|
| Back to top |
|
|
| ashu |
| Posted: Tue Apr 24, 2007 3:23 am Post subject: |
|
|
Centurion
Joined: 11 Nov 2006
Posts: 132
|
But they helped clear the cloud....Thanks for the sunshine..
Grrr8
thank you |
|
| Back to top |
|
|
| boos |
| Posted: Thu Oct 25, 2007 7:11 am Post subject: |
|
|
Apprentice
Joined: 27 Jan 2004
Posts: 37
Location: Netherlands
|
The MO03 supportpac looks like it can almost do what i want, except that it's not available on the iSeries platform. So i am building my own MQ_save & MQ_restore on the iSeries to save the content of (multiple) queue(s) to a file/database and being able to restore them. The problem is that i don't want to destroy the message on the original queue (so i want to browse) and want to restore the message with it's entire original context. But it's not allowed to set the Browse+save_all_context.
This is what i want (for the MQ_save)
You open with the following options:
MQOO_BROWSE
MQOO_SAVE_ALL_CONTEXT (which is not allowed in combination)
This is what i want (for the MQ_restore)
You open with the following options:
MQOO_OUTPUT
MQOO_PASS_IDENTITY_CONTEXT
And when you PUT the message use:
MQPMO_PASS_IDENTITY_CONTEXT
The question is this:
How can i browse a message with it's entire context (without destroying it on the queue) ? |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Thu Oct 25, 2007 7:31 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| boos wrote: |
The question is this:
How can i browse a message with it's entire context (without destroying it on the queue) ? |
Just browse it and save the entire MQMD as its returned on the MQGET, then use that MQMD for the MQPUT on the restore.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| boos |
| Posted: Thu Oct 25, 2007 7:48 am Post subject: |
|
|
Apprentice
Joined: 27 Jan 2004
Posts: 37
Location: Netherlands
|
That's what i thought and already tried but i keep getting an error when i put the message
MQRC 2097 (MQRC_CONTEXT_HANDLE_ERROR)
So i think my saved MQMD (from the browse) is not compatible with the MQMD i try to use in the put. Maybe i should go further back and look if my application doesn't mess up in the binary part of the MQMD when i store it in a database. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Thu Oct 25, 2007 7:50 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
If you didn't save the context, because you can't with a browse, then you can't use the PASS ALL context option on the MQPUT. Use the SET ALL option on the MQPUT and use your saved MQMD for the values.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| boos |
| Posted: Thu Oct 25, 2007 10:39 pm Post subject: |
|
|
Apprentice
Joined: 27 Jan 2004
Posts: 37
Location: Netherlands
|
| It works. Thanks for the help. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Fri Oct 26, 2007 3:20 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Have you tried MO71 using a windows MQ Client? 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| boos |
| Posted: Fri Oct 26, 2007 3:55 am Post subject: |
|
|
Apprentice
Joined: 27 Jan 2004
Posts: 37
Location: Netherlands
|
No, i hadn't tried it (MO71). I've just taken a look at it and it doesn't suit my purpose. Like so many tools you can save the content of a (single)queue (at a time). But i needed one that could be scheduled to save queue(s) content unattended (during the night) so it can't have an interface.
I've got it working. It has a parameter whith which you can specify a queue name (or part of a name with '*'). It saves the content of all local queues that meet the citerium. |
|
| Back to top |
|
|
| supreeth |
| Posted: Fri Oct 26, 2007 1:20 pm Post subject: |
|
|
Voyager
Joined: 17 May 2005
Posts: 90
Location: London
|
y not use rfhutil itself unless u r lookin at some program based solution
_________________
Supreeth Gururaj
IBM Certified WMQ Solution Expert |
|
| Back to top |
|
|
|
|
