| Author |
Message
|
| bower5932 |
Posted: Wed Mar 05, 2008 12:04 pm Post subject: |
|
|
 Jedi Knight
Joined: 27 Aug 2001 Posts: 3023 Location: Dallas, TX, USA
|
| I just added a durable subscriber to my broker and the RegistrationUserIdentifer is bower. I'd suggest registering a subscriber and then dumping the broker to see what it shows. The MUSR_MQADMIN sounds like something 'official' and I'd be afraid to just unregister it. |
|
| Back to top |
|
 |
| bower5932 |
Posted: Wed Mar 05, 2008 12:05 pm Post subject: |
|
|
 Jedi Knight
Joined: 27 Aug 2001 Posts: 3023 Location: Dallas, TX, USA
|
Here is my output:
| Code: |
Topic: /Sport/Baseball/Score
BrokerCount: 0
ApplCount: 1
AnonymousCount: 0
RegistrationQMgrName: pubsub.qmgr
RegistrationQName: SYSTEM.JMS.D.SUBSCRIBER.QUEUE
RegistrationCorrellId: 414D51207075627375622E716D677220DCFBCE472000110D
RegistrationUserIdentifier: bower
RegistrationOptions: 3145729 : MQREGO_CORREL_ID_AS_IDENTITY
RegistrationTime: 2008030520042726
RegistrationSubscriptionName: JMS:pubsub.qmgr:SUB:a
|
|
|
| Back to top |
|
 |
| tleichen |
Posted: Wed Mar 05, 2008 1:04 pm Post subject: |
|
|
Yatiri
Joined: 11 Apr 2005 Posts: 663 Location: Center of the USA
|
As I said, ALL the subscriptions made by our JMS apps seem to have a userid of MUSR_MQADMIN. I think that's what you get if you don't give a userid. That's related to that security hole in JMS messaging with MQ that a few have mentioned on the forum, but for some reason nobody, including the vendor, seems very much concerned about. These definitely ARE user registrations. _________________ IBM Certified MQSeries Specialist
IBM Certified MQSeries Developer |
|
| Back to top |
|
 |
| jefflowrey |
Posted: Wed Mar 05, 2008 1:13 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
Right, but you're using a Java program to unsub, right? So it should also be running as MUSR_MQADMIN...  _________________ I am *not* the model of the modern major general. |
|
| Back to top |
|
 |
| tleichen |
Posted: Wed Mar 05, 2008 1:24 pm Post subject: |
|
|
Yatiri
Joined: 11 Apr 2005 Posts: 663 Location: Center of the USA
|
| tleichen wrote: |
...
I tried specifically coding this in the userid in MQEnvironment.userID and it still gives the same result. Any thoughts on this? |
_________________ IBM Certified MQSeries Specialist
IBM Certified MQSeries Developer |
|
| Back to top |
|
 |
| jefflowrey |
Posted: Wed Mar 05, 2008 2:06 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
-D user.name=MUSR_MQADMIN
Or you're not using Java, or you're not using a client connection. _________________ I am *not* the model of the modern major general. |
|
| Back to top |
|
 |
| tleichen |
Posted: Wed Mar 05, 2008 2:20 pm Post subject: |
|
|
Yatiri
Joined: 11 Apr 2005 Posts: 663 Location: Center of the USA
|
| jefflowrey wrote: |
| -D user.name=MUSR_MQADMIN |
I'm not certain what you are suggesting here... If this is a command you're suggesting, within what?
| jefflowrey wrote: |
Or you're not using Java, or you're not using a client connection. |
I'm running the dumpbroker and unsubscribe that were supplied by IBM that are written in Java and I am doing them from my PC using a client connection.  _________________ IBM Certified MQSeries Specialist
IBM Certified MQSeries Developer |
|
| Back to top |
|
 |
| jefflowrey |
Posted: Wed Mar 05, 2008 2:27 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
Odd. If the JMS apps are making client connections, and you're making a client connection, and you're both using the same SVRCONN, then you should both be getting the same user id.
-D is a switch for setting Java properties on the java command. So -Duser.name=MUSR_MQADMIN will set the user.name property to MUSR_MQADMIN, which is the property that the client connection will use.
So you should be able to stick that into your command invocation of unsubscribe as needed. _________________ I am *not* the model of the modern major general. |
|
| Back to top |
|
 |
| tleichen |
Posted: Thu Mar 06, 2008 7:11 am Post subject: |
|
|
Yatiri
Joined: 11 Apr 2005 Posts: 663 Location: Center of the USA
|
I tried your suggestion, but it still yields the same results. I think I'm going to try to get support at IBM to help with this, as I'm running out of options.  _________________ IBM Certified MQSeries Specialist
IBM Certified MQSeries Developer |
|
| Back to top |
|
 |
|
|