commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Benedikt Ritter <brit...@apache.org>
Subject Re: commons-monitoring?
Date Thu, 25 Jul 2013 13:26:57 GMT
2013/7/25 Olivier Lamy <olamy@apache.org>

> 2013/7/25 Benedikt Ritter <britter@apache.org>:
> > 2013/7/25 Olivier Lamy <olamy@apache.org>
> >
> >> 2013/7/25 Romain Manni-Bucau <rmannibucau@gmail.com>:
> >> > Hi
> >> >
> >> > i started to have a deeper look to commons-monitoring
> >> >
> >> > here is a first patch (i didn't find monitoring on jira):
> >> It's sandbox so no jira.
> >>
> >
> > We usually use [SANDBOX] project and create components for sandbox
> > components.
>
> Ok I didn't know that.
> So it's already here:
> https://issues.apache.org/jira/browse/SANDBOX/component/12312100
> BTW Romain is an ASF committer so he can commit directly.
>

Yes, we just have to grant him the necessary permissions for the sandbox.


>
> > Oliver: do you have the karma to create a new sandbox components for
> > monitoring in jira?
> >
> > Benedikt
> >
> >
> >> > https://gist.github.com/rmannibucau/957a77139e7b83ce0fdb
> >> I have applied your patch.
> >> >
> >> > here the content:
> >> > 1) rework the jdbc part to be able to tolerate more versions
> >> > 2) add a cdi module
> >> > 3) add a RepositoryFinder to get a global default repository when
> noone
> >> was
> >> > configured. It has a hardcoded default but before looking it it try to
> >> find
> >> > another one through ServiceLoader (java 6)
> >> >
> >> > TODO:
> >> >
> >> > 1) cdi module would need a little extension to get configuration (Mark
> >> > Struberg Interdyn module which will be included in deltaspike would be
> >> > perfect)
> >> > 2) i wonder if instrumentation module is correctly split: why cxf
> stuff
> >> is
> >> > here for instance?
> >>
> >> could be splitted too (IMHO)
> >>
> >> > 3) adding tests for jdbc
> >> > 4) probably much more
> >> >
> >> > i didn't have a look to reporting part but it can be something to
> work on
> >> > (sorting, out as file - csv, ...)
> >>
> >> We can start with csv sure (I'd like a bit more like rdd storage,
> >> etc..) and modular way to store data?
> >>
> >> >
> >> > any feedback?
> >>
> >> good start :-)
> >>
> >> >
> >> > *Romain Manni-Bucau*
> >> > *Twitter: @rmannibucau <https://twitter.com/rmannibucau>*
> >> > *Blog: **http://rmannibucau.wordpress.com/*<
> >> http://rmannibucau.wordpress.com/>
> >> > *LinkedIn: **http://fr.linkedin.com/in/rmannibucau*
> >> > *Github: https://github.com/rmannibucau*
> >> >
> >> >
> >> >
> >> > 2013/2/18 Olivier Lamy <olamy@apache.org>
> >> >
> >> >> agree.
> >> >> data storage must be "pluggable" (we can propose some default
> >> >> implementations)
> >> >>
> >> >> 2013/2/17 Romain Manni-Bucau <rmannibucau@gmail.com>:
> >> >> > the point is the view is the less important part here IMO
> >> >> >
> >> >> > how data are captured is far more important (collector +
> aggregator,
> >> both
> >> >> > on the same node, ..., queuing system, synchronous storing...)
> >> >> >
> >> >> > *Romain Manni-Bucau*
> >> >> > *Twitter: @rmannibucau <https://twitter.com/rmannibucau>*
> >> >> > *Blog: **http://rmannibucau.wordpress.com/*<
> >> >> http://rmannibucau.wordpress.com/>
> >> >> > *LinkedIn: **http://fr.linkedin.com/in/rmannibucau*
> >> >> > *Github: https://github.com/rmannibucau*
> >> >> >
> >> >> >
> >> >> >
> >> >> > 2013/2/17 Olivier Lamy <olamy@apache.org>
> >> >> >
> >> >> >> 2013/2/16 Romain Manni-Bucau <rmannibucau@gmail.com>:
> >> >> >> > And better to start to enhance it
> >> >> >> > Wdyt?
> >> >> >> maybe.
> >> >> >> But that doesn't solve my license issue :-).
> >> >> >> I'd like to use such monitoring project with an Apache project
> >> (Archiva)
> >> >> >> So as there is a lgpl dependency (jrobin). I cannot include
it in
> the
> >> >> >> binary release.
> >> >> >> There is a similar lib for rrd (http://code.google.com/p/rrd4j/)
> >> which
> >> >> >> claim to be ASF license.
> >> >> >> But after looking at the changelog, it looks to be a fork
from the
> >> >> >> initial jrobin and they simply removed the lgpl headers which
> doesn't
> >> >> >> seem to be legal (at least for me but IANAL)
> >> >> >>
> >> >> >> > Le 16 févr. 2013 22:34, "Paul Libbrecht" <paul@hoplahup.net>
a
> >> écrit
> >> >> :
> >> >> >> >
> >> >> >> >> Javamelody a part of apache-commons?
> >> >> >> >> That would feel really cool to my eyes.
> >> >> >> >>
> >> >> >> >> pual
> >> >> >> >>
> >> >> >> >>
> >> >> >> >> On 16 févr. 2013, at 20:54, Emeric wrote:
> >> >> >> >>
> >> >> >> >> > Hi,
> >> >> >> >> >
> >> >> >> >> > To be a bit more precise, the license of javamelody
[1] is
> LGPL,
> >> >> not
> >> >> >> >> GPL, and I
> >> >> >> >> > am able to relicense it if needed. The jrobin
dependency for
> >> RRD is
> >> >> >> also
> >> >> >> >> LGPL.
> >> >> >> >> > If you exclude the jrobin dependency, you will
not have
> graphics
> >> >> but
> >> >> >> you
> >> >> >> >> will
> >> >> >> >> > still have statistics (note that all file storage
is
> currently
> >> >> >> disabled
> >> >> >> >> in that
> >> >> >> >> > case).
> >> >> >> >> >
> >> >> >> >> > @Romain
> >> >> >> >> > It's great that you like the UI [2] . I wished
that Olivier
> >> would
> >> >> have
> >> >> >> >> liked it
> >> >> >> >> > also...
> >> >> >> >> >
> >> >> >> >> > bye,
> >> >> >> >> > Emeric
> >> >> >> >> > [1] http://javamelody.googlecode.com/
> >> >> >> >> > [2] http://demo.javamelody.cloudbees.net/monitoring
> >> >> >> >>
> >> >> >> >>
> >> >> >> >>
> >> ---------------------------------------------------------------------
> >> >> >> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> >> >> >> For additional commands, e-mail: dev-help@commons.apache.org
> >> >> >> >>
> >> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> --
> >> >> >> Olivier Lamy
> >> >> >> Talend: http://coders.talend.com
> >> >> >> http://twitter.com/olamy | http://linkedin.com/in/olamy
> >> >> >>
> >> >> >>
> ---------------------------------------------------------------------
> >> >> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> >> >> For additional commands, e-mail: dev-help@commons.apache.org
> >> >> >>
> >> >> >>
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Olivier Lamy
> >> >> Talend: http://coders.talend.com
> >> >> http://twitter.com/olamy | http://linkedin.com/in/olamy
> >> >>
> >> >> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> >> For additional commands, e-mail: dev-help@commons.apache.org
> >> >>
> >> >>
> >>
> >>
> >>
> >> --
> >> Olivier Lamy
> >> Ecetera: http://ecetera.com.au
> >> http://twitter.com/olamy | http://linkedin.com/in/olamy
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
> >
> > --
> > http://people.apache.org/~britter/
> > http://www.systemoutprintln.de/
> > http://twitter.com/BenediktRitter
> > http://github.com/britter
>
>
>
> --
> Olivier Lamy
> Ecetera: http://ecetera.com.au
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message