Quick question. How would this affect other applications like the LDAP server that may want to later integrate into JBoss?
Would Merlin embedding applications piggy back on top of the MBean functionality in the server? If so how would the Merlin application, in this case the LDAP server, expose its own LDAP specific management hooks? Alex > > From: Stephen McConnell <[EMAIL PROTECTED]> > Date: 2003/10/20 Mon AM 03:07:53 EDT > To: Avalon Developers List <[EMAIL PROTECTED]> > Subject: Re: embedding strategies? > > > > Alexis Agahi wrote: > > >On Monday 20 October 2003 06:27, Stephen McConnell wrote: > > > > > > > >>What are other peoples thoughts about the current kernel loaders (I > >>think we can do better that the content I've written). Any ideas on what > >>a kernel controller would look like? Perhaps a controller would > >>aggregate info form the context and the runtime kernel and it would also > >>be the MBean point of access. Maybe taking Alexis' content as the MBean > >>starting point for a controller, perhaps moving this closer to the > >>DefaultEmbeddedKernel or perhaps recutting DefaultEmbeddedKernel to be a > >>DefaultKernelController that hides all of the thread stuff. With > >>something like that we could backport the functionality into the > >>plugins, abstract test case, and other related embeddors. > >> > >> > > > >the MBean/Jboss approach, provide compatibility with all current JBoss > >applications. I'm not sure this is the best solution, but this could be > >considered as A solution. > > > >I'm going to spend few hours on this to check if there are some pitfalls. > > > > Super! > What I have in the back of my head is one controller class and a bunch > of different embeddors that all use the same controller. > > > > > > >I'm also ready to dig the Eclipse pluging path (if required). > > > > Maybe a skeleton could be interesting - i.e. the some bootstrap suff to > link into Eclipse - and then we add out internal spells! > > Steve. > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > -- > > Stephen J. McConnell > mailto:[EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
