-
1. Re: auto creating queues, security and invaliddestination
ataylor Feb 6, 2008 6:07 AM (in response to ataylor)The caveat here is with temporary queues, we shopuld never auto create these, the client must use the appropriate createTempQueue method.
Also should we always auto create DLQ's and ExperyQueues? -
2. Re: auto creating queues, security and invaliddestination
timfox Feb 6, 2008 9:58 AM (in response to ataylor)The way I have refactored (soon to commit) is as follows:
All the JMS stuff (I think) is now on the client side in the thin client layer, we also have a pure core client.
The session has methods to createQueue and createConsumer.
creating a queue would be done when
a) creating a jms queue
b) creating a topic subscription
c) creating a temporary queue
these are all queues.
As you mention, by default queues should be created as long the user has the CREATE permission for that point in the condition name.
JMS TCK also requires that some queues are pre-deployed. This can be supported by the JNDIDeployer - which we should probably rename to JMSServerManager. This component should expose a JMS centric management API which then calls the pure core managermenent api of the core server. -
3. Re: auto creating queues, security and invaliddestination
ataylor Feb 6, 2008 10:30 AM (in response to ataylor)The session has methods to createQueue and createConsumer.
creating a queue would be done when
a) creating a jms queue
b) creating a topic subscription
c) creating a temporary queue
these are all queues.
As you mention, by default queues should be created as long the user has the CREATE permission for that point in the condition name.
no problemsJMS TCK also requires that some queues are pre-deployed. This can be supported by the JNDIDeployer - which we should probably rename to JMSServerManager. This component should expose a JMS centric management API which then calls the pure core managermenent api of the core server.
I'll rename it and change accordingly.