We could do it this way.
The Monitor service is effectively a registry of name to metrics object
mappings, so it provides register() and lookup() methods to set and
retrieve these mappings. This can be be done using JNDI. The naming
scheme provides an implied hierarchy. It does not know or do
Noel J. Bergman wrote:
Søren Hilmer wrote:
...
So it is handling a multihomed destination that needs to be addressed.
I want to make sure I understand this issue. I've put some debugging
statements into org.apache.james.dnsserver.DNSServer, which print out
Record.toString() in places of interest
> > My suggestion would be to use JNDI for this purpose, and to have a JNDI
> > context containing the metrics.
> I would have thought you would have used something like
> javax.management.NotificationBroadcasterSupport
The J2EE Management Specification (aka JSR 77) uses events for management.
Bu
Yes this is the next critical step. I think everyone at
Avalon would be in favor of this since it has surprisingly
become the basis for IoC in the J2EE container world.
Yes, I'm all for it as Noel says! Once the repo release is
complete is suspect this is the next priority concern. What
do you
> As far as JMX is concerned the root kernel is already MBean
> enabled and is an active event generator (reflecting changes
> to kernel state).
> What still needs to be done is the exposure (via the kernel)
> of the subsidiary applicance mbeans - but more internal event
> structure is needed
Stephen J. McConnell wrote:
> Right now I'm in the process of pulling together the next release of
> Merlin. The main *feature* of the new release will be a much cleaning
> embedding strategy based on a bunch of improvements from Alex (Apache
> Directory Project).
> If you or other have thoughts
It was not my intention to provide direct SNMP access to these stats in
the near term. I thought about using JNDI but would rather focus more
on the JMX approach and wait until JNDI is a part of the Container /
James architecture before going that way. At that point SNMP access is
avaialable to a
Noel J. Bergman wrote:
The Monitor service would be exposed via JMX (automatically
thanks to Phoenix and hopefully Merlin).
The monitor service configuration would allow declaration of
groups and act as a factory for other components that wish
to be monitored.
My suggestion would be
Steve Short wrote:
I can do it using JMX calls but if Stephen
McConnell is reading - please treat this as a feature request for
Merlin's JMX implemtation.
I'm reading ;-)
Right now I'm in the process of pulling together the next release of
Merlin. The main *feature* of the new release will be
> The Monitor service would be exposed via JMX (automatically
> thanks to Phoenix and hopefully Merlin).
> The monitor service configuration would allow declaration of
> groups and act as a factory for other components that wish
> to be monitored.
My suggestion would be to use JNDI for this purpo
Firstly to answer Serge's question: I've looked around for Java SNMP
libraries and the most fully developed ones are commercial (obviously)
or GPL. The only decent usable LGPL one I've found is Joesnmp, which is
currently part of the Opennms project but is in the process of becoming
an independe
Søren,
For some reason, you've answered twice. Was the first one from this morning
the one that you e-mailed me to say you thought was lost?
> > MX 10 mail
> > mail A aaa.bbb.ccc.ddd
> > mail A sss.ttt.uuu.vvv
> Yes, this is exactly what I mean. Apparrently this is not an uncomm
>
> What do you mean? That you have this?
>
> MX 10 mail
>
> mail A aaa.bbb.ccc.ddd
> mail A sss.ttt.uuu.vvv
Yes, this is exactly what I mean. Apparrently this is not an uncommon setup,
and the current code will only try the aaa.bbb.ccc.ddd address.
>
> > I believe that I need t
Søren Hilmer wrote:
> Noel J. Bergman wrote:
> > In my view, it should be done by our DNS lookup code. See RFC 2821,
> > section 5:
> >
> > The destination host (perhaps taken from the preferred MX record) may
> > be multihomed, in which case the domain name resolver will return a
> > list o
Steve Short wrote:
I've been taking a look at what it would take to add some monitoring to
James.
I'm very interested in SNMP w/Java in general, but not particularly
James. Do you have a library in mind to use it? I remember finding one
or two poorly-maintained projects, and I think LGPL as wel
On Wednesday 03 December 2003 15:19, Noel J. Bergman wrote:
> Soeren Hilmer wrote:
>
> On Monday 01 December 2003 16:30, Noel J. Bergman wrote:
> > > What about modifying DNSServer.findMXRecords to use getAllByName
> > > instead
>
> of
>
> > > getByName in the event that there are no MX records?
>
> I've been taking a look at what it would take to add some monitoring to
> James.
> So does it seem to the members of this list like a good idea to base
> James monitoring on these basic structures?
Without doing more than scanning the rfc it looks like a good idea.
Perhaps you could save
James does have rudimentary JMX support at the moment, thanks to Avalon.
What James really needs is instrumentation points (or whatever) in the
code so whatever monitoring framework we use we can get useful data out.
However I think the implementing some of the RFC 2789 structures would
be a good i
18 matches
Mail list logo
