FYI, I have write an Incubator proposal here: https://wiki.apache.org/incubator/MonitoringProposal And I wil start a discussion thread on general@incubator.
Cheers -- Olivier On 20 August 2013 21:58, Romain Manni-Bucau <rmannibu...@gmail.com> wrote: > you forgot to mention "for a better world" ;) > > *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/8/20 Olivier Lamy <ol...@apache.org> > >> and usually French folks like to start/do Revolution :-) >> >> >> On 20 August 2013 20:36, Romain Manni-Bucau <rmannibu...@gmail.com> wrote: >> > well to be honest default common theme looks very old and it would be >> hard >> > to sell it for something recent ;) >> > >> > *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/8/20 Benedikt Ritter <brit...@apache.org> >> > >> >> Not sure when we have decided to use fluido skin for our components but >> >> since I've planned work on this, it serves as a nice show case :-) >> >> >> >> >> >> 2013/8/20 Olivier Lamy <ol...@apache.org> >> >> >> >> > I published the website: >> >> > http://commons.apache.org/sandbox/commons-monitoring/ >> >> > >> >> > As it's more than a simple commons component, Incubator sounds a good >> >> > idea. I can take care of that. >> >> > But for personal reasons, I have a bit of traveling (and won't be >> >> > connected a lot) this week and next week. >> >> > So I won't be able to start with that before early september. >> >> > If you can wait :-) >> >> > >> >> > >> >> > On 20 August 2013 15:53, Romain Manni-Bucau <rmannibu...@gmail.com> >> >> wrote: >> >> > > Thanks Matt! >> >> > > >> >> > > I'd really like to go ahead and ATM i think incubator would be great >> >> but >> >> > i >> >> > > don't know how to proceed. Any help? >> >> > > >> >> > > *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/8/19 Matt Benson <gudnabr...@gmail.com> >> >> > > >> >> > >> This stuff looks great, Romain! I do note the repeated >> misspelling of >> >> > the >> >> > >> word "mechanism" ('h' omitted), but I'm quite impressed both with >> the >> >> > site >> >> > >> as well as the work it is documenting. >> >> > >> >> >> > >> Matt >> >> > >> >> >> > >> >> >> > >> On Mon, Aug 19, 2013 at 4:29 PM, Romain Manni-Bucau >> >> > >> <rmannibu...@gmail.com>wrote: >> >> > >> >> >> > >> > Up? >> >> > >> > >> >> > >> > Ps: here is a preview of the website >> >> > >> > http://rmannibucau.github.io/commons-monitoring-dev/ >> >> > >> > Le 10 août 2013 09:16, "Romain Manni-Bucau" < >> rmannibu...@gmail.com> >> >> a >> >> > >> > écrit : >> >> > >> > >> >> > >> > > Hi >> >> > >> > > >> >> > >> > > How to go ahead with it? >> >> > >> > > Le 6 août 2013 04:07, "Romain Manni-Bucau" < >> rmannibu...@gmail.com >> >> > >> >> > a >> >> > >> > > écrit : >> >> > >> > > >> >> > >> > >> I thought to "i see you" or "i watch you"..., the idea being >> to >> >> > get i >> >> > >> > and >> >> > >> > >> y at the start and end to do "iwy" or "isy" which is a bit fun >> >> and >> >> > >> > could be >> >> > >> > >> represented by a small and funny animal. >> >> > >> > >> Le 6 août 2013 04:04, "Olivier Lamy" <ol...@apache.org> a >> écrit >> >> : >> >> > >> > >> >> >> > >> > >>> 2013/8/5 Romain Manni-Bucau <rmannibu...@gmail.com>: >> >> > >> > >>> > Hi guys, >> >> > >> > >>> > >> >> > >> > >>> > here where i am >> >> > >> > >>> > >> >> > >> > >>> > 1) we have a Repository class (more a singleton concept to >> get >> >> > >> access >> >> > >> > >>> to >> >> > >> > >>> > next objects), it uses a DataStore to create/find/update >> two >> >> > kind >> >> > >> of >> >> > >> > >>> > measures: counters (value + stat, it manages concurrency >> info) >> >> > and >> >> > >> > >>> gauge >> >> > >> > >>> > (history of values) >> >> > >> > >>> > 2) we have a Configuration class which handles the >> >> configuration >> >> > >> > which >> >> > >> > >>> > manages two things: configurations (key/value) and very >> very >> >> > >> > >>> lightweight >> >> > >> > >>> > kind of IoC (relying on key/values). It uses properties ATM >> >> but >> >> > it >> >> > >> > can >> >> > >> > >>> > evolve. >> >> > >> > >>> > 3) to measure method duration we have several modules: >> spring >> >> > >> (using >> >> > >> > >>> > aopalliance), aspectj, cdi, aop (manual using >> commons-proxy) >> >> > >> > >>> > 4) we have a jdbc module for jdbc interception. The more >> >> common >> >> > way >> >> > >> > to >> >> > >> > >>> do >> >> > >> > >>> > so is to use >> >> org.apache.commons.monitoring.jdbc.MonitoringDriver >> >> > >> and >> >> > >> > a >> >> > >> > >>> jdbc >> >> > >> > >>> > url: >> >> > >> > >>> >> >> > >> > >> >> > >> >> >> > >> >> >> jdbc:monitoring:hsqldb:mem:monitoring?delegateDriver=org.hsqldb.jdbcDriver >> >> > >> > >>> > 5) a light GUI. It is packages as a jar and war (without >> core >> >> > and >> >> > >> > jdbc >> >> > >> > >>> > since these ones are often in the container). It uses a >> basic >> >> > >> filter >> >> > >> > >>> then >> >> > >> > >>> > delegates to Handlers/Renderers. It includes the concept of >> >> > Plugins >> >> > >> > >>> (all >> >> > >> > >>> > the GUI excepted the home page uses it. It has ATM a JVM >> >> > >> > (memory/cpu), >> >> > >> > >>> > Report (counters), JMX (mbeans) plugins. Plugin uses a >> >> > >> ServiceLoader >> >> > >> > >>> SPI. >> >> > >> > >>> > 6) Gauges: Gauge is a SPI, the interface just defines how >> to >> >> > >> measure >> >> > >> > >>> the >> >> > >> > >>> > value, what's the period and the role (name). Note: >> >> > GaugeFactory is >> >> > >> > >>> another >> >> > >> > >>> > SPI to be able to get implementations of Gauge reusable so >> >> these >> >> > >> > gauges >> >> > >> > >>> > will not use the Gauge SPI. >> >> > >> > >>> > >> >> > >> > >>> > Todo / open questions: >> >> > >> > >>> > 1) move commons-monitoring to an incubator project? i >> think it >> >> > >> > doesn't >> >> > >> > >>> > really match commons anymore since there are several >> modules + >> >> > it >> >> > >> is >> >> > >> > a >> >> > >> > >>> bit >> >> > >> > >>> > complicated because of the reporting module/deployment + it >> >> can >> >> > >> > really >> >> > >> > >>> be >> >> > >> > >>> > enhanced to get some more important features (several >> >> DataStore >> >> > >> > >>> > implementations, aggregation...) >> >> > >> > >>> >> >> > >> > >>> Yup make sense to move that. >> >> > >> > >>> Maybe starting a discussion at incubator to find some other >> >> > >> interested >> >> > >> > >>> folks? >> >> > >> > >>> >> >> > >> > >>> BTW we have to find an other name (check here >> >> > >> > >>> http:://monitoring.apache.org not sure infra folks will be >> >> happy >> >> > to >> >> > >> > >>> change that :-) ) >> >> > >> > >>> >> >> > >> > >>> > 2) little bench to get an idea of the overhead >> >> > >> > >>> > 3) (i'll start tomorrow i think) rework the website to get >> >> > >> something >> >> > >> > >>> up to >> >> > >> > >>> > date and usable >> >> > >> > >>> > >> >> > >> > >>> > *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/8/1 Olivier Lamy <ol...@apache.org> >> >> > >> > >>> > >> >> > >> > >>> >> +1 >> >> > >> > >>> >> >> >> > >> > >>> >> 2013/8/1 Romain Manni-Bucau <rmannibu...@gmail.com>: >> >> > >> > >>> >> > Do we want to keep cxf module? >> >> > >> > >>> >> > >> >> > >> > >>> >> > IMO it can be replaced by a monitoring filter (web >> module) >> >> > >> > >>> >> > >> >> > >> > >>> >> > wdyt? >> >> > >> > >>> >> > >> >> > >> > >>> >> > *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/31 Luc Maisonobe <luc.maison...@free.fr> >> >> > >> > >>> >> > >> >> > >> > >>> >> >> Le 28/07/2013 18:30, Mark Struberg a écrit : >> >> > >> > >>> >> >> > Hi folks! >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > Romain is a great guy, I've now added him to >> >> > commons-sandbox. >> >> > >> > >>> >> >> >> >> > >> > >>> >> >> Thanks Mark. >> >> > >> > >>> >> >> >> >> > >> > >>> >> >> I am really sorry for the delay. I have just read today >> >> the >> >> > >> mail >> >> > >> > >>> >> >> Benedikt sent me 5 days ago :-( >> >> > >> > >>> >> >> >> >> > >> > >>> >> >> sorry >> >> > >> > >>> >> >> Luc >> >> > >> > >>> >> >> >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > LieGrue, >> >> > >> > >>> >> >> > strub >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > ----- Original Message ----- >> >> > >> > >>> >> >> > From: James Carman <ja...@carmanconsulting.com> >> >> > >> > >>> >> >> > To: Commons Developers List <dev@commons.apache.org> >> >> > >> > >>> >> >> > Cc: >> >> > >> > >>> >> >> > Sent: Saturday, 27 July 2013, 3:46 >> >> > >> > >>> >> >> > Subject: Re: commons-monitoring? >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > On Fri, Jul 26, 2013 at 9:36 PM, Romain Manni-Bucau >> >> > >> > >>> >> >> > <rmannibu...@gmail.com> wrote: >> >> > >> > >>> >> >> >> Well we can discuss it in another thread but >> basically >> >> > >> commons >> >> > >> > >>> spirit >> >> > >> > >>> >> >> for >> >> > >> > >>> >> >> >> me is more basic and shouldn't be a facade (excepted >> >> > >> logging). >> >> > >> > >>> So i'd >> >> > >> > >>> >> >> >> rather see proxy as an implementation of proxying >> using >> >> > asm >> >> > >> > >>> >> efficiently. >> >> > >> > >>> >> >> >> The issue with proxying is not its lifecycle or API >> in >> >> > >> general >> >> > >> > >>> but >> >> > >> > >>> >> its >> >> > >> > >>> >> >> >> specificities (cache, proxy names, handlers...). The >> >> best >> >> > >> > >>> solution >> >> > >> > >>> >> IMO >> >> > >> > >>> >> >> is >> >> > >> > >>> >> >> >> to propose a unified solution which could be a >> facade >> >> but >> >> > >> > facade >> >> > >> > >>> >> means >> >> > >> > >>> >> >> all >> >> > >> > >>> >> >> >> impl specificities in its API which makes it harder >> or >> >> > >> > specific >> >> > >> > >>> (in >> >> > >> > >>> >> v1 >> >> > >> > >>> >> >> >> instantiating the factory was a pain IMO since it is >> >> > >> > specific). >> >> > >> > >>> ATM >> >> > >> > >>> >> the >> >> > >> > >>> >> >> >> question for me is always which one do i import >> >> > depending my >> >> > >> > >>> >> container, >> >> > >> > >>> >> >> do >> >> > >> > >>> >> >> >> i test against all proxies impl? Etc... it makes >> libs >> >> > hard >> >> > >> to >> >> > >> > >>> write >> >> > >> > >>> >> and >> >> > >> > >>> >> >> >> maintain >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > Great feedback! Please start another thread so we >> can >> >> > >> discuss. >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > --------------------------------------------------------------------- >> >> > >> > >>> >> >> > To unsubscribe, e-mail: >> >> > dev-unsubscr...@commons.apache.org >> >> > >> > >>> >> >> > For additional commands, e-mail: >> >> > dev-h...@commons.apache.org >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > --------------------------------------------------------------------- >> >> > >> > >>> >> >> > To unsubscribe, e-mail: >> >> > dev-unsubscr...@commons.apache.org >> >> > >> > >>> >> >> > For additional commands, e-mail: >> >> > dev-h...@commons.apache.org >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> > >> >> > >> > >>> >> >> >> >> > >> > >>> >> >> >> >> > >> > >>> >> >> >> >> > >> > >>> >> >> > --------------------------------------------------------------------- >> >> > >> > >>> >> >> 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 >> >> > >> > >>> >> >> >> > >> > >>> >> >> >> > >> > >>> >> >> > >> > >>> >> >> > >> > >>> >> >> > >> > >>> -- >> >> > >> > >>> 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 >> >> > >> > >>> >> >> > >> > >>> >> >> > >> > >> >> > >> >> >> > >> >> > >> >> > >> >> > -- >> >> > 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 >> >> >> >> >> >> -- >> 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 >> >> -- 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