Re: svn commit: r1534546 - in /commons/sandbox/monitoring/trunk: ./ aop/src/main/java/org/apache/commons/monitoring/aop/ core/src/main/java/org/apache/commons/monitoring/counters/ jdbc/ jpa/ jpa/src/

ox/monitoring/trunk/jpa/src/main/java/org/apache/ > commons/sandbox/monitoring/trunk/jpa/src/main/java/org/apache/commons/ > > commons/sandbox/monitoring/trunk/jpa/src/main/java/org/apache/commons/monitoring/ > > commons/sandbox/monitoring/trunk/jpa/src/main/java/org/apache/common

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

On 6 October 2013 07:22, Christian Grobmeier wrote: > On 5 Oct 2013, at 14:29, James Carman wrote: > >> On Sat, Oct 5, 2013 at 7:03 AM, Benedikt Ritter >> wrote: >>> >>> >>> I'm not sure I agree with all of your points. Yes, the sandbox is a place >>> to try new ideas out. Does this mean certain

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

r the activation flag." > > reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java > Sending > > > reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java > Transmitting file data . > Co

Re: svn commit: r1529670 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

eporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java > > Modified: > commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java > URL: > http://svn.apache.org/viewvc/com

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

a constant for the activation flag." reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java Sending reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java Transmitting file data . Committed revision 1529670.

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

On 5 Oct 2013, at 14:29, James Carman wrote: On Sat, Oct 5, 2013 at 7:03 AM, Benedikt Ritter wrote: I'm not sure I agree with all of your points. Yes, the sandbox is a place to try new ideas out. Does this mean certain quality criterions do not apply? I don't think so. This all has to be co

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

Fyi doc is here http://commons.apache.org/sandbox/commons-monitoring/configuration.html Le 5 oct. 2013 14:30, "James Carman" a écrit : > On Sat, Oct 5, 2013 at 7:03 AM, Benedikt Ritter > wrote: > > > > I'm not sure I agree with all of your points. Yes, the sand

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

On Sat, Oct 5, 2013 at 7:03 AM, Benedikt Ritter wrote: > > I'm not sure I agree with all of your points. Yes, the sandbox is a place to > try new ideas out. Does this mean certain quality criterions do not apply? I > don't think so. This all has to be corrected before promotion, so why not > ma

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

On 5 October 2013 10:51, Romain Manni-Bucau wrote: > Activated cause it answer the question (if) "is activated" But why not ".active" or ".isActive"? There must be some other bit of code that sets the property initially. It may just be a convention that the user has to set the property. Whatev

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

Hi James, Send from my mobile device > Am 05.10.2013 um 00:33 schrieb James Carman : > > Also, since when did we start nit-picking code in the sandbox? Why > not leave these folks alone and let them work out their ideas? The > sandbox should be an area where folks can play around with stuff an

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

Activated cause it answer the question (if) "is activated" Le 5 oct. 2013 00:46, "sebb" a écrit : > On 4 October 2013 23:23, James Carman wrote: > > On Fri, Oct 4, 2013 at 6:11 PM, sebb wrote: > >> > >> Back to the case in point: why is the string ".activate" and not > anything else? > >> > > >

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

On 4 October 2013 23:23, James Carman wrote: > On Fri, Oct 4, 2013 at 6:11 PM, sebb wrote: >> >> Back to the case in point: why is the string ".activate" and not anything >> else? >> > > Why not just extract a constant and name it something logical like > "ACTIVATED_INDICATOR"? Then, the actual

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

Also, since when did we start nit-picking code in the sandbox? Why not leave these folks alone and let them work out their ideas? The sandbox should be an area where folks can play around with stuff and share new ideas without being hassled by folks. If we make it a pain in the butt, then people

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

On Fri, Oct 4, 2013 at 6:11 PM, sebb wrote: > > Back to the case in point: why is the string ".activate" and not anything > else? > Why not just extract a constant and name it something logical like "ACTIVATED_INDICATOR"? Then, the actual value of the constant can be whatever you want. The val

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

> Author: jlmonteiro >> >> > Date: Wed Oct 2 20:12:29 2013 >> >> > New Revision: 1528612 >> >> > >> >> > URL: http://svn.apache.org/r1528612 >> >> > Log: >> >> > Fixing configuration property typ

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

t;> > Why not ".alive" or ".on" or ".randomString"? >> >> > >> >> >> JLouis >> >> >> >> >> >> >> >> >> 2013/10/3 sebb >> >> >> >> >> >>> On 2

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

/10/3 sebb > >> >> > >> >>> On 2 October 2013 21:12, wrote: > >> >>> > Author: jlmonteiro > >> >>> > Date: Wed Oct 2 20:12:29 2013 > >> >>> > New Revision: 1528612 > >> >>> > &g

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

; >> 2013/10/3 sebb >> >> >> >>> On 2 October 2013 21:12, wrote: >> >>> > Author: jlmonteiro >> >>> > Date: Wed Oct 2 20:12:29 2013 >> >>> > New Revision: 1528612 >> >>> > >> &

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

2:29 2013 > >>> > New Revision: 1528612 > >>> > > >>> > URL: http://svn.apache.org/r1528612 > >>> > Log: > >>> > Fixing configuration property typo > >>> > > >>> > Modified: > >>

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

:12, wrote: >>> > Author: jlmonteiro >>> > Date: Wed Oct 2 20:12:29 2013 >>> > New Revision: 1528612 >>> > >>> > URL: http://svn.apache.org/r1528612 >>> > Log: >>> > Fixing configuration property typo >>>

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

Oct 2 20:12:29 2013 > >> > New Revision: 1528612 > >> > > >> > URL: http://svn.apache.org/r1528612 > >> > Log: > >> > Fixing configuration property typo > >> > > >> > Modified: > >> > > >> > common

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

> > 2013/10/3 sebb > >> On 2 October 2013 21:12, wrote: >> > Author: jlmonteiro >> > Date: Wed Oct 2 20:12:29 2013 >> > New Revision: 1528612 >> > >> > URL: http://svn.apache.org/r1528612 >> > Log: >> > Fixing configur

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

1528612 > > > > URL: http://svn.apache.org/r1528612 > > Log: > > Fixing configuration property typo > > > > Modified: > > > commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

Re: svn commit: r1528612 - /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java

/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java > > Modified: > commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java > URL: > http://svn.apache.org/viewvc/commons/sand

Re: commons-monitoring?

linkedin.com/in/rmannibucau* >> > *Github: https://github.com/rmannibucau* >> > >> > >> > >> > 2013/8/20 Benedikt Ritter >> > >> >> Not sure when we have decided to use fluido skin for our components but >> >> since

Re: svn commit: r1520487 - /commons/sandbox/monitoring/trunk/core/src/main/java/org/apache/commons/monitoring/Role.java

>> >> commons/sandbox/monitoring/trunk/core/src/main/java/org/apache/commons/monitoring/Role.java >> >> Modified: >> commons/sandbox/monitoring/trunk/core/src/main/java/org/apache/commons/monitoring/Role.java >> URL: >> http://svn.apache.org/viewvc/comm

Re: svn commit: r1520487 - /commons/sandbox/monitoring/trunk/core/src/main/java/org/apache/commons/monitoring/Role.java

On 6 September 2013 04:49, wrote: > Author: olamy > Date: Fri Sep 6 03:49:02 2013 > New Revision: 1520487 > > URL: http://svn.apache.org/r1520487 > Log: > simplify code > > Modified: > > commons/sandbox/monitoring/trunk/core/src/main/java/org/ap

Re: Apache Commons Monitoring write access

, >> > >> > I've been working on Apache Commons Monitoring (from the sandbox/trunk). >> > I did some fixes and would like to push others. >> > I'm also working on a new feature. >> > >> > After discussing with Romain and Mark, they

Re: Apache Commons Monitoring write access

Thanks a lot. Yes, gonna try to push a small fix. Jean-Louis 2013/9/2 Luc Maisonobe > Le 02/09/2013 13:14, Jean-Louis MONTEIRO a écrit : > > Hi guys, > > > > I've been working on Apache Commons Monitoring (from the sandbox/trunk). > > I did some fixes and wo

Re: Apache Commons Monitoring write access

Le 02/09/2013 13:14, Jean-Louis MONTEIRO a écrit : > Hi guys, > > I've been working on Apache Commons Monitoring (from the sandbox/trunk). > I did some fixes and would like to push others. > I'm also working on a new feature. > > After discussing with Romain an

Apache Commons Monitoring write access

Hi guys, I've been working on Apache Commons Monitoring (from the sandbox/trunk). I did some fixes and would like to push others. I'm also working on a new feature. After discussing with Romain and Mark, they asked me to push a mail here. Would it be possible to get write access to t

Re: commons-monitoring?

gt; *Github: https://github.com/rmannibucau* > > > > > > > > 2013/8/20 Benedikt Ritter > > > >> Not sure when we have decided to use fluido skin for our components but > >> since I've planned work on this, it serves as a nice show case :-) >

Re: commons-monitoring?

hen we have decided to use fluido skin for our components but >> since I've planned work on this, it serves as a nice show case :-) >> >> >> 2013/8/20 Olivier Lamy >> >> > I published the website: >> > http://commons.apache.org/sandbox/commons-mon

Re: commons-monitoring?

y > > > I published the website: > > http://commons.apache.org/sandbox/commons-monitoring/ > > > > As it's more than a simple commons component, Incubator sounds a good > > idea. I can take care of that. > > But for personal reasons, I have a bit of travelin

Re: commons-monitoring?

Not sure when we have decided to use fluido skin for our components but since I've planned work on this, it serves as a nice show case :-) 2013/8/20 Olivier Lamy > I published the website: > http://commons.apache.org/sandbox/commons-monitoring/ > > As it's more than a si

Re: commons-monitoring?

I published the website: http://commons.apache.org/sandbox/commons-monitoring/ As it's more than a simple commons component, Incubator sounds a good idea. I can take care of that. But for personal reasons, I have a bit of traveling (and won't be connected a lot) this week and next

Re: commons-monitoring?

with the site > as well as the work it is documenting. > > Matt > > > On Mon, Aug 19, 2013 at 4:29 PM, Romain Manni-Bucau > wrote: > > > Up? > > > > Ps: here is a preview of the website > > http://rmannibucau.github.io/commons-monitoring-dev/ > &g

Re: commons-monitoring?

> 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" a > écrit : > > > Hi > > > > How to go ahead with it? > > Le 6 août 2013 04:07, "Romain Manni-Bucau"

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" a écrit : > Hi > > How to go ahead with it? > Le 6 août 2013 04:07, "Romain Manni-Bucau" a > écrit : > >> I tho

Re: commons-monitoring?

he 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 &g

Re: [MONITORING] Contiuum build still fails (was: Re: [continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module)

On 7 August 2013 08:33, Benedikt Ritter wrote: > Hi, > > this still fails. Can one of you guys who is working on monitoring (Romain, > Matt, Oliver, James?!) fix this? > > I see three options: > - configure contiuum to use maven 3 > - use a version of the shade plugin that doesn't require maven 3

Re: [MONITORING] Contiuum build still fails (was: Re: [continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module)

2013/8/7 Romain Manni-Bucau > Hi, > > i have no idea how continuum can be configured, is it hard to setup maven > 3? > Sorry, no idea either :-) I had hoped that you know... > > *Romain Manni-Bucau* > *Twitter: @rmannibucau * > *Blog: **http://rmannibucau.wordp

Re: [MONITORING] Contiuum build still fails (was: Re: [continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module)

Hi, i have no idea how continuum can be configured, is it hard to setup maven 3? *Romain Manni-Bucau* *Twitter: @rmannibucau * *Blog: **http://rmannibucau.wordpress.com/* *LinkedIn: **http://fr.linkedin.com/in/rmannibucau* *Githu

[MONITORING] Contiuum build still fails (was: Re: [continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module)

Hi, this still fails. Can one of you guys who is working on monitoring (Romain, Matt, Oliver, James?!) fix this? I see three options: - configure contiuum to use maven 3 - use a version of the shade plugin that doesn't require maven 3 - don't use shade Benedikt 2013/8/7 Continuum@vmbuild > O

[continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=27251&projectId=127 Build statistics: State: Failed Previous State: Failed Started at: Wed 7 Aug 2013 07:20:13 + Finished at: Wed 7 Aug 2013 07:20:24 + Total time: 11s Build Trigger: Schedule Buil

Re: commons-monitoring?

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 questi

Re: commons-monitoring?

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

Re: [continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module

tinuum to use Maven 3 for monitoring or > get the build working without the shade plugin. Or use a version of the Shade plugin that does not require M3. > Benedikt > > -- Forwarded message -- > From: Continuum@vmbuild > Date: 2013/8/5 > Subject: [continuum] BUILD FA

Fwd: [continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module

ed message -- From: Continuum@vmbuild Date: 2013/8/5 Subject: [continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module To: dev@commons.apache.org Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=27239&

[continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module

0 Comment: adding basic doc Files changed: /commons/sandbox/monitoring/trunk/core/src/main/java/org/apache/commons/monitoring/configuration/Configuration.java ( 1510492 ) /commons/sandbox/monitoring/trunk/pom.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/reporting/src/main/j

[continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module

:04 + Comment: reworking plugin API, in particular getting rid of Handler/Renderer to use something closer to REST (@Regex) Files changed: /commons/sandbox/monitoring/trunk/core/src/main/java/org/apache/commons/monitoring/MonitoringException.java ( 1510386 ) /commons/sandbox/monitoring/trunk

[continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module

15 + Comment: adding gauge concept (= way to get a measure) Files changed: /commons/sandbox/monitoring/trunk/aop/src/main/java/org/apache/commons/monitoring/aop/AbstractPerformanceInterceptor.java ( 1509574 ) /commons/sandbox/monitoring/trunk/aop/src/test/java/org/apache/commons/mon

Re: commons-monitoring?

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

Re: commons-monitoring?

> LieGrue, >> > strub >> > >> > >> > >> > >> > - Original Message - >> > From: James Carman >> > To: Commons Developers List >> > Cc: >> > Sent: Saturday, 27 July 2013, 3:46 >> > Subject: R

Re: commons-monitoring?

rry 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 > > To: Commons Developer

Re: commons-monitoring?

> > > > - Original Message - > From: James Carman > To: Commons Developers List > Cc: > Sent: Saturday, 27 July 2013, 3:46 > Subject: Re: commons-monitoring? > > On Fri, Jul 26, 2013 at 9:36 PM, Romain Manni-Bucau > wrote: >> Well we can di

Re: commons-monitoring?

/rmannibucau* 2013/7/28 Romain Manni-Bucau > 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

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 so

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 To: Commons Developers List Cc: Sent: Saturday, 27 July 2013, 3:46 Subject: Re: commons-monitoring? On Fri, Jul 26, 2013 at 9:36 PM, Romain Manni-

Re: commons-monitoring?

On Fri, Jul 26, 2013 at 9:36 PM, Romain Manni-Bucau 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

Re: commons-monitoring?

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

Re: commons-monitoring?

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

Re: commons-monitoring?

specific code. > > > > > > > > > > > > > > > > > > LieGrue, > > > > > > strub > > > > > > > > > > > > [1] > > > > > > > > > > > > > > > https://git-wip-us.apa

Re: commons-monitoring?

he stuff we >> > > need. >> > > > > > > >> > > > > > > If we do it in a similar style than Apache MyFaces CODI and >> now >> > > > Apache >> > > > > > DeltaSpike does it with the 'InterceptorStrategy&#x

Re: commons-monitoring?

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

Re: commons-monitoring?

of any container specific code. > > > > > > > > > > > > > > > > > > LieGrue, > > > > > > strub > > > > > > > > > > > > [1] > > > > > > > > > > > &

Re: commons-monitoring?

> > > > completely free of any container specific code. > > > > > > > > > > > > > > > LieGrue, > > > > > strub > > > > > > > > > > [1] > > > > > > > > > > https://git-wip-us.apache.org/repos/asf?p=incubat

Re: commons-monitoring?

; > > 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=a772152c46ae589572c6bb2bfb

Re: commons-monitoring?

Grue, > > > 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=HEA

Re: commons-monitoring?

ptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD > > > > > > > > - Original Message - > >> From: Matt Benson > >> To: Commons Developers List > >> Cc: > >> Sent: Wednesday, February 13, 2013 4:39 PM > >

Re: commons-monitoring?

EAD > > > > - Original Message - >> From: Matt Benson >> To: Commons Developers List >> Cc: >> Sent: Wednesday, February 13, 2013 4:39 PM >> Subject: Re: commons-monitoring? >> >> WRT a Commons Interceptor API, [proxy] defines Int

Re: commons-monitoring?

> >> > > > > >> any idea? > > > > >> > > > > >> *Romain Manni-Bucau* > > > > >> *Twitter: @rmannibucau <https://twitter.com/rmannibucau>* > > > > >> *Blog: **http://rmannibucau.wordpress.com/*< &

Re: commons-monitoring?

>> > > > >> any idea? > > > >> > > > >> *Romain Manni-Bucau* > > > >> *Twitter: @rmannibucau <https://twitter.com/rmannibucau>* > > > >> *Blog: **http://rmannibucau.wordpress.com/*< > > > >> http://rmannib

Re: commons-monitoring?

> *Romain Manni-Bucau* > > >> *Twitter: @rmannibucau <https://twitter.com/rmannibucau>* > > >> *Blog: **http://rmannibucau.wordpress.com/*< > > >> http://rmannibucau.wordpress.com/> > > >> *LinkedIn: **http://fr.linked

Re: commons-monitoring?

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

Re: commons-monitoring?

> *Github: https://github.com/rmannibucau* >> >> >> >> 2013/7/25 Gary Gregory >> >> > Hi all, >> > >> > Can someone please describe the project in more detail on the main page >> > http://commons.apache.org/sandbox/commons-monitoring

Re: commons-monitoring?

//rmannibucau.wordpress.com/> > *LinkedIn: **http://fr.linkedin.com/in/rmannibucau* > *Github: https://github.com/rmannibucau* > > > > 2013/7/25 Gary Gregory > > > Hi all, > > > > Can someone please describe the project in more detail on the main page > > ht

Re: commons-monitoring?

p://fr.linkedin.com/in/rmannibucau* *Github: https://github.com/rmannibucau* 2013/7/25 Gary Gregory > 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 r

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 wrote: commons

Re: commons-monitoring?

2013/7/25 Olivier Lamy > 2013/7/25 Benedikt Ritter : > > 2013/7/25 Olivier Lamy > > > >> 2013/7/25 Romain Manni-Bucau : > >> > Hi > >> > > >> > i started to have a deeper look to commons-monitoring > >> > > >> &g

Re: commons-monitoring?

2013/7/25 Benedikt Ritter : > 2013/7/25 Olivier Lamy > >> 2013/7/25 Romain Manni-Bucau : >> > Hi >> > >> > i started to have a deeper look to commons-monitoring >> > >> > here is a first patch (i didn't find monitoring on jira): >&

Re: commons-monitoring?

2013/7/25 Olivier Lamy > 2013/7/25 Romain Manni-Bucau : > > 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 [S

Re: commons-monitoring?

2013/7/25 Romain Manni-Bucau : > Hi > > i started to have a deeper look to commons-monitoring > > here is a first patch (i didn't find monitoring on jira): It's sandbox so no jira. > https://gist.github.com/rmannibucau/957a77139e7b83ce0fdb I have applied your patc

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)

Re: commons-monitoring?

agree. data storage must be "pluggable" (we can propose some default implementations) 2013/2/17 Romain Manni-Bucau : > 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, sy

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 * *Blog: **http://rmannib

Re: commons-monitoring?

2013/2/16 Romain Manni-Bucau : > 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 si

Re: commons-monitoring?

And better to start to enhance it Wdyt? Le 16 févr. 2013 22:34, "Paul Libbrecht" 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 javamelod

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 LG

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 : > Hi, > > To be a bit more p

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 curr

Re: commons-monitoring?

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

Re: commons-monitoring?

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

Re: commons-monitoring?

m/rmannibucau* > > > > 2013/2/12 Olivier Lamy > >> 2013/2/11 Romain Manni-Bucau : >> > Hi guys, >> > >> > is there any activity (or plans) on commons monitoring? >> IMHO nothing :-) >> > >> > it seems pretty old and a lot of work should

Re: commons-monitoring?

//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 > > To:

Re: commons-monitoring?

deltaspike/core/spi/InterceptorStrategy.java;h=a772152c46ae589572c6bb2bfb0292a8e980b2d3;hb=HEAD - Original Message - > From: Matt Benson > To: Commons Developers List > Cc: > Sent: Wednesday, February 13, 2013 4:39 PM > Subject: Re: commons-monitoring? > > W

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 wrote: > 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 i

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 * *Blog: **http://rmannibucau.wordpress.com/*

Re: commons-monitoring?

2013/2/13 Paul Libbrecht > 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

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

  1   2   >