Re: commons-monitoring?
). 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
Re: commons-monitoring?
* 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
Re: commons-monitoring?
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
Re: commons-monitoring?
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
Re: commons-monitoring?
:://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
Re: commons-monitoring?
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
Re: commons-monitoring?
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
Re: commons-monitoring?
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.comwrote:
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
Re: commons-monitoring?
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
Re: commons-monitoring?
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
Re: commons-monitoring?
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
Re: commons-monitoring?
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
Re: commons-monitoring?
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...) 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
Re: commons-monitoring?
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
Re: commons-monitoring?
+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
Re: commons-monitoring?
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
Re: commons-monitoring?
Hi i was able to commit this morning :) *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/28 Romain Manni-Bucau rmannibu...@gmail.com Hi, thanks Mark but i still get issues: ┌( rmannibucau @ ubuntu )─( 1.7.0 -:- 3.1.0 ) └( /opt/dev/tomee/commons-monitoring )· svn ci -m removing gauge which weren't really gauge, replacing it by a counter in counters, adding basic config, splitting in several modules, adding some js sorting/filtering in html format SendingPROPOSAL.html Adding aop svn: E195023: Commit failed (details follow): svn: E195023: Changing directory '/opt/dev/tomee/commons-monitoring/aop' is forbidden by the server svn: E175013: Access to '/repos/asf/!svn/rvr/1506987/commons/sandbox/monitoring/trunk/instrumentation' forbidden btw here is a patch with a little html with js sorting/filtering https://gist.github.com/rmannibucau/738df316addfe0f14974 i used tablesorter plugin for jquery, both are under MIT license so it should be fine (please correct me if not). About it i wonder if we should paginate or not the rendering (i started with but it can be done using http://mottie.github.io/tablesorter/docs/example-pager-ajax.html - ATM i'm not sure it would be useful) + which techno to use to build the website associated to the reporting module (ATM the whole HTML is generated by HTML format/MonitoringServlet but there is a single page ;) *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/28 Mark Struberg strub...@yahoo.de Hi folks! Romain is a great guy, I've now added him to commons-sandbox. 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
Re: commons-monitoring?
Hi folks! Romain is a great guy, I've now added him to commons-sandbox. 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
Re: commons-monitoring?
Hi, thanks Mark but i still get issues: ┌( rmannibucau @ ubuntu )─( 1.7.0 -:- 3.1.0 ) └( /opt/dev/tomee/commons-monitoring )· svn ci -m removing gauge which weren't really gauge, replacing it by a counter in counters, adding basic config, splitting in several modules, adding some js sorting/filtering in html format SendingPROPOSAL.html Adding aop svn: E195023: Commit failed (details follow): svn: E195023: Changing directory '/opt/dev/tomee/commons-monitoring/aop' is forbidden by the server svn: E175013: Access to '/repos/asf/!svn/rvr/1506987/commons/sandbox/monitoring/trunk/instrumentation' forbidden btw here is a patch with a little html with js sorting/filtering https://gist.github.com/rmannibucau/738df316addfe0f14974 i used tablesorter plugin for jquery, both are under MIT license so it should be fine (please correct me if not). About it i wonder if we should paginate or not the rendering (i started with but it can be done using http://mottie.github.io/tablesorter/docs/example-pager-ajax.html - ATM i'm not sure it would be useful) + which techno to use to build the website associated to the reporting module (ATM the whole HTML is generated by HTML format/MonitoringServlet but there is a single page ;) *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/28 Mark Struberg strub...@yahoo.de Hi folks! Romain is a great guy, I've now added him to commons-sandbox. 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
Re: commons-monitoring?
2013/7/25 sebb seb...@gmail.com On 25 July 2013 19:40, Benedikt Ritter brit...@apache.org wrote: Not every ASF committer can commit to commons repos but we have agreed to grant everybody committer write access to the sandbox if we are asked for it :-) Not sure how the exact process for this is. Can anybody help? I believe Luc has to request this from INFRA. PMC chairs have the requisite karma; it's not necessary to ask Infra. Romain, what is your Apache ID? I can't find you at people.apache.org. 2013/7/25 Romain Manni-Bucau rmannibu...@gmail.com trying to commit i get: svn: E195023: Changing file '' is forbidden by the server any idea? *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/25 Gary Gregory garydgreg...@gmail.com Hi all, Can someone please describe the project in more detail on the main page http://commons.apache.org/sandbox/commons-monitoring/ In particular, how does it relates to JMX. Is it an alternative or a complement? How so? Thank you, Gary On Jul 25, 2013, at 8:38, Olivier Lamy ol...@apache.org wrote: commons-monitoring -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter - 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
Re: commons-monitoring?
Hi Benedikt, rmannibucau Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2013/7/26 Benedikt Ritter brit...@apache.org 2013/7/25 sebb seb...@gmail.com On 25 July 2013 19:40, Benedikt Ritter brit...@apache.org wrote: Not every ASF committer can commit to commons repos but we have agreed to grant everybody committer write access to the sandbox if we are asked for it :-) Not sure how the exact process for this is. Can anybody help? I believe Luc has to request this from INFRA. PMC chairs have the requisite karma; it's not necessary to ask Infra. Romain, what is your Apache ID? I can't find you at people.apache.org. 2013/7/25 Romain Manni-Bucau rmannibu...@gmail.com trying to commit i get: svn: E195023: Changing file '' is forbidden by the server any idea? *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/25 Gary Gregory garydgreg...@gmail.com Hi all, Can someone please describe the project in more detail on the main page http://commons.apache.org/sandbox/commons-monitoring/ In particular, how does it relates to JMX. Is it an alternative or a complement? How so? Thank you, Gary On Jul 25, 2013, at 8:38, Olivier Lamy ol...@apache.org wrote: commons-monitoring -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter - 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
Re: commons-monitoring?
I have send Luc a mail. He probably hasn't followed this disucssion. I'll get back, when he gets in touch with me. 2013/7/26 Romain Manni-Bucau rmannibu...@gmail.com Hi Benedikt, rmannibucau Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2013/7/26 Benedikt Ritter brit...@apache.org 2013/7/25 sebb seb...@gmail.com On 25 July 2013 19:40, Benedikt Ritter brit...@apache.org wrote: Not every ASF committer can commit to commons repos but we have agreed to grant everybody committer write access to the sandbox if we are asked for it :-) Not sure how the exact process for this is. Can anybody help? I believe Luc has to request this from INFRA. PMC chairs have the requisite karma; it's not necessary to ask Infra. Romain, what is your Apache ID? I can't find you at people.apache.org. 2013/7/25 Romain Manni-Bucau rmannibu...@gmail.com trying to commit i get: svn: E195023: Changing file '' is forbidden by the server any idea? *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/25 Gary Gregory garydgreg...@gmail.com Hi all, Can someone please describe the project in more detail on the main page http://commons.apache.org/sandbox/commons-monitoring/ In particular, how does it relates to JMX. Is it an alternative or a complement? How so? Thank you, Gary On Jul 25, 2013, at 8:38, Olivier Lamy ol...@apache.org wrote: commons-monitoring -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter - 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
Re: commons-monitoring?
Here is where i am: https://gist.github.com/rmannibucau/2aebf3f72523c9a9 i moved a bit packages, refactored a bit modules, added a Configuration class which is just a kind of very very light IoC based on properties (in fact it just handles instantiation + close() if the instance if closable). I simplified implementations. I updated a bit reporting module adding a csv format and a html one (to redo probably, was just to play with tables and results) I removed setRepository method since the repo is configurable and it is easier to consider it as a singleton for the monitoring. I removed gauge which as not a really a gauge and added concurrency handling in Counter. If anyone is tempted to do a little gui (html) in reporting module it would be welcomed ;) About the reporting module i configured the maven war plugin to produce the war of course but the jar too. It allows apps to embed the reporting. feedbacks welcomed as usual ;) Have a nice week-end *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/26 Benedikt Ritter benerit...@gmail.com I have send Luc a mail. He probably hasn't followed this disucssion. I'll get back, when he gets in touch with me. 2013/7/26 Romain Manni-Bucau rmannibu...@gmail.com Hi Benedikt, rmannibucau Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2013/7/26 Benedikt Ritter brit...@apache.org 2013/7/25 sebb seb...@gmail.com On 25 July 2013 19:40, Benedikt Ritter brit...@apache.org wrote: Not every ASF committer can commit to commons repos but we have agreed to grant everybody committer write access to the sandbox if we are asked for it :-) Not sure how the exact process for this is. Can anybody help? I believe Luc has to request this from INFRA. PMC chairs have the requisite karma; it's not necessary to ask Infra. Romain, what is your Apache ID? I can't find you at people.apache.org. 2013/7/25 Romain Manni-Bucau rmannibu...@gmail.com trying to commit i get: svn: E195023: Changing file '' is forbidden by the server any idea? *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/25 Gary Gregory garydgreg...@gmail.com Hi all, Can someone please describe the project in more detail on the main page http://commons.apache.org/sandbox/commons-monitoring/ In particular, how does it relates to JMX. Is it an alternative or a complement? How so? Thank you, Gary On Jul 25, 2013, at 8:38, Olivier Lamy ol...@apache.org wrote: commons-monitoring -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter - 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
Re: commons-monitoring?
Well, with [proxy], you can get your AOP you're looking for, too. On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de wrote: I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *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/13 Benedikt Ritter brit...@apache.org 2013/2/13 Paul Libbrecht p...@hoplahup.net Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you implement this under this restriction? I've never seen this written before. Have you? Yes, on the commons website [1]: Commons developers will make an effort to ensure that their components have minimal dependencies on other libraries, so that these components can be deployed easily. But you're right If you wanted to point out, that this is not an absolute must-have. We can have minimal dependencies. I guess (but I don't know!) it would be okay to have a dependency to the AOP alliance jars, for example to define a new MethodInterceptor [2] for monitoring. But IMHO it would be rather strange to have dependencies to org.springframework.aop to define a new MethodBeforeAdvice [3] for monitoring. Makes sense? :) Benedikt [1] http://commons.apache.org/ [2] http://aopalliance.sourceforge.net/doc/org/aopalliance/intercept/MethodInterceptor.html [3] http://static.springsource.org/spring/docs/3.0.0.M1/javadoc-api/org/springframework/aop/MethodBeforeAdvice.html paul -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter - 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
Re: commons-monitoring?
Commons-proxy you mean? I removed it. ATM we have cdi proxying, aopalliance, ill add a correct aspectj and if we want more well use/(update commons proxy to use) asm. Commons proxy brings an easy API which a bunch of issues behind ATM IMHO Le 26 juil. 2013 19:26, James Carman ja...@carmanconsulting.com a écrit : Well, with [proxy], you can get your AOP you're looking for, too. On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de wrote: I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *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/13 Benedikt Ritter brit...@apache.org 2013/2/13 Paul Libbrecht p...@hoplahup.net Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you implement this under this restriction? I've never seen this written before. Have you? Yes, on the commons website [1]: Commons developers will make an effort to ensure that their components have minimal dependencies on other libraries, so that these components can be deployed easily. But you're right If you wanted to point out, that this is not an absolute must-have. We can have minimal dependencies. I guess (but I don't know!) it would be okay to have a dependency to the AOP alliance jars, for example to define a new MethodInterceptor [2] for monitoring. But IMHO it would be rather strange to have dependencies to org.springframework.aop to define a new MethodBeforeAdvice [3] for monitoring. Makes sense? :) Benedikt [1] http://commons.apache.org/ [2] http://aopalliance.sourceforge.net/doc/org/aopalliance/intercept/MethodInterceptor.html [3] http://static.springsource.org/spring/docs/3.0.0.M1/javadoc-api/org/springframework/aop/MethodBeforeAdvice.html paul -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter - 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
Re: commons-monitoring?
Issues such as? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Commons-proxy you mean? I removed it. ATM we have cdi proxying, aopalliance, ill add a correct aspectj and if we want more well use/(update commons proxy to use) asm. Commons proxy brings an easy API which a bunch of issues behind ATM IMHO Le 26 juil. 2013 19:26, James Carman ja...@carmanconsulting.comjavascript:; a écrit : Well, with [proxy], you can get your AOP you're looking for, too. On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de wrote: I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *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/13 Benedikt Ritter brit...@apache.org 2013/2/13 Paul Libbrecht p...@hoplahup.net Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you implement this under this restriction? I've never seen this written before. Have you? Yes, on the commons website [1]: Commons developers will make an effort to ensure that their components have minimal dependencies on other libraries, so that these components can
Re: commons-monitoring?
Mem leak, no transitive dep mgt, few proxying logic so depend a lot on others etc... Le 26 juil. 2013 23:43, James Carman ja...@carmanconsulting.com a écrit : Issues such as? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Commons-proxy you mean? I removed it. ATM we have cdi proxying, aopalliance, ill add a correct aspectj and if we want more well use/(update commons proxy to use) asm. Commons proxy brings an easy API which a bunch of issues behind ATM IMHO Le 26 juil. 2013 19:26, James Carman ja...@carmanconsulting.com javascript:; a écrit : Well, with [proxy], you can get your AOP you're looking for, too. On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de wrote: I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *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/13 Benedikt Ritter brit...@apache.org 2013/2/13 Paul Libbrecht p...@hoplahup.net Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you implement this under this restriction? I've never seen this written before. Have you? Yes, on the commons website [1]: Commons developers will make an effort to ensure that their components have minimal dependencies on other libraries, so that these components can
Re: commons-monitoring?
What mem leak? What is wrong with the transitive deps? They're all optional. What proxying logic is missing? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Mem leak, no transitive dep mgt, few proxying logic so depend a lot on others etc... Le 26 juil. 2013 23:43, James Carman ja...@carmanconsulting.comjavascript:; a écrit : Issues such as? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Commons-proxy you mean? I removed it. ATM we have cdi proxying, aopalliance, ill add a correct aspectj and if we want more well use/(update commons proxy to use) asm. Commons proxy brings an easy API which a bunch of issues behind ATM IMHO Le 26 juil. 2013 19:26, James Carman ja...@carmanconsulting.comjavascript:; javascript:; a écrit : Well, with [proxy], you can get your AOP you're looking for, too. On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de wrote: I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *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/13 Benedikt Ritter brit...@apache.org 2013/2/13 Paul Libbrecht p...@hoplahup.net Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you
Re: commons-monitoring?
and don't forget the proxy2 branch :D On Fri, Jul 26, 2013 at 4:51 PM, James Carman ja...@carmanconsulting.comwrote: What mem leak? What is wrong with the transitive deps? They're all optional. What proxying logic is missing? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Mem leak, no transitive dep mgt, few proxying logic so depend a lot on others etc... Le 26 juil. 2013 23:43, James Carman ja...@carmanconsulting.com javascript:; a écrit : Issues such as? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Commons-proxy you mean? I removed it. ATM we have cdi proxying, aopalliance, ill add a correct aspectj and if we want more well use/(update commons proxy to use) asm. Commons proxy brings an easy API which a bunch of issues behind ATM IMHO Le 26 juil. 2013 19:26, James Carman ja...@carmanconsulting.com javascript:; javascript:; a écrit : Well, with [proxy], you can get your AOP you're looking for, too. On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de wrote: I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *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/13 Benedikt Ritter brit...@apache.org 2013/2/13 Paul Libbrecht p...@hoplahup.net Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you
Re: commons-monitoring?
True! I have some time. Want to bang out the 2.0 code, Matt? Finally kids are getting older and I have some of my time back! On Friday, July 26, 2013, Matt Benson wrote: and don't forget the proxy2 branch :D On Fri, Jul 26, 2013 at 4:51 PM, James Carman ja...@carmanconsulting.comjavascript:; wrote: What mem leak? What is wrong with the transitive deps? They're all optional. What proxying logic is missing? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Mem leak, no transitive dep mgt, few proxying logic so depend a lot on others etc... Le 26 juil. 2013 23:43, James Carman ja...@carmanconsulting.comjavascript:; javascript:; a écrit : Issues such as? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Commons-proxy you mean? I removed it. ATM we have cdi proxying, aopalliance, ill add a correct aspectj and if we want more well use/(update commons proxy to use) asm. Commons proxy brings an easy API which a bunch of issues behind ATM IMHO Le 26 juil. 2013 19:26, James Carman ja...@carmanconsulting.com javascript:; javascript:; a écrit : Well, with [proxy], you can get your AOP you're looking for, too. On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de wrote: I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *Romain Manni-Bucau* *Twitter: @rmannibucau https://twitter.com/rmannibucau* *Blog:
Re: commons-monitoring?
That would be great. I had wanted to add some form of dynamic arg matching to the stub stuff, but had gotten hung up on the dog food consideration and wanted to use [functor]'s UnaryPredicate interface for this. Maybe best to just let it die for [proxy] 2.0 and come back to it later. Other than that I think the only outstanding items were Maven site kind of stuff. Which I suck at. :D Matt On Fri, Jul 26, 2013 at 4:59 PM, James Carman ja...@carmanconsulting.comwrote: True! I have some time. Want to bang out the 2.0 code, Matt? Finally kids are getting older and I have some of my time back! On Friday, July 26, 2013, Matt Benson wrote: and don't forget the proxy2 branch :D On Fri, Jul 26, 2013 at 4:51 PM, James Carman ja...@carmanconsulting.com wrote: What mem leak? What is wrong with the transitive deps? They're all optional. What proxying logic is missing? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Mem leak, no transitive dep mgt, few proxying logic so depend a lot on others etc... Le 26 juil. 2013 23:43, James Carman ja...@carmanconsulting.com javascript:; a écrit : Issues such as? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Commons-proxy you mean? I removed it. ATM we have cdi proxying, aopalliance, ill add a correct aspectj and if we want more well use/(update commons proxy to use) asm. Commons proxy brings an easy API which a bunch of issues behind ATM IMHO Le 26 juil. 2013 19:26, James Carman ja...@carmanconsulting.com javascript:; javascript:; a écrit : Well, with [proxy], you can get your AOP you're looking for, too. On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de wrote: I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *Romain Manni-Bucau* *Twitter: @rmannibucau https://twitter.com/rmannibucau* *Blog:
Re: commons-monitoring?
Mem leak through transitive deps (javassist for instance) Optional is the issue = doesnt work out of the box I see the project as a facade where id expect features inside (owb proxy should be close to reusable). Btw i dont know v2 so maybe i was irrelevant, i have to check. Thanks for pointing it out. Le 26 juil. 2013 23:52, James Carman ja...@carmanconsulting.com a écrit : What mem leak? What is wrong with the transitive deps? They're all optional. What proxying logic is missing? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Mem leak, no transitive dep mgt, few proxying logic so depend a lot on others etc... Le 26 juil. 2013 23:43, James Carman ja...@carmanconsulting.com javascript:; a écrit : Issues such as? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Commons-proxy you mean? I removed it. ATM we have cdi proxying, aopalliance, ill add a correct aspectj and if we want more well use/(update commons proxy to use) asm. Commons proxy brings an easy API which a bunch of issues behind ATM IMHO Le 26 juil. 2013 19:26, James Carman ja...@carmanconsulting.com javascript:; javascript:; a écrit : Well, with [proxy], you can get your AOP you're looking for, too. On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de wrote: I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *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/13 Benedikt Ritter brit...@apache.org 2013/2/13 Paul Libbrecht p...@hoplahup.net Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you
Re: commons-monitoring?
I didn't like the optional dependencies either. Version 2 splits that stuff out into their own modules with real dependencies, so that fixes that. Has Javassist fixed their memory leaks? If so, we should upgrade our dependency. I guess I don't understand what features you feel are missing. We're definitely open to feature requests. The proxy types supported were just what we could come up with at the time. On Friday, July 26, 2013, Romain Manni-Bucau wrote: Mem leak through transitive deps (javassist for instance) Optional is the issue = doesnt work out of the box I see the project as a facade where id expect features inside (owb proxy should be close to reusable). Btw i dont know v2 so maybe i was irrelevant, i have to check. Thanks for pointing it out. Le 26 juil. 2013 23:52, James Carman ja...@carmanconsulting.comjavascript:; a écrit : What mem leak? What is wrong with the transitive deps? They're all optional. What proxying logic is missing? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Mem leak, no transitive dep mgt, few proxying logic so depend a lot on others etc... Le 26 juil. 2013 23:43, James Carman ja...@carmanconsulting.comjavascript:; javascript:; a écrit : Issues such as? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Commons-proxy you mean? I removed it. ATM we have cdi proxying, aopalliance, ill add a correct aspectj and if we want more well use/(update commons proxy to use) asm. Commons proxy brings an easy API which a bunch of issues behind ATM IMHO Le 26 juil. 2013 19:26, James Carman ja...@carmanconsulting.com javascript:; javascript:; a écrit : Well, with [proxy], you can get your AOP you're looking for, too. On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de wrote: I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *Romain Manni-Bucau* *Twitter: @rmannibucau https://twitter.com/rmannibucau* *Blog:
Re: commons-monitoring?
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 Le 27 juil. 2013 00:48, James Carman ja...@carmanconsulting.com a écrit : I didn't like the optional dependencies either. Version 2 splits that stuff out into their own modules with real dependencies, so that fixes that. Has Javassist fixed their memory leaks? If so, we should upgrade our dependency. I guess I don't understand what features you feel are missing. We're definitely open to feature requests. The proxy types supported were just what we could come up with at the time. On Friday, July 26, 2013, Romain Manni-Bucau wrote: Mem leak through transitive deps (javassist for instance) Optional is the issue = doesnt work out of the box I see the project as a facade where id expect features inside (owb proxy should be close to reusable). Btw i dont know v2 so maybe i was irrelevant, i have to check. Thanks for pointing it out. Le 26 juil. 2013 23:52, James Carman ja...@carmanconsulting.com javascript:; a écrit : What mem leak? What is wrong with the transitive deps? They're all optional. What proxying logic is missing? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Mem leak, no transitive dep mgt, few proxying logic so depend a lot on others etc... Le 26 juil. 2013 23:43, James Carman ja...@carmanconsulting.com javascript:; javascript:; a écrit : Issues such as? On Friday, July 26, 2013, Romain Manni-Bucau wrote: Commons-proxy you mean? I removed it. ATM we have cdi proxying, aopalliance, ill add a correct aspectj and if we want more well use/(update commons proxy to use) asm. Commons proxy brings an easy API which a bunch of issues behind ATM IMHO Le 26 juil. 2013 19:26, James Carman ja...@carmanconsulting.com javascript:; javascript:; a écrit : Well, with [proxy], you can get your AOP you're looking for, too. On Wed, Feb 13, 2013 at 3:02 PM, Mark Struberg strub...@yahoo.de wrote: I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *Romain Manni-Bucau* *Twitter: @rmannibucau https://twitter.com/rmannibucau* *Blog:
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
Re: commons-monitoring?
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,
Re: commons-monitoring?
2013/7/25 Benedikt Ritter brit...@apache.org: 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. Ok I didn't know that. So it's already here: https://issues.apache.org/jira/browse/SANDBOX/component/12312100 BTW Romain is an ASF committer so he can commit directly. 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:
Re: commons-monitoring?
2013/7/25 Olivier Lamy ol...@apache.org 2013/7/25 Benedikt Ritter brit...@apache.org: 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. Ok I didn't know that. So it's already here: https://issues.apache.org/jira/browse/SANDBOX/component/12312100 BTW Romain is an ASF committer so he can commit directly. Yes, we just have to grant him the necessary permissions for the sandbox. 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
Re: commons-monitoring?
Hi all, Can someone please describe the project in more detail on the main page http://commons.apache.org/sandbox/commons-monitoring/ In particular, how does it relates to JMX. Is it an alternative or a complement? How so? Thank you, Gary On Jul 25, 2013, at 8:38, Olivier Lamy ol...@apache.org wrote: commons-monitoring
Re: commons-monitoring?
trying to commit i get: svn: E195023: Changing file '' is forbidden by the server any idea? *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/25 Gary Gregory garydgreg...@gmail.com Hi all, Can someone please describe the project in more detail on the main page http://commons.apache.org/sandbox/commons-monitoring/ In particular, how does it relates to JMX. Is it an alternative or a complement? How so? Thank you, Gary On Jul 25, 2013, at 8:38, Olivier Lamy ol...@apache.org wrote: commons-monitoring
Re: commons-monitoring?
Not every ASF committer can commit to commons repos but we have agreed to grant everybody committer write access to the sandbox if we are asked for it :-) Not sure how the exact process for this is. Can anybody help? I believe Luc has to request this from INFRA. 2013/7/25 Romain Manni-Bucau rmannibu...@gmail.com trying to commit i get: svn: E195023: Changing file '' is forbidden by the server any idea? *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/25 Gary Gregory garydgreg...@gmail.com Hi all, Can someone please describe the project in more detail on the main page http://commons.apache.org/sandbox/commons-monitoring/ In particular, how does it relates to JMX. Is it an alternative or a complement? How so? Thank you, Gary On Jul 25, 2013, at 8:38, Olivier Lamy ol...@apache.org wrote: commons-monitoring -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter
Re: commons-monitoring?
On 25 July 2013 19:40, Benedikt Ritter brit...@apache.org wrote: Not every ASF committer can commit to commons repos but we have agreed to grant everybody committer write access to the sandbox if we are asked for it :-) Not sure how the exact process for this is. Can anybody help? I believe Luc has to request this from INFRA. PMC chairs have the requisite karma; it's not necessary to ask Infra. 2013/7/25 Romain Manni-Bucau rmannibu...@gmail.com trying to commit i get: svn: E195023: Changing file '' is forbidden by the server any idea? *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/25 Gary Gregory garydgreg...@gmail.com Hi all, Can someone please describe the project in more detail on the main page http://commons.apache.org/sandbox/commons-monitoring/ In particular, how does it relates to JMX. Is it an alternative or a complement? How so? Thank you, Gary On Jul 25, 2013, at 8:38, Olivier Lamy ol...@apache.org wrote: commons-monitoring -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: commons-monitoring?
Hi i started to have a deeper look to commons-monitoring here is a first patch (i didn't find monitoring on jira): https://gist.github.com/rmannibucau/957a77139e7b83ce0fdb 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? 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, ...) any feedback? *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
Re: commons-monitoring?
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
Re: commons-monitoring?
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
Re: commons-monitoring?
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
Re: commons-monitoring?
Hi Emeric, I remember we already discussed that together. And no I don't have any issue with the UI :-) The main issue is the license. GPL neither LGPL can be include in any Apache product. (see http://www.apache.org/legal/resolved.html#category-x). 2013/2/16 Emeric ever...@free.fr: 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
Re: commons-monitoring?
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
Re: commons-monitoring?
And better to start to enhance it Wdyt? 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
Re: commons-monitoring?
Note for personnal reasons I don't have a lot of time ATM for start it (for ui and values storage). But I can review some patches etc.. I will work more on this project around early april. 2013/2/14 Romain Manni-Bucau rmannibu...@gmail.com: a good start for me, i like the GUI but the measure and the config is not so friendly (and results seems wrong) Really ? note value are stored in a rrd mode (so can be not exact after a certain amount of time) *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/14 Olivier Lamy ol...@apache.org 2013/2/12 Romain Manni-Bucau rmannibu...@gmail.com: well not enough time right now but i hope in some weeks the idea would be to get: - something to measure (i think it is already here) - some basic aop (abstraction, spring, cdi?) - some basic view of the measures (servlet or even a bootstrap webapp ;) with sortable tables...) - some basic module for what metrics calls HealthCheck (checks the state of a resource like a datasource) wdyt? Good. Perso I was thinking to storing metrics to be able to get some statistics on transactions response time/call number etc... With transaction I mean something more general (statistics on url requests, etc..) I'd like to build something similar too https://code.google.com/p/javamelody/ (it's a good stack but GPL prevent using that in some places). Let me know if that sounds a good idea. *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/12 Olivier Lamy ol...@apache.org 2013/2/11 Romain Manni-Bucau rmannibu...@gmail.com: Hi guys, is there any activity (or plans) on commons monitoring? IMHO nothing :-) it seems pretty old and a lot of work should be done, i would like to know if it is a project to make alive or not If you want to contribute why not. As the idea sounds interesting I can work a bit with you on. thanks *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* -- 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 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
Re: commons-monitoring?
2013/2/12 Romain Manni-Bucau rmannibu...@gmail.com: well not enough time right now but i hope in some weeks the idea would be to get: - something to measure (i think it is already here) - some basic aop (abstraction, spring, cdi?) - some basic view of the measures (servlet or even a bootstrap webapp ;) with sortable tables...) - some basic module for what metrics calls HealthCheck (checks the state of a resource like a datasource) wdyt? Good. Perso I was thinking to storing metrics to be able to get some statistics on transactions response time/call number etc... With transaction I mean something more general (statistics on url requests, etc..) I'd like to build something similar too https://code.google.com/p/javamelody/ (it's a good stack but GPL prevent using that in some places). Let me know if that sounds a good idea. *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/12 Olivier Lamy ol...@apache.org 2013/2/11 Romain Manni-Bucau rmannibu...@gmail.com: Hi guys, is there any activity (or plans) on commons monitoring? IMHO nothing :-) it seems pretty old and a lot of work should be done, i would like to know if it is a project to make alive or not If you want to contribute why not. As the idea sounds interesting I can work a bit with you on. thanks *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* -- 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
Re: commons-monitoring?
a good start for me, i like the GUI but the measure and the config is not so friendly (and results seems wrong) *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/14 Olivier Lamy ol...@apache.org 2013/2/12 Romain Manni-Bucau rmannibu...@gmail.com: well not enough time right now but i hope in some weeks the idea would be to get: - something to measure (i think it is already here) - some basic aop (abstraction, spring, cdi?) - some basic view of the measures (servlet or even a bootstrap webapp ;) with sortable tables...) - some basic module for what metrics calls HealthCheck (checks the state of a resource like a datasource) wdyt? Good. Perso I was thinking to storing metrics to be able to get some statistics on transactions response time/call number etc... With transaction I mean something more general (statistics on url requests, etc..) I'd like to build something similar too https://code.google.com/p/javamelody/ (it's a good stack but GPL prevent using that in some places). Let me know if that sounds a good idea. *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/12 Olivier Lamy ol...@apache.org 2013/2/11 Romain Manni-Bucau rmannibu...@gmail.com: Hi guys, is there any activity (or plans) on commons monitoring? IMHO nothing :-) it seems pretty old and a lot of work should be done, i would like to know if it is a project to make alive or not If you want to contribute why not. As the idea sounds interesting I can work a bit with you on. thanks *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* -- 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
Re: commons-monitoring?
2013/2/13 Romain Manni-Bucau rmannibu...@gmail.com that's the point of my initial question: is commons-monitoring the place to add such things Well I guess if you see this as a defect of other libraries, you should just go ahead and start developing. :) Please don't forget to add tests for you patches. I'm excited to see where this is going :) Benedikt about dependencies it shouldn't be an issue since all should be provided (by the container for the aop part) *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/13 Benedikt Ritter brit...@apache.org Hi Romain, 2013/2/12 Romain Manni-Bucau rmannibu...@gmail.com well not enough time right now but i hope in some weeks the idea would be to get: - something to measure (i think it is already here) - some basic aop (abstraction, spring, cdi?) Commons components usually don't have any dependencies. How would you implement this under this restriction? - some basic view of the measures (servlet or even a bootstrap webapp ;) with sortable tables...) - some basic module for what metrics calls HealthCheck (checks the state of a resource like a datasource) wdyt? Generally patches are always welcome :) Regarding monitoring, it should be clear what plans you have for developing the component. In what ways will it be different/better/a substitute for other monitoring libraries already mentioned here. Regards, Benedikt *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/12 Olivier Lamy ol...@apache.org 2013/2/11 Romain Manni-Bucau rmannibu...@gmail.com: Hi guys, is there any activity (or plans) on commons monitoring? IMHO nothing :-) it seems pretty old and a lot of work should be done, i would like to know if it is a project to make alive or not If you want to contribute why not. As the idea sounds interesting I can work a bit with you on. thanks *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* -- 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 -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter
Re: commons-monitoring?
Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you implement this under this restriction? I've never seen this written before. Have you? paul
Re: commons-monitoring?
2013/2/13 Paul Libbrecht p...@hoplahup.net Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you implement this under this restriction? I've never seen this written before. Have you? Yes, on the commons website [1]: Commons developers will make an effort to ensure that their components have minimal dependencies on other libraries, so that these components can be deployed easily. But you're right If you wanted to point out, that this is not an absolute must-have. We can have minimal dependencies. I guess (but I don't know!) it would be okay to have a dependency to the AOP alliance jars, for example to define a new MethodInterceptor [2] for monitoring. But IMHO it would be rather strange to have dependencies to org.springframework.aop to define a new MethodBeforeAdvice [3] for monitoring. Makes sense? :) Benedikt [1] http://commons.apache.org/ [2] http://aopalliance.sourceforge.net/doc/org/aopalliance/intercept/MethodInterceptor.html [3] http://static.springsource.org/spring/docs/3.0.0.M1/javadoc-api/org/springframework/aop/MethodBeforeAdvice.html paul -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter
Re: commons-monitoring?
basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *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/13 Benedikt Ritter brit...@apache.org 2013/2/13 Paul Libbrecht p...@hoplahup.net Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you implement this under this restriction? I've never seen this written before. Have you? Yes, on the commons website [1]: Commons developers will make an effort to ensure that their components have minimal dependencies on other libraries, so that these components can be deployed easily. But you're right If you wanted to point out, that this is not an absolute must-have. We can have minimal dependencies. I guess (but I don't know!) it would be okay to have a dependency to the AOP alliance jars, for example to define a new MethodInterceptor [2] for monitoring. But IMHO it would be rather strange to have dependencies to org.springframework.aop to define a new MethodBeforeAdvice [3] for monitoring. Makes sense? :) Benedikt [1] http://commons.apache.org/ [2] http://aopalliance.sourceforge.net/doc/org/aopalliance/intercept/MethodInterceptor.html [3] http://static.springsource.org/spring/docs/3.0.0.M1/javadoc-api/org/springframework/aop/MethodBeforeAdvice.html paul -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter
Re: commons-monitoring?
WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *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/13 Benedikt Ritter brit...@apache.org 2013/2/13 Paul Libbrecht p...@hoplahup.net Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you implement this under this restriction? I've never seen this written before. Have you? Yes, on the commons website [1]: Commons developers will make an effort to ensure that their components have minimal dependencies on other libraries, so that these components can be deployed easily. But you're right If you wanted to point out, that this is not an absolute must-have. We can have minimal dependencies. I guess (but I don't know!) it would be okay to have a dependency to the AOP alliance jars, for example to define a new MethodInterceptor [2] for monitoring. But IMHO it would be rather strange to have dependencies to org.springframework.aop to define a new MethodBeforeAdvice [3] for monitoring. Makes sense? :) Benedikt [1] http://commons.apache.org/ [2] http://aopalliance.sourceforge.net/doc/org/aopalliance/intercept/MethodInterceptor.html [3] http://static.springsource.org/spring/docs/3.0.0.M1/javadoc-api/org/springframework/aop/MethodBeforeAdvice.html paul -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter
Re: commons-monitoring?
I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *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/13 Benedikt Ritter brit...@apache.org 2013/2/13 Paul Libbrecht p...@hoplahup.net Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you implement this under this restriction? I've never seen this written before. Have you? Yes, on the commons website [1]: Commons developers will make an effort to ensure that their components have minimal dependencies on other libraries, so that these components can be deployed easily. But you're right If you wanted to point out, that this is not an absolute must-have. We can have minimal dependencies. I guess (but I don't know!) it would be okay to have a dependency to the AOP alliance jars, for example to define a new MethodInterceptor [2] for monitoring. But IMHO it would be rather strange to have dependencies to org.springframework.aop to define a new MethodBeforeAdvice [3] for monitoring. Makes sense? :) Benedikt [1] http://commons.apache.org/ [2] http://aopalliance.sourceforge.net/doc/org/aopalliance/intercept/MethodInterceptor.html [3] http://static.springsource.org/spring/docs/3.0.0.M1/javadoc-api/org/springframework/aop/MethodBeforeAdvice.html paul -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: commons-monitoring?
that's not natural true for spring i think *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/13 Mark Struberg strub...@yahoo.de I'm not sure if this is needed in this case. The Java interceptors spec got moved out of EJB a long time a go and is now a standalone spec which is used by CDI, Spring and guice. The package is javax.interceptor and contains all the stuff we need. If we do it in a similar style than Apache MyFaces CODI and now Apache DeltaSpike does it with the 'InterceptorStrategy' [1] then we are completely free of any container specific code. LieGrue, strub [1] https://git-wip-us.apache.org/repos/asf?p=incubator-deltaspike.git;a=blob;f=deltaspike/core/api/src/main/java/org/apache/deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Sent: Wednesday, February 13, 2013 4:39 PM Subject: Re: commons-monitoring? WRT a Commons Interceptor API, [proxy] defines Interceptor and other related interfaces. Matt On Wed, Feb 13, 2013 at 6:09 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote: basically having a commons.Interceptor api can be interesting then we simply need to map to spring and cdi this is done in shiro for instance and works very well *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/13 Benedikt Ritter brit...@apache.org 2013/2/13 Paul Libbrecht p...@hoplahup.net Benedikt, On 13 févr. 2013, at 08:49, Benedikt Ritter wrote: Commons components usually don't have any dependencies. How would you implement this under this restriction? I've never seen this written before. Have you? Yes, on the commons website [1]: Commons developers will make an effort to ensure that their components have minimal dependencies on other libraries, so that these components can be deployed easily. But you're right If you wanted to point out, that this is not an absolute must-have. We can have minimal dependencies. I guess (but I don't know!) it would be okay to have a dependency to the AOP alliance jars, for example to define a new MethodInterceptor [2] for monitoring. But IMHO it would be rather strange to have dependencies to org.springframework.aop to define a new MethodBeforeAdvice [3] for monitoring. Makes sense? :) Benedikt [1] http://commons.apache.org/ [2] http://aopalliance.sourceforge.net/doc/org/aopalliance/intercept/MethodInterceptor.html [3] http://static.springsource.org/spring/docs/3.0.0.M1/javadoc-api/org/springframework/aop/MethodBeforeAdvice.html paul -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: commons-monitoring?
well not enough time right now but i hope in some weeks the idea would be to get: - something to measure (i think it is already here) - some basic aop (abstraction, spring, cdi?) - some basic view of the measures (servlet or even a bootstrap webapp ;) with sortable tables...) - some basic module for what metrics calls HealthCheck (checks the state of a resource like a datasource) 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/2/12 Olivier Lamy ol...@apache.org 2013/2/11 Romain Manni-Bucau rmannibu...@gmail.com: Hi guys, is there any activity (or plans) on commons monitoring? IMHO nothing :-) it seems pretty old and a lot of work should be done, i would like to know if it is a project to make alive or not If you want to contribute why not. As the idea sounds interesting I can work a bit with you on. thanks *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* -- 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
Re: commons-monitoring?
Worth taking a look at: code.google.com/p/spf4j --z On Feb 12, 2013, at 4:05 PM, Romain Manni-Bucau rmannibu...@gmail.com wrote: well not enough time right now but i hope in some weeks the idea would be to get: - something to measure (i think it is already here) - some basic aop (abstraction, spring, cdi?) - some basic view of the measures (servlet or even a bootstrap webapp ;) with sortable tables...) - some basic module for what metrics calls HealthCheck (checks the state of a resource like a datasource) 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/2/12 Olivier Lamy ol...@apache.org 2013/2/11 Romain Manni-Bucau rmannibu...@gmail.com: Hi guys, is there any activity (or plans) on commons monitoring? IMHO nothing :-) it seems pretty old and a lot of work should be done, i would like to know if it is a project to make alive or not If you want to contribute why not. As the idea sounds interesting I can work a bit with you on. thanks *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* -- 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 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: commons-monitoring?
jamon or the more recent javasimon, moskito (even if not completely written and buggy)... are better candidates IMO *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/12 Zoltan Farkas zolyfar...@yahoo.com Worth taking a look at: code.google.com/p/spf4j --z On Feb 12, 2013, at 4:05 PM, Romain Manni-Bucau rmannibu...@gmail.com wrote: well not enough time right now but i hope in some weeks the idea would be to get: - something to measure (i think it is already here) - some basic aop (abstraction, spring, cdi?) - some basic view of the measures (servlet or even a bootstrap webapp ;) with sortable tables...) - some basic module for what metrics calls HealthCheck (checks the state of a resource like a datasource) 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/2/12 Olivier Lamy ol...@apache.org 2013/2/11 Romain Manni-Bucau rmannibu...@gmail.com: Hi guys, is there any activity (or plans) on commons monitoring? IMHO nothing :-) it seems pretty old and a lot of work should be done, i would like to know if it is a project to make alive or not If you want to contribute why not. As the idea sounds interesting I can work a bit with you on. thanks *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* -- 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 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: commons-monitoring?
yep but they have the whole stack i spoke about (even if core if not that good as you said) *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/12 Zoltan Farkas zolyfar...@yahoo.com If you want to minimize the impact of recording the measurement I disagree. The last time I looked at jamon recording a measurement was synchronized, so recording a measurement in a multithreaded environment was serialized an impacts your scalability. Also seeing the measurement distribution is very valuable and not possible with jamon. Spf4j Implements similar functionality with llquantize in DTrace. http://dtrace.org/blogs/bmc/2011/02/08/llquantize/ There are however other thing that jamon does better... --z On Feb 12, 2013, at 4:40 PM, Romain Manni-Bucau rmannibu...@gmail.com wrote: jamon or the more recent javasimon, moskito (even if not completely written and buggy)... are better candidates IMO *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/12 Zoltan Farkas zolyfar...@yahoo.com Worth taking a look at: code.google.com/p/spf4j --z On Feb 12, 2013, at 4:05 PM, Romain Manni-Bucau rmannibu...@gmail.com wrote: well not enough time right now but i hope in some weeks the idea would be to get: - something to measure (i think it is already here) - some basic aop (abstraction, spring, cdi?) - some basic view of the measures (servlet or even a bootstrap webapp ;) with sortable tables...) - some basic module for what metrics calls HealthCheck (checks the state of a resource like a datasource) 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/2/12 Olivier Lamy ol...@apache.org 2013/2/11 Romain Manni-Bucau rmannibu...@gmail.com: Hi guys, is there any activity (or plans) on commons monitoring? IMHO nothing :-) it seems pretty old and a lot of work should be done, i would like to know if it is a project to make alive or not If you want to contribute why not. As the idea sounds interesting I can work a bit with you on. thanks *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* -- 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 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: commons-monitoring?
Hi Romain, 2013/2/12 Romain Manni-Bucau rmannibu...@gmail.com well not enough time right now but i hope in some weeks the idea would be to get: - something to measure (i think it is already here) - some basic aop (abstraction, spring, cdi?) Commons components usually don't have any dependencies. How would you implement this under this restriction? - some basic view of the measures (servlet or even a bootstrap webapp ;) with sortable tables...) - some basic module for what metrics calls HealthCheck (checks the state of a resource like a datasource) wdyt? Generally patches are always welcome :) Regarding monitoring, it should be clear what plans you have for developing the component. In what ways will it be different/better/a substitute for other monitoring libraries already mentioned here. Regards, Benedikt *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/12 Olivier Lamy ol...@apache.org 2013/2/11 Romain Manni-Bucau rmannibu...@gmail.com: Hi guys, is there any activity (or plans) on commons monitoring? IMHO nothing :-) it seems pretty old and a lot of work should be done, i would like to know if it is a project to make alive or not If you want to contribute why not. As the idea sounds interesting I can work a bit with you on. thanks *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* -- 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 -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter
