| Author |
Message
|
| Thomas2ab |
 Posted: Fri Apr 17, 2015 9:06 am Post subject: Hide message from queue |
 |
|
Acolyte
Joined: 07 Mar 2014
Posts: 51
|
Hello everyone,
I would like to know if there was some option/parameter (that I could access programatically) that could allow me to hide a message from a specific queue.
It would be like deleted but the message would still be there physically but not visible.
Thanks,
Regards, |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Fri Apr 17, 2015 9:18 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
To what purpose? To ensure that only one application can read the message?
Or to ensure that only specific applications can read specific messages? This is what AMS is for. |
|
| Back to top |
|
|
| Thomas2ab |
| Posted: Fri Apr 17, 2015 10:33 am Post subject: |
|
|
Acolyte
Joined: 07 Mar 2014
Posts: 51
|
Hello, and thanks for your quick answer.
It actually would be to ensure that only one application can read the message.
Actually it would be to ensure that only one aplication instance willread the message.
Thanks, |
|
| Back to top |
|
|
| PaulClarke |
| Posted: Fri Apr 17, 2015 10:35 am Post subject: |
|
|
Grand Master
Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand
|
Thomas2ab,
I think you still need to give us a little more information about what you are trying to do if you want meaningful advice. This strikes me as a solution description rather than a problem description.
Regards,
Paul.
_________________
Paul Clarke
MQGem Software
www.mqgem.com |
|
| Back to top |
|
|
| RogerLacroix |
| Posted: Fri Apr 17, 2015 10:37 am Post subject: |
|
|
Jedi Knight
Joined: 15 May 2001
Posts: 3264
Location: London, ON Canada
|
Hi,
It doesn't sound like you have secured your queue manager. And it does not sound like you have applied the appropriate queue authorizations.
Finally, if you are trying to comply with PCI or HIPAA or any other private data requirements then get AMS (as Jeff said) or implement MQ Message Encryption.
Regards,
Roger Lacroix
Capitalware Inc.
_________________
Capitalware: Transforming tomorrow into today.
Connected to MQ!
Twitter |
|
| Back to top |
|
|
| mqjeff |
| Posted: Fri Apr 17, 2015 10:45 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
MQ will always guarantee that a no two MQ Gets will return the same message.
MQ syncpoints can ensure that a message is not available, but can be returned back to the queue, until it is processed.
You have yet to explain what you are trying to prevent. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Apr 17, 2015 12:43 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| mqjeff wrote: |
| MQ will always guarantee that a no two MQ Gets will return the same message. |
Some further explanation:
If the queue is opened INPUT_EXCLUSIVE, then only this one app can MQGET from the queue. If opened INPUT_SHARED, then it is possible for a message to be browsed my multiple applications.
MQ security is not sensitive to individual message content (the application message data payload).
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| zpat |
| Posted: Fri Apr 17, 2015 10:51 pm Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
You can browse a queue, you can lock the message under the browse cursor while you decide what to do with it.
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
|
|
