2013/7/25 Olivier Lamy <ol...@apache.org> > 2013/7/25 Romain Manni-Bucau <rmannibu...@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 <rmannibu...@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 <rmannibu...@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" <p...@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-unsubscr...@commons.apache.org > >> >> >> For additional commands, e-mail: dev-h...@commons.apache.org > >> >> >> > >> >> >> > >> >> > >> >> > >> >> > >> >> -- > >> >> Olivier Lamy > >> >> Talend: http://coders.talend.com > >> >> http://twitter.com/olamy | http://linkedin.com/in/olamy > >> >> > >> >> --------------------------------------------------------------------- > >> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > >> >> For additional commands, e-mail: dev-h...@commons.apache.org > >> >> > >> >> > >> > >> > >> > >> -- > >> Olivier Lamy > >> Talend: http://coders.talend.com > >> http://twitter.com/olamy | http://linkedin.com/in/olamy > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > >> For additional commands, e-mail: dev-h...@commons.apache.org > >> > >> > > > > -- > Olivier Lamy > Ecetera: http://ecetera.com.au > http://twitter.com/olamy | http://linkedin.com/in/olamy > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter
