On 2002.11.09 12:10:20 -0500 Dain Sundstrom wrote: > Matt Munz wrote: > > What's wrong with mbeanServer().registerMBean(mmb, name) ? > > Thank you matt. That is exactly what I am thinking. > > The first time you lookup an EJB or JMS connection, we we lazily force > the client side to have an MBeanServer. Then we register only the > mbeans required to service that object. For an EJB that may mean just a > light weight client side container and a cache MBean. For JMS we would > register a client side container and a reverse invoker. > > I'm not talking about anything heavy weight. I still want this to be > able to run on a cellphone. If the programmer decides that they want a > heavier solution they can start an MBean server a startup with a sar > deployer. > > > I guess I'm thinking that some clients will not want to get overly > involved > > with the file system. > > Like applets.
applets have an html based configuration system as I recall. I'm thinking we either need an xml based configuration system (which I have somewhat inaccurately been calling the sar deployer) or something else. > > > JMX on the client side and JBoss on the client side are two different > > things, right? AFAIK, MBeanServerFactory.createMBeanServer() doesn't > > require the service deployer. If it does, that's another thing... > > Agreed. All I am talking about is an MBean server. If someone wants > more JBoss services on the client side they can do that, but it > shouldn't be required. Conceptually I like this, but... Are you thinking that these mbeans won't have any attributes? Or do you plan to set them hardcoded in code? Or where does the configuration come from? Can we serialize a prototype from the server and register the deserialized copy on the client? Is there some way to use the new remote jmx stuff for something like this? david ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
