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

Reply via email to