You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@commons.apache.org by Romain Manni-Bucau <rm...@gmail.com> on 2013/07/24 18:44:44 UTC

Re: commons-monitoring?

Hi

i started to have a deeper look to commons-monitoring

here is a first patch (i didn't find monitoring on jira):
https://gist.github.com/rmannibucau/957a77139e7b83ce0fdb

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?
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, ...)

any feedback?

*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 <ol...@apache.org>

> agree.
> data storage must be "pluggable" (we can propose some default
> implementations)
>
> 2013/2/17 Romain Manni-Bucau <rm...@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 <ol...@apache.org>
> >
> >> 2013/2/16 Romain Manni-Bucau <rm...@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" <pa...@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
>
>

Re: commons-monitoring?

Posted by Romain Manni-Bucau <rm...@gmail.com>.

Here is where i am: https://gist.github.com/rmannibucau/2a2222ebf3f72523c9a9


i moved a bit packages, refactored a bit modules, added a Configuration
class which is just a kind of very very light IoC based on properties (in
fact it just handles instantiation + close() if the instance if closable).

I simplified implementations.

I updated a bit reporting module adding a csv format and a html one (to
redo probably, was just to play with tables and results)

I removed setRepository method since the repo is configurable and it is
easier to consider it as a singleton for the monitoring.

I removed gauge which as not a really a gauge and added concurrency
handling in Counter.

If anyone is tempted to do a little gui (html) in reporting module it would
be welcomed ;)

About the reporting module i configured the maven war plugin to produce the
war of course but the jar too. It allows apps to embed the reporting.

feedbacks welcomed as usual ;)

Have a nice week-end

*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/7/26 Benedikt Ritter <be...@gmail.com>

> I have send Luc a mail. He probably hasn't followed this disucssion. I'll
> get back, when he gets in touch with me.
>
>
> 2013/7/26 Romain Manni-Bucau <rm...@gmail.com>
>
> > Hi Benedikt,
> >
> > rmannibucau
> >
> > Romain Manni-Bucau
> > Twitter: @rmannibucau
> > Blog: http://rmannibucau.wordpress.com/
> > LinkedIn: http://fr.linkedin.com/in/rmannibucau
> > Github: https://github.com/rmannibucau
> >
> >
> >
> > 2013/7/26 Benedikt Ritter <br...@apache.org>
> > >
> > > 2013/7/25 sebb <se...@gmail.com>
> > >
> > > > On 25 July 2013 19:40, Benedikt Ritter <br...@apache.org> wrote:
> > > > > Not every ASF committer can commit to commons repos but we have
> > agreed to
> > > > > grant everybody committer write access to the sandbox if we are
> asked
> > for
> > > > > it :-)
> > > > >
> > > > > Not sure how the exact process for this is. Can anybody help? I
> > believe
> > > > Luc
> > > > > has to request this from INFRA.
> > > >
> > > > PMC chairs have the requisite karma; it's not necessary to ask Infra.
> > > >
> > >
> > > Romain, what is your Apache ID? I can't find you at people.apache.org.
> > >
> > >
> > > >
> > > > >
> > > > > 2013/7/25 Romain Manni-Bucau <rm...@gmail.com>
> > > > >
> > > > >> trying to commit i get:
> > > > >>
> > > > >> svn: E195023: Changing file 'xxxx' is forbidden by the server
> > > > >>
> > > > >> any idea?
> > > > >>
> > > > >> *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/7/25 Gary Gregory <ga...@gmail.com>
> > > > >>
> > > > >> > Hi all,
> > > > >> >
> > > > >> > Can someone please describe the project in more detail on the
> main
> > > > page
> > > > >> > http://commons.apache.org/sandbox/commons-monitoring/
> > > > >> >
> > > > >> > In particular, how does it relates to JMX. Is it an alternative
> or
> > a
> > > > >> > complement? How so?
> > > > >> >
> > > > >> > Thank you,
> > > > >> > Gary
> > > > >> >
> > > > >> > On Jul 25, 2013, at 8:38, Olivier Lamy <ol...@apache.org>
> wrote:
> > > > >> >
> > > > >> > commons-monitoring
> > > > >> >
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > http://people.apache.org/~britter/
> > > > > http://www.systemoutprintln.de/
> > > > > http://twitter.com/BenediktRitter
> > > > > http://github.com/britter
> > > >
> > > > ---------------------------------------------------------------------
> > > > 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
> >
>

Re: commons-monitoring?

Posted by Benedikt Ritter <be...@gmail.com>.

I have send Luc a mail. He probably hasn't followed this disucssion. I'll
get back, when he gets in touch with me.


2013/7/26 Romain Manni-Bucau <rm...@gmail.com>

> Hi Benedikt,
>
> rmannibucau
>
> Romain Manni-Bucau
> Twitter: @rmannibucau
> Blog: http://rmannibucau.wordpress.com/
> LinkedIn: http://fr.linkedin.com/in/rmannibucau
> Github: https://github.com/rmannibucau
>
>
>
> 2013/7/26 Benedikt Ritter <br...@apache.org>
> >
> > 2013/7/25 sebb <se...@gmail.com>
> >
> > > On 25 July 2013 19:40, Benedikt Ritter <br...@apache.org> wrote:
> > > > Not every ASF committer can commit to commons repos but we have
> agreed to
> > > > grant everybody committer write access to the sandbox if we are asked
> for
> > > > it :-)
> > > >
> > > > Not sure how the exact process for this is. Can anybody help? I
> believe
> > > Luc
> > > > has to request this from INFRA.
> > >
> > > PMC chairs have the requisite karma; it's not necessary to ask Infra.
> > >
> >
> > Romain, what is your Apache ID? I can't find you at people.apache.org.
> >
> >
> > >
> > > >
> > > > 2013/7/25 Romain Manni-Bucau <rm...@gmail.com>
> > > >
> > > >> trying to commit i get:
> > > >>
> > > >> svn: E195023: Changing file 'xxxx' is forbidden by the server
> > > >>
> > > >> any idea?
> > > >>
> > > >> *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/7/25 Gary Gregory <ga...@gmail.com>
> > > >>
> > > >> > Hi all,
> > > >> >
> > > >> > Can someone please describe the project in more detail on the main
> > > page
> > > >> > http://commons.apache.org/sandbox/commons-monitoring/
> > > >> >
> > > >> > In particular, how does it relates to JMX. Is it an alternative or
> a
> > > >> > complement? How so?
> > > >> >
> > > >> > Thank you,
> > > >> > Gary
> > > >> >
> > > >> > On Jul 25, 2013, at 8:38, Olivier Lamy <ol...@apache.org> wrote:
> > > >> >
> > > >> > commons-monitoring
> > > >> >
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > http://people.apache.org/~britter/
> > > > http://www.systemoutprintln.de/
> > > > http://twitter.com/BenediktRitter
> > > > http://github.com/britter
> > >
> > > ---------------------------------------------------------------------
> > > 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
>

Re: commons-monitoring?

Posted by Romain Manni-Bucau <rm...@gmail.com>.

Hi Benedikt,

rmannibucau

Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau



2013/7/26 Benedikt Ritter <br...@apache.org>
>
> 2013/7/25 sebb <se...@gmail.com>
>
> > On 25 July 2013 19:40, Benedikt Ritter <br...@apache.org> wrote:
> > > Not every ASF committer can commit to commons repos but we have
agreed to
> > > grant everybody committer write access to the sandbox if we are asked
for
> > > it :-)
> > >
> > > Not sure how the exact process for this is. Can anybody help? I
believe
> > Luc
> > > has to request this from INFRA.
> >
> > PMC chairs have the requisite karma; it's not necessary to ask Infra.
> >
>
> Romain, what is your Apache ID? I can't find you at people.apache.org.
>
>
> >
> > >
> > > 2013/7/25 Romain Manni-Bucau <rm...@gmail.com>
> > >
> > >> trying to commit i get:
> > >>
> > >> svn: E195023: Changing file 'xxxx' is forbidden by the server
> > >>
> > >> any idea?
> > >>
> > >> *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/7/25 Gary Gregory <ga...@gmail.com>
> > >>
> > >> > Hi all,
> > >> >
> > >> > Can someone please describe the project in more detail on the main
> > page
> > >> > http://commons.apache.org/sandbox/commons-monitoring/
> > >> >
> > >> > In particular, how does it relates to JMX. Is it an alternative or
a
> > >> > complement? How so?
> > >> >
> > >> > Thank you,
> > >> > Gary
> > >> >
> > >> > On Jul 25, 2013, at 8:38, Olivier Lamy <ol...@apache.org> wrote:
> > >> >
> > >> > commons-monitoring
> > >> >
> > >>
> > >
> > >
> > >
> > > --
> > > http://people.apache.org/~britter/
> > > http://www.systemoutprintln.de/
> > > http://twitter.com/BenediktRitter
> > > http://github.com/britter
> >
> > ---------------------------------------------------------------------
> > 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

Re: commons-monitoring?

Posted by Benedikt Ritter <br...@apache.org>.

2013/7/25 sebb <se...@gmail.com>

> On 25 July 2013 19:40, Benedikt Ritter <br...@apache.org> wrote:
> > Not every ASF committer can commit to commons repos but we have agreed to
> > grant everybody committer write access to the sandbox if we are asked for
> > it :-)
> >
> > Not sure how the exact process for this is. Can anybody help? I believe
> Luc
> > has to request this from INFRA.
>
> PMC chairs have the requisite karma; it's not necessary to ask Infra.
>

Romain, what is your Apache ID? I can't find you at people.apache.org.


>
> >
> > 2013/7/25 Romain Manni-Bucau <rm...@gmail.com>
> >
> >> trying to commit i get:
> >>
> >> svn: E195023: Changing file 'xxxx' is forbidden by the server
> >>
> >> any idea?
> >>
> >> *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/7/25 Gary Gregory <ga...@gmail.com>
> >>
> >> > Hi all,
> >> >
> >> > Can someone please describe the project in more detail on the main
> page
> >> > http://commons.apache.org/sandbox/commons-monitoring/
> >> >
> >> > In particular, how does it relates to JMX. Is it an alternative or a
> >> > complement? How so?
> >> >
> >> > Thank you,
> >> > Gary
> >> >
> >> > On Jul 25, 2013, at 8:38, Olivier Lamy <ol...@apache.org> wrote:
> >> >
> >> > commons-monitoring
> >> >
> >>
> >
> >
> >
> > --
> > http://people.apache.org/~britter/
> > http://www.systemoutprintln.de/
> > http://twitter.com/BenediktRitter
> > http://github.com/britter
>
> ---------------------------------------------------------------------
> 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

Re: commons-monitoring?

Posted by sebb <se...@gmail.com>.

On 25 July 2013 19:40, Benedikt Ritter <br...@apache.org> wrote:
> Not every ASF committer can commit to commons repos but we have agreed to
> grant everybody committer write access to the sandbox if we are asked for
> it :-)
>
> Not sure how the exact process for this is. Can anybody help? I believe Luc
> has to request this from INFRA.

PMC chairs have the requisite karma; it's not necessary to ask Infra.

>
> 2013/7/25 Romain Manni-Bucau <rm...@gmail.com>
>
>> trying to commit i get:
>>
>> svn: E195023: Changing file 'xxxx' is forbidden by the server
>>
>> any idea?
>>
>> *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/7/25 Gary Gregory <ga...@gmail.com>
>>
>> > Hi all,
>> >
>> > Can someone please describe the project in more detail on the main page
>> > http://commons.apache.org/sandbox/commons-monitoring/
>> >
>> > In particular, how does it relates to JMX. Is it an alternative or a
>> > complement? How so?
>> >
>> > Thank you,
>> > Gary
>> >
>> > On Jul 25, 2013, at 8:38, Olivier Lamy <ol...@apache.org> wrote:
>> >
>> > commons-monitoring
>> >
>>
>
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org

Re: commons-monitoring?

Posted by Benedikt Ritter <br...@apache.org>.

Not every ASF committer can commit to commons repos but we have agreed to
grant everybody committer write access to the sandbox if we are asked for
it :-)

Not sure how the exact process for this is. Can anybody help? I believe Luc
has to request this from INFRA.


2013/7/25 Romain Manni-Bucau <rm...@gmail.com>

> trying to commit i get:
>
> svn: E195023: Changing file 'xxxx' is forbidden by the server
>
> any idea?
>
> *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/7/25 Gary Gregory <ga...@gmail.com>
>
> > Hi all,
> >
> > Can someone please describe the project in more detail on the main page
> > http://commons.apache.org/sandbox/commons-monitoring/
> >
> > In particular, how does it relates to JMX. Is it an alternative or a
> > complement? How so?
> >
> > Thank you,
> > Gary
> >
> > On Jul 25, 2013, at 8:38, Olivier Lamy <ol...@apache.org> wrote:
> >
> > commons-monitoring
> >
>



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

Re: commons-monitoring?

Posted by Romain Manni-Bucau <rm...@gmail.com>.

trying to commit i get:

svn: E195023: Changing file 'xxxx' is forbidden by the server

any idea?

*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/7/25 Gary Gregory <ga...@gmail.com>

> Hi all,
>
> Can someone please describe the project in more detail on the main page
> http://commons.apache.org/sandbox/commons-monitoring/
>
> In particular, how does it relates to JMX. Is it an alternative or a
> complement? How so?
>
> Thank you,
> Gary
>
> On Jul 25, 2013, at 8:38, Olivier Lamy <ol...@apache.org> wrote:
>
> commons-monitoring
>

Re: commons-monitoring?

Posted by Gary Gregory <ga...@gmail.com>.

Hi all,

Can someone please describe the project in more detail on the main page
http://commons.apache.org/sandbox/commons-monitoring/

In particular, how does it relates to JMX. Is it an alternative or a
complement? How so?

Thank you,
Gary

On Jul 25, 2013, at 8:38, Olivier Lamy <ol...@apache.org> wrote:

commons-monitoring

Re: commons-monitoring?

Posted by Benedikt Ritter <br...@apache.org>.

2013/7/25 Olivier Lamy <ol...@apache.org>

> 2013/7/25 Benedikt Ritter <br...@apache.org>:
> > 2013/7/25 Olivier Lamy <ol...@apache.org>
> >
> >> 2013/7/25 Romain Manni-Bucau <rm...@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 <ol...@apache.org>
> >> >
> >> >> agree.
> >> >> data storage must be "pluggable" (we can propose some default
> >> >> implementations)
> >> >>
> >> >> 2013/2/17 Romain Manni-Bucau <rm...@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 <ol...@apache.org>
> >> >> >
> >> >> >> 2013/2/16 Romain Manni-Bucau <rm...@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" <pa...@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

Re: commons-monitoring?

Posted by Olivier Lamy <ol...@apache.org>.

2013/7/25 Benedikt Ritter <br...@apache.org>:
> 2013/7/25 Olivier Lamy <ol...@apache.org>
>
>> 2013/7/25 Romain Manni-Bucau <rm...@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.

> 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 <ol...@apache.org>
>> >
>> >> agree.
>> >> data storage must be "pluggable" (we can propose some default
>> >> implementations)
>> >>
>> >> 2013/2/17 Romain Manni-Bucau <rm...@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 <ol...@apache.org>
>> >> >
>> >> >> 2013/2/16 Romain Manni-Bucau <rm...@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" <pa...@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

Re: commons-monitoring?

Posted by Benedikt Ritter <br...@apache.org>.

2013/7/25 Olivier Lamy <ol...@apache.org>

> 2013/7/25 Romain Manni-Bucau <rm...@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.
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 <ol...@apache.org>
> >
> >> agree.
> >> data storage must be "pluggable" (we can propose some default
> >> implementations)
> >>
> >> 2013/2/17 Romain Manni-Bucau <rm...@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 <ol...@apache.org>
> >> >
> >> >> 2013/2/16 Romain Manni-Bucau <rm...@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" <pa...@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

Re: commons-monitoring?

Posted by Olivier Lamy <ol...@apache.org>.

2013/7/25 Romain Manni-Bucau <rm...@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.
> 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 <ol...@apache.org>
>
>> agree.
>> data storage must be "pluggable" (we can propose some default
>> implementations)
>>
>> 2013/2/17 Romain Manni-Bucau <rm...@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 <ol...@apache.org>
>> >
>> >> 2013/2/16 Romain Manni-Bucau <rm...@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" <pa...@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