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 ManniBucau <rmannibucau@gmail.com> wrote:
> you forgot to mention "for a better world" ;)
>
> *Romain ManniBucau*
> *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 <olamy@apache.org>
>
>> and usually French folks like to start/do Revolution :)
>>
>>
>> On 20 August 2013 20:36, Romain ManniBucau <rmannibucau@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 ManniBucau*
>> > *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 <britter@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 <olamy@apache.org>
>> >>
>> >> > I published the website:
>> >> > http://commons.apache.org/sandbox/commonsmonitoring/
>> >> >
>> >> > 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 ManniBucau <rmannibucau@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 ManniBucau*
>> >> > > *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 <gudnabrsam@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 ManniBucau
>> >> > >> <rmannibucau@gmail.com>wrote:
>> >> > >>
>> >> > >> > Up?
>> >> > >> >
>> >> > >> > Ps: here is a preview of the website
>> >> > >> > http://rmannibucau.github.io/commonsmonitoringdev/
>> >> > >> > Le 10 août 2013 09:16, "Romain ManniBucau" <
>> rmannibucau@gmail.com>
>> >> a
>> >> > >> > écrit :
>> >> > >> >
>> >> > >> > > Hi
>> >> > >> > >
>> >> > >> > > How to go ahead with it?
>> >> > >> > > Le 6 août 2013 04:07, "Romain ManniBucau" <
>> rmannibucau@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" <olamy@apache.org>
a
>> écrit
>> >> :
>> >> > >> > >>
>> >> > >> > >>> 2013/8/5 Romain ManniBucau <rmannibucau@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
>> commonsproxy)
>> >> > >> > >>> > 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 commonsmonitoring 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 ManniBucau*
>> >> > >> > >>> > *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 <olamy@apache.org>
>> >> > >> > >>> >
>> >> > >> > >>> >> +1
>> >> > >> > >>> >>
>> >> > >> > >>> >> 2013/8/1 Romain ManniBucau <rmannibucau@gmail.com>:
>> >> > >> > >>> >> > Do we want to keep cxf module?
>> >> > >> > >>> >> >
>> >> > >> > >>> >> > IMO it can be replaced by
a monitoring filter (web
>> module)
>> >> > >> > >>> >> >
>> >> > >> > >>> >> > wdyt?
>> >> > >> > >>> >> >
>> >> > >> > >>> >> > *Romain ManniBucau*
>> >> > >> > >>> >> > *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.Maisonobe@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
>> >> > commonssandbox.
>> >> > >> > >>> >> >>
>> >> > >> > >>> >> >> 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
<james@carmanconsulting.com>
>> >> > >> > >>> >> >> > To: Commons Developers
List <dev@commons.apache.org>
>> >> > >> > >>> >> >> > Cc:
>> >> > >> > >>> >> >> > Sent: Saturday, 27
July 2013, 3:46
>> >> > >> > >>> >> >> > Subject: Re: commonsmonitoring?
>> >> > >> > >>> >> >> >
>> >> > >> > >>> >> >> > On Fri, Jul 26, 2013
at 9:36 PM, Romain ManniBucau
>> >> > >> > >>> >> >> > <rmannibucau@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, email:
>> >> > devunsubscribe@commons.apache.org
>> >> > >> > >>> >> >> > For additional commands,
email:
>> >> > devhelp@commons.apache.org
>> >> > >> > >>> >> >> >
>> >> > >> > >>> >> >> >
>> >> > >> > >>>
>> >> > 
>> >> > >> > >>> >> >> > To unsubscribe, email:
>> >> > devunsubscribe@commons.apache.org
>> >> > >> > >>> >> >> > For additional commands,
email:
>> >> > devhelp@commons.apache.org
>> >> > >> > >>> >> >> >
>> >> > >> > >>> >> >> >
>> >> > >> > >>> >> >>
>> >> > >> > >>> >> >>
>> >> > >> > >>> >> >>
>> >> > >> > >>>
>> >> > 
>> >> > >> > >>> >> >> To unsubscribe, email:
>> >> devunsubscribe@commons.apache.org
>> >> > >> > >>> >> >> For additional commands,
email:
>> >> > devhelp@commons.apache.org
>> >> > >> > >>> >> >>
>> >> > >> > >>> >> >>
>> >> > >> > >>> >>
>> >> > >> > >>> >>
>> >> > >> > >>> >>
>> >> > >> > >>> >> 
>> >> > >> > >>> >> Olivier Lamy
>> >> > >> > >>> >> Ecetera: http://ecetera.com.au
>> >> > >> > >>> >> http://twitter.com/olamy  http://linkedin.com/in/olamy
>> >> > >> > >>> >>
>> >> > >> > >>> >>
>> >> > >> >
>> >> 
>> >> > >> > >>> >> To unsubscribe, email:
>> devunsubscribe@commons.apache.org
>> >> > >> > >>> >> For additional commands, email:
>> devhelp@commons.apache.org
>> >> > >> > >>> >>
>> >> > >> > >>> >>
>> >> > >> > >>>
>> >> > >> > >>>
>> >> > >> > >>>
>> >> > >> > >>> 
>> >> > >> > >>> Olivier Lamy
>> >> > >> > >>> Ecetera: http://ecetera.com.au
>> >> > >> > >>> http://twitter.com/olamy  http://linkedin.com/in/olamy
>> >> > >> > >>>
>> >> > >> > >>>
>> >> > 
>> >> > >> > >>> To unsubscribe, email: devunsubscribe@commons.apache.org
>> >> > >> > >>> For additional commands, email: devhelp@commons.apache.org
>> >> > >> > >>>
>> >> > >> > >>>
>> >> > >> >
>> >> > >>
>> >> >
>> >> >
>> >> >
>> >> > 
>> >> > Olivier Lamy
>> >> > Ecetera: http://ecetera.com.au
>> >> > http://twitter.com/olamy  http://linkedin.com/in/olamy
>> >> >
>> >> > 
>> >> > To unsubscribe, email: devunsubscribe@commons.apache.org
>> >> > For additional commands, email: devhelp@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, email: devunsubscribe@commons.apache.org
>> For additional commands, email: devhelp@commons.apache.org
>>
>>

Olivier Lamy
Ecetera: http://ecetera.com.au
http://twitter.com/olamy  http://linkedin.com/in/olamy

To unsubscribe, email: devunsubscribe@commons.apache.org
For additional commands, email: devhelp@commons.apache.org
