Does anyone know if it's actually legal for JMS topics/queues to have structure?
I was making the change for binding subcontexts automatically (using org.jboss.naming.Util). And it deploys fine. But, if I kill jboss and restart it (without my sar that defines the queue in deploy), it throws exceptions because it finds a directory in the db/messaging/QUEUE.mycompany/myqueue The queue was "mycompany/myqueue", which was created correctly as db/messaging/QUEUE.mycompany/myqueue/ I can only assume that the queue restoration only looks one level deep. And attempts to restore a queue (even though the queue is not in any DD anymore) I'm just trying to understand what all should be fixed. So, questions of the day are : 1) Can a queuename have depth? 2) Should all queues be restored at jboss startup regardless of if they are needed anymore? 2a) Or when the MBEAN descriptor is located? -David On Tue, 27 Nov 2001, Hiram Chirino wrote: > >From: David Jencks <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: Re: [JBoss-dev] JMS issues re: stopservice, jndi names > >Date: Mon, 26 Nov 2001 23:26:02 -0500 > > > >On 2001.11.26 22:50:55 -0500 David Budworth wrote: > >> Hi all, > >> > >> There are two things bugging me right now in JMS, and I just wanted to > >> know if anyone is working on them, or if they need to be fixed at all. > >> > >> The first one, is pretty obviously a 'needs-to-be-done'. You can't > >> current undeploy a queue/topic. > >> > >> In my sar, I define the JMS queues that the services use, and when I > >> undeploy the .sar, the log says "queue stop not yet implemented". > >> > >> The problem this causes is that once you delete the SAR, the queue name > >> disappears from the 8082 UI, but, if you attempt to re-deploy the SAR, > >> or just create the queue via the 8082 UI, you'll get a an error stating > >> the topic/queue already exists. > >> > >> So it seems that on undeploy, the internal stuctures of JBossMQ gets > >> fux0r3d (in script-kiddie speak). > >> > >> I'd be happy to work on this (since I need it). I just didn't know if > >> anyone else was already doing it. Nor do I really know where to start > >> on it. > >> > > > >I'm not the most expert... but I think the queue stop method needs to > >arrange with the JMSService to stop accepting messages and possibly with > >the persistence manager to make sure everything is stably saved that should > >be. Make sure all open transactions are ended before shutting down! > > Sounds about right. > > >> > >> > >> The second one is just something that bothers me, which is if you > >> specify a queue name like: > >> mycompany/queuea > >> > >> You will get a name not bound exception on "mycompany". For EJBs this > >> works correctly, where the subcontexts are created on the fly as need > >> be. But for JMS it doesn't. > >> > >> I'd also like to add this, since I don't like having the JMS > >> topics/queues in a flat namespace. > >> > >> I'm not sure if this is by spec though. Are you not allowed to create a > >> heirarchy for the queue/topic names? If I create transient topics, I > >> can do it if I pre-create the subcontexts. So I know it 'works', I'm > >> just not sure it's legal. > >> > >> Also, is there some helper code somewhere in jboss to create a JNDI tree > >> already? Or does everyone just roll there own with tokenizers or > >> something? > > > >I feel like I've seen 10 or twenty implementations of this, but its > >probably just 3 or 4;-) They are often in Deployers. Could we put one > >version in either DeployerMBeanSupport or ServiceMBeanSupport? > > > > The MBean classes don't seem to ME to be the right place for the kind of > code. Maybe a new JNDISupport in the org.jboss.util?? > > Regards, > Hiram > > >David Jencks > >> > >> -David > >> > >> _______________________________________________ > >> Jboss-development mailing list > >> [EMAIL PROTECTED] > >> https://lists.sourceforge.net/lists/listinfo/jboss-development > >> > >> > > > >_______________________________________________ > >Jboss-development mailing list > >[EMAIL PROTECTED] > >https://lists.sourceforge.net/lists/listinfo/jboss-development > > > _________________________________________________________________ > Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp > > > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
