[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=27237projectId=127 Build statistics: State: Failed Previous State: Failed Started at: Mon 5 Aug 2013 09:20:14 + Finished at: Mon 5 Aug 2013 09:20:28 + Total time: 13s Build Trigger: Schedule Build Number: 10 Exit code: 1 Building machine hostname: vmbuild Operating system : Linux(unknown) Java Home version : java version 1.6.0_30 Java(TM) SE Runtime Environment (build 1.6.0_30-b12) Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode) Builder version : Apache Maven 2.2.1 (r801777; 2009-08-06 19:16:01+) Java version: 1.6.0_30 Java home: /usr/lib/jvm/jdk1.6.0_30/jre Default locale: en_US, platform encoding: ANSI_X3.4-1968 OS name: linux version: 2.6.32-41-server arch: amd64 Family: unix SCM Changes: Changed: rmannibucau @ Mon 5 Aug 2013 08:48: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/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/MonitoringController.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/FilteringEndpoints.java (from /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/FilteringHandler.java:1510370) ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/FilteringHandler.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/Handler.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/HandlerRendererAdapter.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/HomeEndpoint.java (from /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/HomeHandler.java:1510370) ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/HomeHandler.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/RedirectHandler.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/Renderer.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/api ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/api/Regex.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/api/Template.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/api/TemplateHelper.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/internal ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/internal/EndpointInfo.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/handler/internal/Invoker.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/Plugin.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginDecoratorHandler.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/jmx/JMXEndpoints.java (from /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/jmx/JMXHandler.java:1510370) ( 1510386 ) /commons/sandbox/monitoring/trunk/reporting/src/main/java/org/apache/commons/monitoring/reporting/web/plugin/jmx/JMXHandler.java ( 1510386 )
Re: [csv] accessing primitives and other record values
I've removed the primitive APIs from trunk. This is seems too disruptive
toward a 1.0 at this point.
Gary
On Mon, Aug 5, 2013 at 1:18 AM, Adrian Crum
adrian.c...@sandglass-software.com wrote:
It might be best to suggest a facade that handles missing converters, null
or empty CSV fields, etc. That's why I suggested leaving the type
conversion to the applications programmer - we can't know what the
developer wants to do in those cases.
-Adrian
On 8/4/2013 6:53 PM, Gary Gregory wrote:
On Sat, Aug 3, 2013 at 1:31 PM, James Carman ja...@carmanconsulting.com
**wrote:
+1. We need to eat our own dog food when it makes sense.
Would this be the proper way to do things with [convert]?
import org.apache.commons.convert.**ConversionException;
import org.apache.commons.convert.**Converters;
public class CSVRecordConverter {
public CSVRecordConverter(CSVRecord record) {
super();
this.record = record;
}
private final CSVRecord record;
public boolean getBoolean(String name) throws ClassNotFoundException,
ConversionException {
return Converters.getConverter(**String.class,
Boolean.class).convert(record.**get(name)).booleanValue();
}
}
ClassNotFoundException seems really out of place here. I read If no
matching Converter is found, the method throws ClassNotFoundException.
It seems to me that a ConversionException would be better.
?
Gary
Our package
rename approach helps solve the jar hell issue, so adding dependencies
shouldn't be so frowned upon. Obviously if it's one little helper method
here and there we can copy the code if folks are really that averse to
dependencies.
On Saturday, August 3, 2013, Paul Benedict wrote:
If Convert and BeanUtils do the same thing, I think Commons needs to
figure
out how to solve this dilemma because duplicated functionality is
usually
frowned upon here. For example, when Commons Lang began doing math, they
moved that to Commons Math (and the same thing happened for BeanUtils
from
Lang).
If Convert is to be released, I think BeanUtils should get some
refactoring
for a 2.0 release. They should harmonize but not duplicate
functionality.
Paul
On Sat, Aug 3, 2013 at 11:58 AM, Gary Gregory garydgreg...@gmail.com
javascript:;
wrote:
On Sat, Aug 3, 2013 at 12:55 PM, Adrian Crum
adrian.crum@sandglass-**software.comadrian.c...@sandglass-software.com
wrote:
On 8/3/2013 9:49 AM, Gary Gregory wrote:
On Sat, Aug 3, 2013 at 12:10 PM, Adrian Crum
adrian.crum@sandglass-**softwa**re.com http://software.com
adrian.crum@sandglass-**software.comadrian.c...@sandglass-software.com
wrote:
Inline...
On 8/3/2013 9:05 AM, Gary Gregory wrote:
On Sat, Aug 3, 2013 at 11:50 AM, Adrian Crum
adrian.crum@sandglass-softwa**re.com http://software.com
adrian.crum@sandglass-**softwa**re.com http://software.com
adrian.crum@sandglass-**software.comadrian.c...@sandglass-software.com
wrote:
Have you considered recommending Commons Convert?
No: it is unreleased. Are you willing to help polish it to 1.0?
Aside from a pending bug fix, the code is complete. The project
has
been
used by Apache OFBiz for years, so it is proven and stable. So, I
don't
know what additional steps are required to polish it.
There's no user manual or FAQ, the Javadoc is thin. How do you get
started?
I will try to build out the docs a little more. I think I need karma
to
edit the Convert Wiki - adrianc.
The docs should be in SVN IMO, just like most components.
Gary
More below.
Having an official release would be wonderful.
Yes: I'd like to eat our own dog food.
Gary
I agree that Java data type conversion is outside the scope of
CSV.
What about a CSVRecord wrapper that delegates to [convert]?
What would that look like? From my experience, hard-coding
conversions
is
not scalable. If an application needs to convert a CSV field to a
custom
type Foo, how will the wrapper accommodate that?
It would not for now. This is just about primitives or basic JRE
types
like
Number and Date (Calendar).
Gary
Gary
-Adrian
On 8/3/2013 8:36 AM, Gary Gregory wrote:
Hi All:
I recently added these CSVRecord APIs: getBoolean(String),
getInt(String),
getLong(String), getBigInteger(String).
Some people are OK with this, some consider this out of scope,
some
consider it not necessary for 1.0, some -1, some are worried
about
feature
creep (default values, Calendar, Date, List, and so on), some
think
the
Javadoc should be clearer.
At the very least I think we should document how to --
Cheers,
Paul
--**--**-
To unsubscribe, e-mail:
dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
--
E-Mail:
Re: [Math] Remove optimizer from constructor of CurveFitter subclasses (MATH-1014)
On Mon, 05 Aug 2013 04:27:11 +0200, Gilles wrote: Hi. Please have a look at https://issues.apache.org/jira/browse/MATH-1014 In summary, this is an API change (in line with the fluent API proposed for the optimizers); but usage is simplified: [...] As a further simplification, I also wonder whether the capability to provide an initial guess (cf. method withStartPoint in class GaussianCurveFitter) should not be removed from specific fitters that provide automatic guessing (as this procedure should embody the best possible guess given the input data). Indeed a too crude guess might confuse the optimizer (and thus the users, leading to unnecessary bug reports). Regards, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[convert] String to Boolean converter
HI All: This is for the string to Boolean converter, but I suppose this applies to other converters. Would providing an alternate string for true be in the spirit of [convert]? What about for false? The current converter would be enhanced to support this, the alt strings would be provided in the ctor. What is the thinking WRT to validation? For example I want a boolean converter that throws an exception if the string is not true or false (ignoring case). Would this be more appropriate in a ValidatingStringToBooleanConverter instead of an extra setting in the ctor? Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Editionhttp://www.manning.com/bauer3/ JUnit in Action, Second Edition http://www.manning.com/tahchiev/ Spring Batch in Action http://www.manning.com/templier/ Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory
Re: [convert] String to Boolean converter
Yes, that would be a good change. The general goal of String conversions was to mimic the type's toString() and valueOf() methods, but there are some exceptions that are left over from OFBiz. I tried to remove the OFBiz-specific code when I ported the code to Commons, but I can see I missed a few spots. Another general goal was to make conversions bidirectional: Type A - Type B - Type A. So, the Boolean converters need some work. -Adrian On 8/5/2013 6:16 AM, Gary Gregory wrote: HI All: This is for the string to Boolean converter, but I suppose this applies to other converters. Would providing an alternate string for true be in the spirit of [convert]? What about for false? The current converter would be enhanced to support this, the alt strings would be provided in the ctor. What is the thinking WRT to validation? For example I want a boolean converter that throws an exception if the string is not true or false (ignoring case). Would this be more appropriate in a ValidatingStringToBooleanConverter instead of an extra setting in the ctor? Gary - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[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=27239projectId=127 Build statistics: State: Failed Previous State: Failed Started at: Mon 5 Aug 2013 15:20:14 + Finished at: Mon 5 Aug 2013 15:20:22 + Total time: 8s Build Trigger: Schedule Build Number: 10 Exit code: 1 Building machine hostname: vmbuild Operating system : Linux(unknown) Java Home version : java version 1.6.0_30 Java(TM) SE Runtime Environment (build 1.6.0_30-b12) Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode) Builder version : Apache Maven 2.2.1 (r801777; 2009-08-06 19:16:01+) Java version: 1.6.0_30 Java home: /usr/lib/jvm/jdk1.6.0_30/jre Default locale: en_US, platform encoding: ANSI_X3.4-1968 OS name: linux version: 2.6.32-41-server arch: amd64 Family: unix SCM Changes: Changed: rmannibucau @ Mon 5 Aug 2013 14:24:13 + 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/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java ( 1510492 ) /commons/sandbox/monitoring/trunk/reporting/src/main/resources/META-INF/LICENSE.TXT ( 1510492 ) /commons/sandbox/monitoring/trunk/reporting/src/main/resources/META-INF/NOTICE.txt ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/basis.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/concepts.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/configuration.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/index.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/instrumentation.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/plugins.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/reporting.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/commons-logo.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/home.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/jvm.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/mbean-attributes.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/mbean-operations.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/report.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/site.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/index.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/instrumentation.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/listeners.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/reporting.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/tutorial.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/web.xml ( 1510492 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean test Arguments: --batch-mode -Pjava-1.6 Build Fresh: false Always Build: false Default Build Definition: true Schedule: COMMONS_SCHEDULE Profile Name: Maven 2.2.1 Description: Monitoring requires Java 1.6 for its JDBC module Test Summary: Tests: 11 Failures: 0 Errors: 0 Success Rate: 100 Total time: 0.6326 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Fwd: [continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module
Is some one looking at this? Continuum says: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error resolving version for 'org.apache.maven.plugins:maven-shade-plugin': Plugin requires Maven version 3.0 [INFO] So we either have to configure Continuum to use Maven 3 for monitoring or get the build working without the shade plugin. Benedikt -- Forwarded message -- From: Continuum@vmbuild contin...@apache.org 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=27239projectId=127 Build statistics: State: Failed Previous State: Failed Started at: Mon 5 Aug 2013 15:20:14 + Finished at: Mon 5 Aug 2013 15:20:22 + Total time: 8s Build Trigger: Schedule Build Number: 10 Exit code: 1 Building machine hostname: vmbuild Operating system : Linux(unknown) Java Home version : java version 1.6.0_30 Java(TM) SE Runtime Environment (build 1.6.0_30-b12) Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode) Builder version : Apache Maven 2.2.1 (r801777; 2009-08-06 19:16:01+) Java version: 1.6.0_30 Java home: /usr/lib/jvm/jdk1.6.0_30/jre Default locale: en_US, platform encoding: ANSI_X3.4-1968 OS name: linux version: 2.6.32-41-server arch: amd64 Family: unix SCM Changes: Changed: rmannibucau @ Mon 5 Aug 2013 14:24:13 + 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/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java ( 1510492 ) /commons/sandbox/monitoring/trunk/reporting/src/main/resources/META-INF/LICENSE.TXT ( 1510492 ) /commons/sandbox/monitoring/trunk/reporting/src/main/resources/META-INF/NOTICE.txt ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/basis.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/concepts.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/configuration.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/index.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/instrumentation.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/plugins.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/reporting.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/commons-logo.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/home.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/jvm.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/mbean-attributes.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/mbean-operations.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/report.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/site.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/index.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/instrumentation.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/listeners.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/reporting.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/tutorial.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/web.xml ( 1510492 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean test Arguments: --batch-mode -Pjava-1.6 Build Fresh: false Always Build: false Default Build Definition: true Schedule: COMMONS_SCHEDULE Profile Name: Maven 2.2.1 Description: Monitoring requires Java 1.6 for its JDBC module Test Summary:
[csv] final types
In https://issues.apache.org/jira/browse/CSV-42 One of the comments is to make all classes final. Right now, only our package private types are final. Thoughts? Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Editionhttp://www.manning.com/bauer3/ JUnit in Action, Second Edition http://www.manning.com/tahchiev/ Spring Batch in Action http://www.manning.com/templier/ Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory
Re: [csv] final types
2013/8/5 Gary Gregory garydgreg...@gmail.com In https://issues.apache.org/jira/browse/CSV-42 One of the comments is to make all classes final. Right now, only our package private types are final. Thoughts? Sounds reasonable (to make all classes final). Benedikt Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition http://www.manning.com/bauer3/ JUnit in Action, Second Edition http://www.manning.com/tahchiev/ Spring Batch in Action http://www.manning.com/templier/ Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter
Re: [continuum] BUILD FAILURE: Apache Commons - Commons Monitoring (Sandbox) - Monitoring requires Java 1.6 for its JDBC module
On 5 August 2013 16:26, Benedikt Ritter brit...@apache.org wrote: Is some one looking at this? Continuum says: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error resolving version for 'org.apache.maven.plugins:maven-shade-plugin': Plugin requires Maven version 3.0 [INFO] So we either have to configure Continuum 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 contin...@apache.org 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=27239projectId=127 Build statistics: State: Failed Previous State: Failed Started at: Mon 5 Aug 2013 15:20:14 + Finished at: Mon 5 Aug 2013 15:20:22 + Total time: 8s Build Trigger: Schedule Build Number: 10 Exit code: 1 Building machine hostname: vmbuild Operating system : Linux(unknown) Java Home version : java version 1.6.0_30 Java(TM) SE Runtime Environment (build 1.6.0_30-b12) Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode) Builder version : Apache Maven 2.2.1 (r801777; 2009-08-06 19:16:01+) Java version: 1.6.0_30 Java home: /usr/lib/jvm/jdk1.6.0_30/jre Default locale: en_US, platform encoding: ANSI_X3.4-1968 OS name: linux version: 2.6.32-41-server arch: amd64 Family: unix SCM Changes: Changed: rmannibucau @ Mon 5 Aug 2013 14:24:13 + 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/java/org/apache/commons/monitoring/reporting/web/plugin/PluginRepository.java ( 1510492 ) /commons/sandbox/monitoring/trunk/reporting/src/main/resources/META-INF/LICENSE.TXT ( 1510492 ) /commons/sandbox/monitoring/trunk/reporting/src/main/resources/META-INF/NOTICE.txt ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/basis.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/concepts.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/configuration.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/index.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/instrumentation.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/plugins.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/markdown/reporting.md ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/commons-logo.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/home.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/jvm.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/mbean-attributes.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/mbean-operations.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/resources/images/gui/report.png ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/site.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/index.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/instrumentation.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/listeners.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/reporting.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/tutorial.xml ( 1510492 ) /commons/sandbox/monitoring/trunk/src/site/xdoc/web.xml ( 1510492 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean test Arguments: --batch-mode -Pjava-1.6 Build Fresh: false Always Build: false Default
Re: [csv] final types
On 5 August 2013 18:46, Benedikt Ritter brit...@apache.org wrote: 2013/8/5 Gary Gregory garydgreg...@gmail.com In https://issues.apache.org/jira/browse/CSV-42 One of the comments is to make all classes final. Right now, only our package private types are final. Thoughts? Sounds reasonable (to make all classes final). Agreed. It might turn out that some classes have to be extendable (and thus non-final), but that would be possible to change later. Whereas making a class final breaks API compat. Code should always start with minimum visibility etc. Benedikt Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition http://www.manning.com/bauer3/ JUnit in Action, Second Edition http://www.manning.com/tahchiev/ Spring Batch in Action http://www.manning.com/templier/ Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory -- 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: [Math] Remove optimizer from constructor of CurveFitter subclasses (MATH-1014)
My thinking is that a good guess can increase speed of refitting under minor changes. There might be lots of reasons why a user might already have a good idea of the solution. On Mon, Aug 5, 2013 at 9:13 AM, Gilles gil...@harfang.homelinux.org wrote: On Mon, 05 Aug 2013 04:27:11 +0200, Gilles wrote: Hi. Please have a look at https://issues.apache.org/**jira/browse/MATH-1014https://issues.apache.org/jira/browse/MATH-1014 In summary, this is an API change (in line with the fluent API proposed for the optimizers); but usage is simplified: [...] As a further simplification, I also wonder whether the capability to provide an initial guess (cf. method withStartPoint in class GaussianCurveFitter) should not be removed from specific fitters that provide automatic guessing (as this procedure should embody the best possible guess given the input data). Indeed a too crude guess might confuse the optimizer (and thus the users, leading to unnecessary bug reports). Regards, Gilles --**--**- To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[csv] Can CSV-42 be closed?
WRT https://issues.apache.org/jira/browse/CSV-42 There is one remaining issue it seems: Added an ignoreEncapsulationTrailingCharacters field. This is used to either ignore or append characters that are after an encapsulated value. Previously an IOException was being thrown here, which I don't think is ever a good idea. Do we want to do anything about this for 1.0? 1.x? Ever? Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Editionhttp://www.manning.com/bauer3/ JUnit in Action, Second Edition http://www.manning.com/tahchiev/ Spring Batch in Action http://www.manning.com/templier/ Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory
Re: [csv] Can CSV-42 be closed?
On 5 August 2013 22:59, Gary Gregory garydgreg...@gmail.com wrote: WRT https://issues.apache.org/jira/browse/CSV-42 There is one remaining issue it seems: Added an ignoreEncapsulationTrailingCharacters field. This is used to either ignore or append characters that are after an encapsulated value. Previously an IOException was being thrown here, which I don't think is ever a good idea. Do we want to do anything about this for 1.0? 1.x? Ever? If characters appear between the encapsulated value and the next delimiter, the input is clearly broken, and this needs to be signalled somehow. Does not have to be IOE, but the default should be to inform the user. It might perhaps be worth adding an option to provide alternative behaviour, but I think it will need to be more than just a boolean, as there are at least 3 options: - exception - ignore - append to parsed value But I don't think this is needed for 1.0. To close the main issue, I suggest creating a new one just for this. But it should be postponed for now. Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Editionhttp://www.manning.com/bauer3/ JUnit in Action, Second Edition http://www.manning.com/tahchiev/ Spring Batch in Action http://www.manning.com/templier/ Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [csv] Can CSV-42 be closed?
Procedural question: Isn't the issue itself the proper place for this discussion? On Mon, Aug 5, 2013 at 11:59 PM, Gary Gregory garydgreg...@gmail.comwrote: WRT https://issues.apache.org/jira/browse/CSV-42 There is one remaining issue it seems: Added an ignoreEncapsulationTrailingCharacters field. This is used to either ignore or append characters that are after an encapsulated value. Previously an IOException was being thrown here, which I don't think is ever a good idea. Do we want to do anything about this for 1.0? 1.x? Ever? Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition http://www.manning.com/bauer3/ JUnit in Action, Second Edition http://www.manning.com/tahchiev/ Spring Batch in Action http://www.manning.com/templier/ Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory -- That's what prayers are ... it's frightened people trying to make friends with the bully! Terry Pratchett. The Last Hero
Re: [csv] Can CSV-42 be closed?
On 5 August 2013 23:35, Jochen Wiedmann jochen.wiedm...@gmail.com wrote: Procedural question: Isn't the issue itself the proper place for this discussion? I would say that the issue is usually the best place for comments about technical matters to do with the issue. The dev mailing list is usually better for strategy discussions, but any relevant conclusions should be copied to the issue. But there will [almost] always be exceptions to both... On Mon, Aug 5, 2013 at 11:59 PM, Gary Gregory garydgreg...@gmail.comwrote: WRT https://issues.apache.org/jira/browse/CSV-42 There is one remaining issue it seems: Added an ignoreEncapsulationTrailingCharacters field. This is used to either ignore or append characters that are after an encapsulated value. Previously an IOException was being thrown here, which I don't think is ever a good idea. Do we want to do anything about this for 1.0? 1.x? Ever? Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition http://www.manning.com/bauer3/ JUnit in Action, Second Edition http://www.manning.com/tahchiev/ Spring Batch in Action http://www.manning.com/templier/ Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory -- That's what prayers are ... it's frightened people trying to make friends with the bully! Terry Pratchett. The Last Hero - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[CSV] Test failures with latest code
With the latest code I'm getting build errors related to the format builder changes: Tests in error: CSVFormatBuilderTest.testQuotePolicyNoneWithoutEscapeThrowsException ╗ Unexpe... CSVFormatBuilderTest.testNewFormatLFThrowsException ╗ Unexpected exception, e... CSVFormatBuilderTest.testCopiedFormatIsEqualToOriginal:55 NoSuchMethod org.apa... CSVFormatBuilderTest.testQuoteChar:133 ╗ NoSuchMethod org.apache.commons.csv.C... CSVFormatBuilderTest.testRecoardSeparator:169 ╗ NoSuchMethod org.apache.common... CSVFormatBuilderTest.testQuotePolicy:154 ╗ NoSuchMethod org.apache.commons.csv... CSVFormatBuilderTest.testDefaultQuotePolicy:159 ╗ NoSuchMethod org.apache.comm... CSVFormatBuilderTest.testIgnoreSurroundingSpaces:118 ╗ NoSuchMethod org.apache... CSVFormatBuilderTest.testDelimiter:71 ╗ NoSuchMethod org.apache.commons.csv.CS... CSVFormatBuilderTest.testCopiedFormatWithChanges:63 NoSuchMethod org.apache.co... CSVFormatBuilderTest.testIgnoreEmptyLines:113 ╗ NoSuchMethod org.apache.common... CSVFormatBuilderTest.testEscape:86 ╗ NoSuchMethod org.apache.commons.csv.CSVFo... CSVFormatBuilderTest.testNewFormatCRThrowsException ╗ Unexpected exception, e... CSVFormatBuilderTest.testCommentStart:50 ╗ NoSuchMethod org.apache.commons.csv... CSVFormatBuilderTest.testHeaderReferenceCannotEscape:105 ╗ NoSuchMethod org.ap... Tests run: 198, Failures: 0, Errors: 15, Skipped: 1 Just FYI, assuming someone is going to get to those soon... Thanks, ~Roger Whitcomb
Re: [CSV] Test failures with latest code
I have Revision: 1510832. All is well for me from Eclipse with Java 1.5.0_22 All is well for me from the command line with: Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 08:51:28-0500) Maven home: C:\Java\apache-maven-3.0.5\bin\.. Java version: 1.7.0_25, vendor: Oracle Corporation Java home: C:\Program Files\Java\jdk1.7.0_25\jre Default locale: en_US, platform encoding: Cp1252 OS name: windows 7, version: 6.1, arch: amd64, family: windows Gary On Mon, Aug 5, 2013 at 8:29 PM, Roger L. Whitcomb roger.whitc...@actian.com wrote: With the latest code I'm getting build errors related to the format builder changes: Tests in error: CSVFormatBuilderTest.testQuotePolicyNoneWithoutEscapeThrowsException ╗ Unexpe... CSVFormatBuilderTest.testNewFormatLFThrowsException ╗ Unexpected exception, e... CSVFormatBuilderTest.testCopiedFormatIsEqualToOriginal:55 NoSuchMethod org.apa... CSVFormatBuilderTest.testQuoteChar:133 ╗ NoSuchMethod org.apache.commons.csv.C... CSVFormatBuilderTest.testRecoardSeparator:169 ╗ NoSuchMethod org.apache.common... CSVFormatBuilderTest.testQuotePolicy:154 ╗ NoSuchMethod org.apache.commons.csv... CSVFormatBuilderTest.testDefaultQuotePolicy:159 ╗ NoSuchMethod org.apache.comm... CSVFormatBuilderTest.testIgnoreSurroundingSpaces:118 ╗ NoSuchMethod org.apache... CSVFormatBuilderTest.testDelimiter:71 ╗ NoSuchMethod org.apache.commons.csv.CS... CSVFormatBuilderTest.testCopiedFormatWithChanges:63 NoSuchMethod org.apache.co... CSVFormatBuilderTest.testIgnoreEmptyLines:113 ╗ NoSuchMethod org.apache.common... CSVFormatBuilderTest.testEscape:86 ╗ NoSuchMethod org.apache.commons.csv.CSVFo... CSVFormatBuilderTest.testNewFormatCRThrowsException ╗ Unexpected exception, e... CSVFormatBuilderTest.testCommentStart:50 ╗ NoSuchMethod org.apache.commons.csv... CSVFormatBuilderTest.testHeaderReferenceCannotEscape:105 ╗ NoSuchMethod org.ap... Tests run: 198, Failures: 0, Errors: 15, Skipped: 1 Just FYI, assuming someone is going to get to those soon... Thanks, ~Roger Whitcomb -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Editionhttp://www.manning.com/bauer3/ JUnit in Action, Second Edition http://www.manning.com/tahchiev/ Spring Batch in Action http://www.manning.com/templier/ Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory
Re: [CSV] Test failures with latest code
On 6 August 2013 01:29, Roger L. Whitcomb roger.whitc...@actian.com wrote: With the latest code I'm getting build errors related to the format builder changes: Tests in error: CSVFormatBuilderTest.testQuotePolicyNoneWithoutEscapeThrowsException ╗ Unexpe... CSVFormatBuilderTest.testNewFormatLFThrowsException ╗ Unexpected exception, e... CSVFormatBuilderTest.testCopiedFormatIsEqualToOriginal:55 NoSuchMethod org.apa... CSVFormatBuilderTest.testQuoteChar:133 ╗ NoSuchMethod org.apache.commons.csv.C... CSVFormatBuilderTest.testRecoardSeparator:169 ╗ NoSuchMethod org.apache.common... CSVFormatBuilderTest.testQuotePolicy:154 ╗ NoSuchMethod org.apache.commons.csv... CSVFormatBuilderTest.testDefaultQuotePolicy:159 ╗ NoSuchMethod org.apache.comm... CSVFormatBuilderTest.testIgnoreSurroundingSpaces:118 ╗ NoSuchMethod org.apache... CSVFormatBuilderTest.testDelimiter:71 ╗ NoSuchMethod org.apache.commons.csv.CS... CSVFormatBuilderTest.testCopiedFormatWithChanges:63 NoSuchMethod org.apache.co... CSVFormatBuilderTest.testIgnoreEmptyLines:113 ╗ NoSuchMethod org.apache.common... CSVFormatBuilderTest.testEscape:86 ╗ NoSuchMethod org.apache.commons.csv.CSVFo... CSVFormatBuilderTest.testNewFormatCRThrowsException ╗ Unexpected exception, e... CSVFormatBuilderTest.testCommentStart:50 ╗ NoSuchMethod org.apache.commons.csv... CSVFormatBuilderTest.testHeaderReferenceCannotEscape:105 ╗ NoSuchMethod org.ap... Tests run: 198, Failures: 0, Errors: 15, Skipped: 1 Just FYI, assuming someone is going to get to those soon... Using Apache Maven 2.2.1 (r801777; 2009-08-06 20:16:01+0100) Java version: 1.7.0_25 Java home: C:\jdk1.7.0_25\jre Default locale: en_GB, platform encoding: Cp1252 OS name: windows xp version: 5.1 arch: x86 Family: windows I get: Tests run: 171, Failures: 0, Errors: 0, Skipped: 1 So does the Continuum CI server. Not sure why you are seeing more tests. Did you clean out the build directory structure? Try mvn clean test and see what happens. What OS/Java are you using? - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
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 - To
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:
