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. > 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
