I'm not sure but I will look at it, thanks :). The integration is quite simple 
and basically consist of setting some parameters as managed attributes used 
for startup and then expose the XML:DB API and some simple services though 
managed operations. The problem is that without relying on the JBoss service 
implementation, defining service dependancies (I use two MBeans one for 
Xindice and one for the XML:DB api the latter depends on the former) and 
lifecycle handling (jboss has startService, stopService etc.) it hard to make 
something useful out of this. If there was a clear second jmx based 
application server candidate identified then it would be much easier to try 
to come up with a nice generic solution but I do not know of other desired 
targets for this but jboss.

Best regards,
Per

On Friday 14 February 2003 16.05, Kevin Ross wrote:
> Not sure if this is exactly relevant, but isn't the commons-modeler
> package intended to be Apache's standard JMX component support package?
> How would this impact your codebase?
>
> -Kevin Ross
>
> -----Original Message-----
> From: Per Nyfelt [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 14, 2003 9:01 AM
> To: [EMAIL PROTECTED]; Pratik Patel
> Subject: Re: jmx/jboss scratchpad code?
>
> The problem is that, since it was decided that a dependance on JBoss was
>
> unacceptable, there is no longer a serivce lifecycle to rely on for the
> server and hence it is really hard to do something useful with Xindice
> as a
> pluggable jmx component. The closest I could come in trying to come up
> with a
> solution for this was to refactor the code so that it became free from
> jboss
> stuff and then to create adaptors for JBoss and perhaps Avalon that
> would
> depend on the respective frameworks but I never finished it. If you are
> interested I can send you my latest stuff privately.
>
> Best regards,
> Per
>
> On Friday 14 February 2003 12.28, Pratik Patel wrote:
> > > Sorry but the code was never in the repository...  And the general
> > > convention is that there is absolutely no guarantee concerning any
> > > scratchpad code.
> >
> > I know that the code in scratchpad is 'volatile'....
> > And yes, I think the code may never have been in CVS. I may have just
> > put it into my local CVS... apologies for brain lapse... doh! it is
> > Friday morning after all ;)
> >
> > I haven't seen Per Nyfelt on the mail list for a while. If I finish
>
> his
>
> > fine work, and send it to you, would you be willing to put it into the
> > scratchpad?
> >
> >
> > cheers
> > Pratik

-- 
Per Nyfelt                                    
Director of Information Technology and Human Resources
Resourcing Networks Scandinavia AB
                                            
Tel:    +46 8 592 567 30
Fax:    +46 8 592 567 12
Web:    www.resourcing.se

Reply via email to