Hi
Are you really trying to re-implement the whole stuff to send management
information over the wire?
I see the need for statistics and also for notifications to be send by JMS
instead of JMX calls but to directly manage services I am a little bit
sceptical.
The reason why I did not use JMS to send notifications events through
the JMX Connector was that I want to finish the JMX Connector with
one protocol and create an Java Administration GUI like the one from
IBM WebSphere or BEA Weblogic. To change the JMX Connector
low-level implementation is then just a little piece in the whole puzzle.
Have fun - Mad Andy / Better Pizza
Senior Java Developer
eBuilt Inc. (www.ebuilt.com)
while( true ) { think(); write(); publish(); }
----- Original Message -----
From: "Juha-P Lindfors" <[EMAIL PROTECTED]>
To: "jBoss" <[EMAIL PROTECTED]>
Sent: Monday, December 04, 2000 4:03 AM
Subject: RE: [jBoss-User] Remote jboss monitoring
>
> You got it.
>
> And the same mechanism can be used in txmanager, caches, jaws, etc.
>
> -- Juha
>
>
> On Mon, 4 Dec 2000, Maddison, David wrote:
>
> > Oh sorry I see, the MetricsInterceptor fires off a JMS message on the
topic
> > 'topic/metrics' if the MetricsEnabled parameter is set in the JBoss.jcml
> > file. Probably a better way than using JMX MontorMBeans anyway, since
the
> > SpyderMQ version will be asynch, and not using the processor for
unnecessary
> > work.
> >
> > Dave
> >
> > -----Original Message-----
> > From: Juha-P Lindfors [mailto:[EMAIL PROTECTED]]
> > Sent: 04 December 2000 11:31
> > To: jBoss
> > Subject: RE: [jBoss-User] Remote jboss monitoring
> >
> >
> >
> > I'm not doing the monitoring via JMX MonitorBeans but through JMS.
Spyder
> > has some logic for setting up users/passwords for subscribers but I
> > haven't looked at it more closely yet.
> >
> > As far as JMX goes my understanding is that at the moment it doesn't
have
> > security implemented in the RI, though I could be wrong... I haven't
> > looked at the released version. The draft spec of JMX left security for
> > later versions though.
> >
> > Basically there's several places in the server that need security
> > services, and if we can centralize this in one place, that would be a
Good
> > Thing (TM), IMHO.
> >
> > -- Juha
> >
> >
> > On Mon, 4 Dec 2000, Maddison, David wrote:
> >
> > > The attributes of the services though could be exposed, and security
left
> > up
> > > to the MonitorMBeans or the Adaptor?
> > >
> > > David Maddison
> > >
> > > -----Original Message-----
> > > From: Juha-P Lindfors [mailto:[EMAIL PROTECTED]]
> > > Sent: 04 December 2000 10:55
> > > To: jBoss
> > > Subject: Re: [jBoss-User] Remote jboss monitoring
> > >
> > >
> > >
> > >
> > > On Mon, 4 Dec 2000, Tim Yates wrote:
> > > > Hiya... is there a way of monitoring jBoss statistics whilst it is
> > > running
> > > > such as an EAR, or a stand alone java app?
> > >
> > > No, not yet though working on it.
> > >
> > > However, the first version won't allow remote monitoring, just
localhost,
> > > cause I have yet to find the place to drop anything security related
in
> > > the server architecture. This would include the remote JMX management
> > > authentication, admin tool authentication, etc. It will most likely
tie to
> > > JNP somehow, I don't know. Hopefully it would allow the web based JMX
> > > management to be enabled in real world deployments as well.
> > >
> > > Anything particular you'd like to monitor?
> > >
> > > -- Juha
> > >
> > >
> > >
> > >
> > > --
> > > --------------------------------------------------------------
> > > To subscribe: [EMAIL PROTECTED]
> > > To unsubscribe: [EMAIL PROTECTED]
> > > Problems?: [EMAIL PROTECTED]
> > >
> > >
> > >
> > >
> > > --
> > > --------------------------------------------------------------
> > > To subscribe: [EMAIL PROTECTED]
> > > To unsubscribe: [EMAIL PROTECTED]
> > > Problems?: [EMAIL PROTECTED]
> > >
> > >
> >
> >
> >
> > --
> > --------------------------------------------------------------
> > To subscribe: [EMAIL PROTECTED]
> > To unsubscribe: [EMAIL PROTECTED]
> > Problems?: [EMAIL PROTECTED]
> >
> >
> >
> >
> > --
> > --------------------------------------------------------------
> > To subscribe: [EMAIL PROTECTED]
> > To unsubscribe: [EMAIL PROTECTED]
> > Problems?: [EMAIL PROTECTED]
> >
> >
>
>
>
> --
> --------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Problems?: [EMAIL PROTECTED]
>
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
