I think it is a good idea. I vote for it. There were some notes in one my emails on the 20th with a suggested approach.
On the DeploymentInfo, I think David is correct about eventually wanting the DeploymentInfo as an MBean. A friend of mine comparing Weblogic and JBoss, was miffed at the lack of a pretty interface for showing all the deployed applications. On the UI issue, Jason is also correct. Eventually we will have to make the JMBean interface more usable. For now, I don't think there will be that many and we could stick them in a separate "Domain" so they are "off to the side". I have some ideas for using a tree control for the UI which I can put in a separate email. Fred. At 10:10 PM 5/23/2002, you wrote: >Right now services have no mechanism to uniquely load resources >located in their sar because the UCL of the sar is not specified >as the loader in the JMX createMBean call. To do this the UCLs >would have to be made MBeans as that is what is required by >the createMBean call signature. It seems like an unnecessary >number of mbeans, but only the service UCLs would actually >need to be registered. Any feedback before I do this? > >xxxxxxxxxxxxxxxxxxxxxxxx >Scott Stark >Chief Technology Officer >JBoss Group, LLC >xxxxxxxxxxxxxxxxxxxxxxxx > > >_______________________________________________________________ > >Don't miss the 2002 Sprint PCS Application Developer's Conference >August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > >_______________________________________________ >Jboss-development mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/jboss-development _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
