date:20120723

[GUMP@vmgump]: Project commons-digester3 (in module apache-commons) failed

2012-07-23 Thread Gump

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project commons-digester3 has an issue affecting its community integration.
This issue affects 2 projects,
 and has been outstanding for 81 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-digester3 :  XML to Java Object Configuration
- commons-digester3-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-digester3/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-digester3-*[0-9T].jar] identifier set to 
project name
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/digester/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/apache-commons/digester/pom.xml
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-digester3/gump_work/build_apache-commons_commons-digester3.html
Work Name: build_apache-commons_commons-digester3 (Type: Build)
Work ended in a state of : Failed
Elapsed: 56 secs
Command Line: /opt/maven2/bin/mvn --batch-mode -DskipTests=true --settings 
/srv/gump/public/workspace/apache-commons/digester/gump_mvn_settings.xml 
package 
[Working Directory: /srv/gump/public/workspace/apache-commons/digester]
M2_HOME: /opt/maven2
-
[INFO] [remote-resources:process {execution: default}]
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor && svn 
--non-interactive info
[INFO] Working directory: 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor
[INFO] Storing buildNumber: ?? at timestamp: 1343032462057
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor && svn 
--non-interactive info
[INFO] Working directory: 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[debug] execute contextualize
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] Copying 2 resources to META-INF
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 5 source files to 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/target/classes
[INFO] [bundle:manifest {execution: bundle-manifest}]
[debug] execute contextualize
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/src/test/resources
[INFO] Copying 0 resource to META-INF
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] Compiling 3 source files to 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/target/test-classes
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel")
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel/image")
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel/item")
>
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] error: Impossible to generate class 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule: 
Attempt to recreate a file for type 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
[ERROR] error: Impossible to generate class 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule: 
Attempt to recreate a file for type 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
[INFO] 2 errors 
[INFO] -
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

error: Impossible to generate class 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule: 
Attempt to recreate a file for type 
org.apache.commons.digester3.annota

Re: [math] API proposal for differentiation

2012-07-23 Thread Luc Maisonobe

Le 22/07/2012 22:48, Gilles Sadowski a écrit :
> On Sun, Jul 22, 2012 at 12:44:07PM -0700, Phil Steitz wrote:
>> On 7/22/12 9:35 AM, Luc Maisonobe wrote:
>>> Hi all,
>>>
>>> A few months ago, Gilles proposed to add an implementation of the
>>> Ridder's algorithm for differentiation (see
>>> ). After some discussion
>>> the issue was postponed, waiting for an API for this family of algorithms.
>>>
>>> Last week, at work, someone asked me again about differentiation and I
>>> directed him to this issue and also to the Nabla project. He told me he
>>> was interested in having some support in [math] for this (I'm not sure
>>> he reads this list, but if he does, I hope he will join the discussion).
>>>
>>> The basic needs are to get derivatives of either real-valued or vector
>>> valued variables, either univariate or multivariate. Depending on the
>>> dimensions we have derivatives, gradients, or Jacobians. In some cases,
>>> the derivatives can be computed by exact methods (either because user
>>> developed the code or using an automated tool like Nabla). In other
>>> cases we have to rely on approximate algorithms (like Ridder's algorithm
>>> with iterations or n-points finite differences).
>>>
>>> Most of the times, when a derivative is evaluated, either the user needs
>>> to evaluate the function too or the function is evaluated as a side
>>> effect of the derivative computation. Numerous tools therefore packe the
>>> value and the derivative in one object (sometimes called Rall numbers)
>>> and transfor something like:
>>>
>>>   double f(double x) { ... }
>>>
>>> into this:
>>>
>>>   RallNumber f(RallNumber x) { ... }
>>>
>>> This is a very classical approach, very simple for languages that
>>> implement operator overloading (see the book "Evaluating Derivatives" by
>>> Andreas Griewank and Andrea Waltherpaper, SIAM 2008 or the paper "On the
>>> Implementation of Automatic Differentiation Tools" by Christian H.
>>> Bischof, Paul D. Hovland and Boyana Norris, unfortunately I was not able
>>> to find a public version of this paper, or simply look at the wikipedia
>>> entry  and the
>>> presentation on automatic differentiation which seems to have been
>>> written by one of the people who contributed to the wikipedia article
>>> ).
>>>
>>> Using this approach is simple to understand and compatible with all
>>> differnetiation methods: direct user code for functions that are easily
>>> differentiated, generated exact code produced by tools, finite
>>> differences methods without any iteration and iterative methods like the
>>> Ridder's method.
>>>
>>> So I suggest we use this as our basic block. We already have an
>>> implementation of RallNumbers in Nabla, where it is called
>>> differentialPair
>>> ().
>>> We can move this class into [math] and rename it RallNumbers.
> 
> Why is it called a Rall number?

I think it is a reference to L. B Rall and his 1984 report "The
Arithmetic of Differentiation".

> 
>>
>> +1 - though I don't really see the need or big value in renaming
>> this.  DifferentialPair is more descriptive.
> 
> Maybe Rall number is more standard (I don't know)?

I am not sure it is very widely used. I get this name from the following
citation in Bischof, Hovland and Norris paper:

 "In its simplest form, operator overloading introduces a new class
  that carries function values and derivatives (collectively called
  Rall numbers (Barton and Nackman, 1996) or doublets
  (Bartholomew-Biggs et al., 1995))."

I finally found a public link to this paper:
.

There is also a similar reference in the paper "Object oriented
implementation of a second-order optimization method" by L. F. D. Bras
and A. F. M. Azevedo
.

In both cases the referenced papers is:
 Barton, J. J. and L. R. Nackman: 1996,
‘Automatic Differentiation’. C++ Report 8(2), 61–63.


> 
> Maybe yet another name: I don't understand "DifferentialPair" either.

It simply depicts the content of this small container: two fields, f0
for the value, f1 for the first derivative.

> 
>>
>>>
>>> For real valued univariate functions, we have the interface
>>> UnivariateFunction
>>> 
>>> that defines the single method
>>>
>>>   double value(double x)
>>>
>>> This interface is used in many places, it is simple and it is well
>>> defined, so it should be kept as is.
>>>
>>> We also have a DifferentiableUnivariateFunction, which returns a
>>> separate UnivariateFunction for the derivative:
>>>
>>>  UnivariateFunction derivative();
>>>
>>> This interface is used

Re: [Math] Random tests sometimes fail (r1363105)

2012-07-23 Thread Gilles Sadowski

Hello.

> >
> > I've encountered a failure of one the tests which you introduced in
> > revision 1363105.  Here is an excerpt of the error:
> > ---
> >
> > testNormalDistributionUnsymmetricMatrix(org.apache.commons.math3.linear.EigenDecompositionTest)
> > Time elapsed: 0.044 sec  <<< FAILURE!
> > java.lang.AssertionError: The norm of (X-Y) is too large
> > at org.junit.Assert.fail(Assert.java:93)
> > at org.junit.Assert.assertTrue(Assert.java:43)
> > at
> > org.apache.commons.math3.linear.EigenDecompositionTest.checkUnsymmetricMatrix(EigenDecompositionTest.java:422)
> > at
> > org.apache.commons.math3.linear.EigenDecompositionTest.testNormalDistributionUnsymmetricMatrix(EigenDecompositionTest.java:404)
> > [... etc ...]
> > ---
> >
> > For tests that uses a RNG, the conclusion was reached that it is better
> > (for
> > unit tests) to select a seed for which the test succeeds.
> >
> 
> ok thanks for the hint. The random test principle is flawed but I wanted to
> check with lots of different input data if the whole algorithm is stable.
> Now there was not yet a way to quickly display the corresponding matrix,
> but I added a RealMatrixFormat for that purpose. So I will update the test
> and use also a fixed seed to make it predictable (and do more investigation
> on failing cases).

Maybe that we should create an informal set of validation tests in the same
way that there are performance tests. I.e. such classes would have a name
that ends with "...TestValidation".
Not ending in "...Test", they would not be run automatically. [Cf. the
"FastMathTestPerformance" class.]


Regards,
Gilles

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [math] API proposal for differentiation

2012-07-23 Thread Gilles Sadowski

Hi.

> [...]
> 
> > 
> > Maybe yet another name: I don't understand "DifferentialPair" either.
> 
> It simply depicts the content of this small container: two fields, f0
> for the value, f1 for the first derivative.

That much I figured out. :-)
What I meant is that the name "DifferentialPair" does not exactly make this
contents obvious. To be fully descriptive, it should be something like
"ValueAndDerivativePair". However, we could maybe come up with something
shorter, and that would remind its purpose, not just its contents. Or maybe
just the purpose, as it's not likely that such a container will be used for
something else; i.e. "RallNumber" or "AutoDiffPair" would be fine.
But the naming should also be easily extensible to multivariate and vector
functions.

> 
> [...]
> 
> I slightly tend to prefer the aggregation. [...]

If you thinks that it makes more sense, that's fine then.

> [...]


Regards,
Gilles

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

2012-07-23 Thread Gump

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project commons-proxy-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 81 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-proxy-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/proxy/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/proxy/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/gump_work/build_apache-commons_commons-proxy-test.html
Work Name: build_apache-commons_commons-proxy-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 13 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/proxy]
M2_HOME: /opt/maven2
-
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.apache.commons.proxy.factory.util.TestMethodSignature
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.apache.commons.proxy.provider.TestConstantProvider
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.interceptor.TestFilteredInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec
Running org.apache.commons.proxy.interceptor.filter.TestPatternFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec
Running org.apache.commons.proxy.interceptor.TestSerializingInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.033 sec
Running org.apache.commons.proxy.interceptor.TestInterceptorChain
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.apache.commons.proxy.invoker.TestNullInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
Running org.apache.commons.proxy.provider.remoting.TestBurlapProvider
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 sec
Running org.apache.commons.proxy.exception.TestDelegateProviderException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.invoker.TestChainInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec
Running org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory
Tests run: 37, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.189 sec
Running org.apache.commons.proxy.exception.TestProxyFactoryException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.interceptor.filter.TestReturnTypeFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.apache.commons.proxy.provider.TestBeanProvider
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec

Results :

Tests in error: 
  testInvalidHandlerName(org.apache.commons.proxy.invoker.TestXmlRpcInvoker)

Tests run: 179, Failures: 0, Errors: 1, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/srv/gump/public/workspace/apache-commons/proxy/target/surefire-reports for the 
individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 12 seconds
[INFO] Finished at: Mon Jul 23 10:30:10 UTC 2012
[INFO] Final Memory: 24M/58M
[INFO] 
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/rss.xml
- Atom: 
http://vmgump.apache.or

Re: [pool][dbcp] Move AbandonedObjectPool in v 2's?

2012-07-23 Thread Mark Thomas

On 22/07/2012 22:41, Phil Steitz wrote:
> One more quick question as I begin hacking:
> 
> Currently, abandoned object recuperation is triggered by
> borrowObject in AOP.   I am thinking about moving this to the
> evictor.  Or I guess it could be in both places?

The third option is a separate thread. That feels like overkill.

The evictor is the natural place for this although not everyone wants to
use an evictor. How feasible is use the evictor but do it on
borrowObject() if an evictor is not configured?

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

can you add me please in the moderators list in #asfcommons on freenode?

2012-07-23 Thread Simone Tripodi

Hi all guys,

I just registered my nickname "simonetripodi" on freenode, IIUC Matt
and James are the channel owners - can you add me please in the
moderators list in #asfcommons channel?

TIA,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Promote vfs-cift out of sandbox?

2012-07-23 Thread Gary Gregory

On Mon, Jul 23, 2012 at 3:13 AM, Dan Tran  wrote:

> I have from now to Octorber to  either:
>
>   1. Implement test requirement to graduate vfs-cifs out of sandbox at
> Apache common
>
>   2. Release it as a alpha/beta at Codehaus together with vfs-maven-plugin
>
>   3. Release to our internal repo.
>
> The prefer one is 1
>

So do I :)


>
> What is VFS 2.1 schedule?
>

I would like to push out a 2.1 sooner rather than later. I still see some
internal clean ups I'd like to do. So it might be out in a month or two. Or
not, it depends on my schedule, priorities and feedback I get once I start
cutting release candidates.

It's possible that by October, VFS will be on 2.2, 2.3 or greater.

Gary


> Thanks
>
> -Dan
>
>
> On Sun, Jul 22, 2012 at 11:01 PM, Gary Gregory 
> wrote:
> > Dan? What are your plans or intentions here?
> >
> > Thank you,
> > Gary
> >
> > On Sat, Jul 21, 2012 at 12:48 AM, Gary Gregory  >wrote:
> >
> >> On Jul 19, 2012, at 12:11, Ralph Goers 
> wrote:
> >>
> >> >
> >> > On Jul 18, 2012, at 10:38 AM, sebb wrote:
> >> >
> >> >
> >> > Can the above be read as follows for VFS and JCIFS: you cannot
> copy
> >> the
> >> > JCIFS jar into VFS (which we do not) but the VFS POM can point to
> it
> >> (which
> >> > we do).
> >> 
> >>  The above document is only proposed, not actual policy.
> >> 
> >>  The following is the resolved list of questions:
> >> 
> >>  http://www.apache.org/legal/resolved.html
> >> 
> >>  In particular:
> >> 
> >>  http://www.apache.org/legal/resolved.html#optional
> >> 
> >>  "Will the majority of users want to use my product without adding
> the
> >>  optional components?
> >> >>>
> >> >>> I do not see how this helps. It's yes or no: Can the VFS POM point
> to
> >> >>> a set of artifacts that are LGPL?
> >> >>
> >> >> Whether the answer is yes or no depends on the answer to the above
> >> question.
> >> >
> >> > There are only a few file systems in VFS that should be considered
> >> required. All the ones that require the user to include a third-party
> jar -
> >> even if it is Jackrabbit's - are optional.  We could easily include file
> >> systems that have dependencies on artifacts that are licensed under the
> >> LGPL or similar licenses (although I would still shy away from GPL'd
> works
> >> because of the FSF's interpretation of their license).
> >> >
> >> > The biggest issue I see with the stuff in the sandbox isn't licensing
> >> but if anyone will support it.
> >>
> >> Ok, so the short answer is yes, we can move to trunk. The issue is
> >> whether someone can bring the code up to par. That person sounds like
> >> the author of the original post. After that, it's up to the
> >> committers, like me, to keep up.
> >>
> >> Gary
> >>
> >> >
> >> > Ralph
> >> > -
> >> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> > For additional commands, e-mail: dev-h...@commons.apache.org
> >> >
> >>
> >
> >
> >
> > --
> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> > JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
> > Spring Batch in Action: http://bit.ly/bqpbCK
> > 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
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
Spring Batch in Action: http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [VFS] Publishing a snapshot

2012-07-23 Thread Gary Gregory

Maven work for me with:

>m3 clean test

Can you check that you have the latest from SVN?

>m3 -version
Apache Maven 3.0.4 (r1232337; 2012-01-17 03:44:56-0500)
Maven home: C:\Java\apache-maven-3.0.4\bin\..
Java version: 1.6.0_31, vendor: Sun Microsystems Inc.
Java home: C:\Program Files\Java\jdk1.6.0_31\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"

Thank you,
Gary

On Mon, Jul 23, 2012 at 3:22 AM, Ralph Goers wrote:

> I was going to try to see if I could do it but I am getting a unit test
> failure.
>
>
> ---
> Test set: org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase
>
> ---
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.145 sec
> <<< FAILURE!
> junit.framework.TestSuite@3dd06d02(org.apache.commons.vfs2.test.ProviderTestSuite)
>  Time elapsed: 3.144 sec  <<< ERROR!
> org.apache.commons.vfs2.FileSystemException: Unknown message with code
> "org.apache.commons.vfs2.FileNotFoundException Could not read from
> "file:///Users/rgoers/projects/apache/commons/vfs/trunk/core/target/test-classes/test-data/write-tests/file1.txt"
> because it is a not a file.".
> at
> org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:289)
> at
> org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254)
> at
> org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254)
> at
> org.apache.commons.vfs2.provider.ram.RamFileSystem.importTree(RamFileSystem.java:231)
> at
> org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase.getBaseTestFolder(RamProviderTestCase.java:90)
> at
> org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:166)
> at junit.extensions.TestSetup$1.protect(TestSetup.java:22)
> at junit.framework.TestResult.runProtected(TestResult.java:128)
> at junit.extensions.TestSetup.run(TestSetup.java:27)
> at
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
> at
> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
> at
> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
> at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
> at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
>
>
>
>
> On Jul 22, 2012, at 10:53 PM, Gary Gregory wrote:
>
> > Ugh, I hate these Maven problems.
> >
> > With the command below, Maven hangs on:
> >
> > [INFO] --- maven-gpg-plugin:1.4:sign (default) @ commons-vfs2-project ---
> >
> > My set up works for other Commons component when I use -Prelease
> >
> > Arg...
> >
> > Gary
> >
> > On Mon, Jul 23, 2012 at 12:46 AM, Ralph Goers <
> ralph.go...@dslextreme.com>wrote:
> >
> >> If I recall correctly you should just need to do
> >>
> >> mvn -P apache-release deploy
> >>
> >> Ralph
> >>
> >> On Jul 22, 2012, at 9:38 PM, Gary Gregory wrote:
> >>
> >>> How do I do it?
> >>>
> >>> For other commons components, I do "mvn deploy -Prelease" but with VFS
> I
> >>> get an error.
> >>>
> >>> Help?
> >>>
> >>> Thank you,
> >>> Gary
> >>>
> >>> --
> >>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> >>> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
> >>> Spring Batch in Action: http://bit.ly/bqpbCK
> >>> 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
> >>
> >>
> >
> >
> > --
> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> > JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
> > Spring Batch in Action: http://bit.ly/bqpbCK
> > Blog: htt

[Math] Percentile (low number of samples)

2012-07-23 Thread Gilles Sadowski

Hi.

It could be considered strange that CM reports 0.2 (instead of some value
close to 1) as the 10-percentile of the { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 }
array.
Quoting the Javadoc:
---
 For large samples, the different methods
 agree closely, but when sample sizes are small, different methods will
 give significantly different results.
---

Nevertheless, shouldn't such a difference from the expected result lead to
wonder whether the implementation should switch to another algorithm for
small datasets?


Thanks,
Gilles

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GUMP@vmgump]: Project commons-scxml-test (in module apache-commons) failed

2012-07-23 Thread Gump

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project commons-scxml-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 93 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-scxml-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-scxml-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/scxml/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/scxml/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-scxml-test/gump_work/build_apache-commons_commons-scxml-test.html
Work Name: build_apache-commons_commons-scxml-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 19 secs
Command Line: /opt/maven2/bin/mvn --batch-mode -Dsimplelog.defaultlog=info 
--settings 
/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/scxml]
M2_HOME: /opt/maven2
-
[INFO] SimpleSCXMLListener - /s2/s2.1/e1.2
[INFO] SimpleSCXMLListener - /s2/s2.1/e1.2
[INFO] SimpleSCXMLListener - /s2/s2.1
[INFO] SimpleSCXMLListener - /s2
[INFO] SimpleSCXMLListener - transition (event = s2.1.done, cond = null, from = 
/s2, to = /s3)
[INFO] SimpleSCXMLListener - /s3
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.16 sec
Running org.apache.commons.scxml.issues.Issue64Test
[INFO] SCXMLSemantics - null: Begin transition bug test ...
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SCXMLSemantics - null: somedata
[INFO] SCXMLSemantics - null: *somedata
[INFO] SimpleSCXMLListener - transition (event = show.bug, cond = null, from = 
/tranbug, to = /end)
[INFO] SimpleSCXMLListener - /end
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:30:21
 and digester match "scxml/datamodel/misplaced"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:36:19
 and digester match "scxml/state/onentry/foo"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://my.foo.example/"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:37:22
 and digester match "scxml/state/onentry/bar"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:41:21
 and digester match "scxml/state/transition/datamodel"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:42:41
 and digester match "scxml/state/transition/datamodel/data"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://my.foo.example/"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:49:14
 and digester match "scxml/baz"
[INFO] SCXMLSemantics - null: Begin transition bug test ...
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SCXMLSemantics - null: null
[WARN] SimpleErrorReporter - EXPRESSION_ERROR (eval(''*' + dummy'):null): 
[INFO] SimpleSCXMLListener - transition (event = show.bug, cond = null, from = 
/tranbug, to = /end)
[INFO] SimpleSCXMLListener - /end
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.065 sec

Results :

Failed tests: 
  testCustomActionCallbacks(org.apache.commons.scxml.model.CustomActionTest)

Tests run: 229, Failures: 1, Errors: 0, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO]

[GUMP@vmgump]: Project commons-jelly-tags-jmx (in module commons-jelly) failed

2012-07-23 Thread Gump

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project commons-jelly-tags-jmx has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 75 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-jmx :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jmx/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-jelly-tags-jmx-23072012.jar] identifier set 
to project name
 -ERROR- Output with id mx4j-jmx was not found in project mx4j 
 -ERROR- Unhandled Property: maven.jar.mx4j-jmx on: Maven1 on 
Project:commons-jelly-tags-jmx
 -DEBUG- Dependency on mx4j exists, no need to add for property 
maven.jar.mx4j-jmx.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- Dependency on commons-jexl-1.x exists, no need to add for property 
maven.jar.commons-jexl.
 -DEBUG- (Apache Gump generated) Apache Maven Properties in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/jmx/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/jmx/project.xml
 -DEBUG- Maven project properties in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/jmx/project.properties
 -INFO- Project Reports in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/jmx/target/test-reports
 -WARNING- No directory 
[/srv/gump/public/workspace/commons-jelly/jelly-tags/jmx/target/test-reports]
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jmx/gump_work/build_commons-jelly_commons-jelly-tags-jmx.html
Work Name: build_commons-jelly_commons-jelly-tags-jmx (Type: Build)
Work ended in a state of : Failed
Elapsed: 2 secs
Command Line: maven --offline jar 
[Working Directory: /srv/gump/public/workspace/commons-jelly/jelly-tags/jmx]
-
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

You are working offline so the build will continue, but 
commons-jelly-1.1-SNAPSHOT.jar may be out of date!
The build cannot continue because of the following unsatisfied dependency:

mx4j-jmx-1.1.1.jar; path override doesn't exist: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/jmx/*Unset*

Total time: 1 seconds
Finished at: Mon Jul 23 13:38:32 UTC 2012

-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jmx/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jmx/atom.xml

== Gump Tracking Only ===
Produced by Apache Gump(TM) version 2.3.
Gump Run 06000623072012, vmgump.apache.org:vmgump:06000623072012
Gump E-mail Identifier (unique within run) #50.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VFS] Publishing a snapshot

2012-07-23 Thread Ralph Goers

I did a fresh checkout and got the same error. Although I am using Maven 3.0.3 
and you are using 3.0.4 I think it is unlikely to be the cause. More likely is 
that I am on a Mac and you are on Windows.

Apache Maven 3.0.3 (r1075438; 2011-02-28 09:31:09-0800)
Maven home: /usr/share/maven
Java version: 1.6.0_33, vendor: Apple Inc.
Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x", version: "10.7.4", arch: "x86_64", family: "mac"

Ralph

On Jul 23, 2012, at 5:04 AM, Gary Gregory wrote:

> Maven work for me with:
> 
>> m3 clean test
> 
> Can you check that you have the latest from SVN?
> 
>> m3 -version
> Apache Maven 3.0.4 (r1232337; 2012-01-17 03:44:56-0500)
> Maven home: C:\Java\apache-maven-3.0.4\bin\..
> Java version: 1.6.0_31, vendor: Sun Microsystems Inc.
> Java home: C:\Program Files\Java\jdk1.6.0_31\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
> 
> Thank you,
> Gary
> 
> On Mon, Jul 23, 2012 at 3:22 AM, Ralph Goers 
> wrote:
> 
>> I was going to try to see if I could do it but I am getting a unit test
>> failure.
>> 
>> 
>> ---
>> Test set: org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase
>> 
>> ---
>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.145 sec
>> <<< FAILURE!
>> junit.framework.TestSuite@3dd06d02(org.apache.commons.vfs2.test.ProviderTestSuite)
>> Time elapsed: 3.144 sec  <<< ERROR!
>> org.apache.commons.vfs2.FileSystemException: Unknown message with code
>> "org.apache.commons.vfs2.FileNotFoundException Could not read from
>> "file:///Users/rgoers/projects/apache/commons/vfs/trunk/core/target/test-classes/test-data/write-tests/file1.txt"
>> because it is a not a file.".
>>at
>> org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:289)
>>at
>> org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254)
>>at
>> org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254)
>>at
>> org.apache.commons.vfs2.provider.ram.RamFileSystem.importTree(RamFileSystem.java:231)
>>at
>> org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase.getBaseTestFolder(RamProviderTestCase.java:90)
>>at
>> org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:166)
>>at junit.extensions.TestSetup$1.protect(TestSetup.java:22)
>>at junit.framework.TestResult.runProtected(TestResult.java:128)
>>at junit.extensions.TestSetup.run(TestSetup.java:27)
>>at
>> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
>>at
>> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236)
>>at
>> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134)
>>at
>> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
>>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>at java.lang.reflect.Method.invoke(Method.java:597)
>>at
>> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
>>at
>> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
>>at
>> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
>>at
>> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
>>at
>> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
>> 
>> 
>> 
>> 
>> On Jul 22, 2012, at 10:53 PM, Gary Gregory wrote:
>> 
>>> Ugh, I hate these Maven problems.
>>> 
>>> With the command below, Maven hangs on:
>>> 
>>> [INFO] --- maven-gpg-plugin:1.4:sign (default) @ commons-vfs2-project ---
>>> 
>>> My set up works for other Commons component when I use -Prelease
>>> 
>>> Arg...
>>> 
>>> Gary
>>> 
>>> On Mon, Jul 23, 2012 at 12:46 AM, Ralph Goers <
>> ralph.go...@dslextreme.com>wrote:
>>> 
 If I recall correctly you should just need to do
 
 mvn -P apache-release deploy
 
 Ralph
 
 On Jul 22, 2012, at 9:38 PM, Gary Gregory wrote:
 
> How do I do it?
> 
> For other commons components, I do "mvn deploy -Prelease" but with VFS
>> I
> get an error.
> 
> Help?
> 
> Thank you,
> Gary
> 
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> JUnit in Action, 2nd Ed:

RE: [math] API proposal for differentiation

2012-07-23 Thread Anxionnat Julien

Hi Luc,
Hi all,

> [...]
> Last week, at work, someone asked me again about differentiation and I
> directed him to this issue and also to the Nabla project. He told me he
> was interested in having some support in [math] for this (I'm not sure
> he reads this list, but if he does, I hope he will join the
> discussion).

To precise your introduction, I'm working at the french space agency (Cnes) on 
satellite guidance and attitude.
I have to deal with functions like that:

public double[] value (double t) { ... }

(The best interface for my subjects would be: public Vector3D value (double t) 
{ ... }, but it's not the point now.)


> 
> [...]
> 
> I suggest we deprecate this interface and add a new one defining
> method:
> 
>  RallNumber value(RallNumber x)
> 
> This interface could extend UnivariateFunction in which case when we
> want to compute only the value we use the same object, or it could also
> define a getPrimitive method the would return a separate primitive
> object (this is how it is done in Nabla, with the interface
> UnivariateDerivative
> ( bla/core/UnivariateDerivative.html>),
> or it can even be completely separate from UnivariateFunction.
> 
> Multivariate differentiable functions or vector valued functions would
> be done exactly the same way: replacing the parameter or return value
> types from double arrays to RallNumber arrays. This would be much more
> consistent than what we currently have (we have methods called
> partialDerivatives, gradients, jacobians and even several methods
> called
> derivative which do not have the same signatures).

I'm sorry, I don't understand how it's gonna be for my function :
value(double t): double[]

I just tried to code the interfaces (UnivariateVectorDifferentiable, 
UnivariateVectorDerivative, DifferentialPair, UnivariateVectorDifferentiator) 
and the TwoPointsScheme differentiator.

If I get your purpose, DifferentialPair has to contain:
- "zero-order": x, f(x)
- first order: f(x), f'(x)
- second order: f'(x), f''(x)
- etc.
=> What happens for the zero order (x is a double, not an array of double) ?


Regards,
Julien


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VFS] Publishing a snapshot

2012-07-23 Thread Gary Gregory

On Mon, Jul 23, 2012 at 10:48 AM, Ralph Goers wrote:

> I did a fresh checkout and got the same error. Although I am using Maven
> 3.0.3 and you are using 3.0.4 I think it is unlikely to be the cause. More
> likely is that I am on a Mac and you are on Windows.
>
> Apache Maven 3.0.3 (r1075438; 2011-02-28 09:31:09-0800)
> Maven home: /usr/share/maven
> Java version: 1.6.0_33, vendor: Apple Inc.
> Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
> Default locale: en_US, platform encoding: MacRoman
> OS name: "mac os x", version: "10.7.4", arch: "x86_64", family: "mac"
>

Arg, do you have time to debug that one?

Anyone else w/ a Mac handy?

I am guessing Linux is OK or Continuum would have complained here:
http://vmbuild.apache.org/continuum/buildResults.action?projectId=129&projectGroupId=16

Gary


>
> Ralph
>
> On Jul 23, 2012, at 5:04 AM, Gary Gregory wrote:
>
> > Maven work for me with:
> >
> >> m3 clean test
> >
> > Can you check that you have the latest from SVN?
> >
> >> m3 -version
> > Apache Maven 3.0.4 (r1232337; 2012-01-17 03:44:56-0500)
> > Maven home: C:\Java\apache-maven-3.0.4\bin\..
> > Java version: 1.6.0_31, vendor: Sun Microsystems Inc.
> > Java home: C:\Program Files\Java\jdk1.6.0_31\jre
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
> >
> > Thank you,
> > Gary
> >
> > On Mon, Jul 23, 2012 at 3:22 AM, Ralph Goers  >wrote:
> >
> >> I was going to try to see if I could do it but I am getting a unit test
> >> failure.
> >>
> >>
> >>
> ---
> >> Test set: org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase
> >>
> >>
> ---
> >> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.145
> sec
> >> <<< FAILURE!
> >> junit.framework.TestSuite@3dd06d02
> (org.apache.commons.vfs2.test.ProviderTestSuite)
> >> Time elapsed: 3.144 sec  <<< ERROR!
> >> org.apache.commons.vfs2.FileSystemException: Unknown message with code
> >> "org.apache.commons.vfs2.FileNotFoundException Could not read from
> >>
> "file:///Users/rgoers/projects/apache/commons/vfs/trunk/core/target/test-classes/test-data/write-tests/file1.txt"
> >> because it is a not a file.".
> >>at
> >>
> org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:289)
> >>at
> >>
> org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254)
> >>at
> >>
> org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254)
> >>at
> >>
> org.apache.commons.vfs2.provider.ram.RamFileSystem.importTree(RamFileSystem.java:231)
> >>at
> >>
> org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase.getBaseTestFolder(RamProviderTestCase.java:90)
> >>at
> >>
> org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:166)
> >>at junit.extensions.TestSetup$1.protect(TestSetup.java:22)
> >>at junit.framework.TestResult.runProtected(TestResult.java:128)
> >>at junit.extensions.TestSetup.run(TestSetup.java:27)
> >>at
> >>
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
> >>at
> >>
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236)
> >>at
> >>
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134)
> >>at
> >>
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
> >>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >>at
> >>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> >>at
> >>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >>at java.lang.reflect.Method.invoke(Method.java:597)
> >>at
> >>
> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
> >>at
> >>
> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
> >>at
> >>
> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
> >>at
> >>
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
> >>at
> >> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
> >>
> >>
> >>
> >>
> >> On Jul 22, 2012, at 10:53 PM, Gary Gregory wrote:
> >>
> >>> Ugh, I hate these Maven problems.
> >>>
> >>> With the command below, Maven hangs on:
> >>>
> >>> [INFO] --- maven-gpg-plugin:1.4:sign (default) @ commons-vfs2-project
> ---
> >>>
> >>> My set up works for other Commons component when I use -Prelease
> >>>
> >>> Arg...
> >>>
> >>> Gary
> >>>
> >>> On Mon, Jul 23, 2012 at 12:46 AM, Ralph Goer

Re: svn commit: r1363623 - /commons/proper/logging/trunk/pom.xml

2012-07-23 Thread Dennis Lundberg

On 2012-07-20 23:26, sebb wrote:
> On 20 July 2012 22:02, Dennis Lundberg  wrote:
>> If this is an integration test, the proper way to exclude it is to
>> change its name so that it ends with "ITCase.java", see
> 
> see ... what?
> 
> It's not an integration test - I'm excluding WeakHashTableTestCase
> from the existing integration tests.

I see, so it's the other way around.

The integration tests should be executed by maven-failsafe-plugin, and
the unit tests should be executed by maven-surefire-plugin. I know that
commons-logging has some fairly complex integration tests. I'll try to
see if I can get the Maven build to follow Maven best practices.

> The rest of the patch just allows the IT to work.
> 
>> On 2012-07-20 04:04, s...@apache.org wrote:
>>> Author: sebb
>>> Date: Fri Jul 20 02:04:51 2012
>>> New Revision: 1363623
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1363623&view=rev
>>> Log:
>>> Add missing property definitions for integration tests
>>>
>>> Modified:
>>> commons/proper/logging/trunk/pom.xml
>>>
>>> Modified: commons/proper/logging/trunk/pom.xml
>>> URL: 
>>> http://svn.apache.org/viewvc/commons/proper/logging/trunk/pom.xml?rev=1363623&r1=1363622&r2=1363623&view=diff
>>> ==
>>> --- commons/proper/logging/trunk/pom.xml (original)
>>> +++ commons/proper/logging/trunk/pom.xml Fri Jul 20 02:04:51 2012
>>> @@ -343,10 +343,16 @@ under the License.
>>>
>>>  **/*TestCase.java
>>>
>>> +  
>>> +**/WeakHashTableTestCase.java
>>> +  
>>>
>>>  
>>> +  ${log4j:log4j:jar}
>>> +  ${logkit:logkit:jar}
>>> +  
>>> ${javax.servlet:servlet-api:jar}
>>>
>>> target/${project.build.finalName}.jar
>>>
>>> target/${project.artifactId}-api-${project.version}.jar
>>>
>>> target/${project.artifactId}-adapters-${project.version}.jar
>>> @@ -371,6 +377,19 @@ under the License.
>>>gnu
>>>  
>>>
>>> +  
>>> +  
>>> +org.apache.maven.plugins
>>> +maven-dependency-plugin
>>> +2.4
>>> +
>>> +  
>>> +
>>> +  properties
>>> +
>>> +  
>>> +
>>> +  
>>>
>>>  
>>>
>>>
>>>
>>
>>
>> --
>> Dennis Lundberg
>>
>>
>>
>> -
>> 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
> 


-- 
Dennis Lundberg



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: svn commit: r1362959 - in /commons/proper/logging/trunk/src: java/org/apache/commons/logging/ java/org/apache/commons/logging/impl/ test/org/apache/commons/logging/tccl/

2012-07-23 Thread Dennis Lundberg

On 2012-07-20 23:30, sebb wrote:
> On 20 July 2012 21:53, Dennis Lundberg  wrote:
>> Hi sebb
>>
>> Some of these might have been put in there to avoid warnings from tools
>> like Checkstyle.
> 
> If CheckStyle insists on adding redundant semi-colons then it's badly
> configured or broken.

Haha :)

No, the checks I had in mind are to make sure that there are no code
paths that do nothing, unless it is explicitly documented by an
annotation. I think that someone took the easy way out at some point,
and just added a semicolon. I'll check svn history and see if I find
some hints...

>> Should look at whether the warning count has increased
>> after this change. If so there are special annotations that can be used
>> to suppress these warnings explicitly.
> 
> Should not be necessary to use annotations for redundant semicolons ..
> 
>> On 2012-07-18 16:14, s...@apache.org wrote:
>>> Author: sebb
>>> Date: Wed Jul 18 14:14:29 2012
>>> New Revision: 1362959
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1362959&view=rev
>>> Log:
>>> Redundant semi-colons
>>>
>>> Modified:
>>> 
>>> commons/proper/logging/trunk/src/java/org/apache/commons/logging/LogFactory.java
>>> 
>>> commons/proper/logging/trunk/src/java/org/apache/commons/logging/LogSource.java
>>> 
>>> commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/SimpleLog.java
>>> 
>>> commons/proper/logging/trunk/src/test/org/apache/commons/logging/tccl/NullTCCLTestCase.java
>>>
>>> Modified: 
>>> commons/proper/logging/trunk/src/java/org/apache/commons/logging/LogFactory.java
>>> URL: 
>>> http://svn.apache.org/viewvc/commons/proper/logging/trunk/src/java/org/apache/commons/logging/LogFactory.java?rev=1362959&r1=1362958&r2=1362959&view=diff
>>> ==
>>> --- 
>>> commons/proper/logging/trunk/src/java/org/apache/commons/logging/LogFactory.java
>>>  (original)
>>> +++ 
>>> commons/proper/logging/trunk/src/java/org/apache/commons/logging/LogFactory.java
>>>  Wed Jul 18 14:14:29 2012
>>> @@ -511,7 +511,7 @@ public abstract class LogFactory {
>>>  + ": [" + trim(e.getMessage())
>>>  + "]. Trying alternative implementations...");
>>>  }
>>> -;  // ignore
>>> +// ignore
>>>  } catch(RuntimeException e) {
>>>  // This is not consistent with the behaviour when a bad 
>>> LogFactory class is
>>>  // specified in a services file.
>>> @@ -588,7 +588,7 @@ public abstract class LogFactory {
>>>  + ": [" + trim(ex.getMessage())
>>>  + "]. Trying alternative implementations...");
>>>  }
>>> -; // ignore
>>> +// ignore
>>>  }
>>>  }
>>>
>>> @@ -922,7 +922,7 @@ public abstract class LogFactory {
>>>   * we can make a distinction.
>>>   */
>>>  if (e.getTargetException() instanceof SecurityException) {
>>> -;  // ignore
>>> +// ignore
>>>  } else {
>>>  // Capture 'e.getTargetException()' exception for 
>>> details
>>>  // alternate: log 'e.getTargetException()', and pass 
>>> back 'e'.
>>>
>>> Modified: 
>>> commons/proper/logging/trunk/src/java/org/apache/commons/logging/LogSource.java
>>> URL: 
>>> http://svn.apache.org/viewvc/commons/proper/logging/trunk/src/java/org/apache/commons/logging/LogSource.java?rev=1362959&r1=1362958&r2=1362959&view=diff
>>> ==
>>> --- 
>>> commons/proper/logging/trunk/src/java/org/apache/commons/logging/LogSource.java
>>>  (original)
>>> +++ 
>>> commons/proper/logging/trunk/src/java/org/apache/commons/logging/LogSource.java
>>>  Wed Jul 18 14:14:29 2012
>>> @@ -115,7 +115,7 @@ public class LogSource {
>>>  setLogImplementation
>>>  ("org.apache.commons.logging.impl.NoOpLog");
>>>  } catch (Throwable u) {
>>> -;
>>> +// ignored
>>>  }
>>>  }
>>>  } else {
>>> @@ -135,7 +135,7 @@ public class LogSource {
>>>  setLogImplementation
>>>  ("org.apache.commons.logging.impl.NoOpLog");
>>>  } catch (Throwable u) {
>>> -;
>>> +// ignored
>>>  }
>>>  }
>>>  }
>>>
>>> Modified: 
>>> commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/SimpleLog.java
>>> URL: 
>>> http://svn.apache.org/viewvc/commons/proper/logging/trunk/src/java/org/apache/commons/logging/impl/SimpleLog.java?rev=1362959&r1=1362958&r2=1362959&view=diff
>>> ==
>>> --- 
>>> commons/prop

Re: [VFS] Publishing a snapshot

2012-07-23 Thread Ralph Goers

Unfortunately, I don't have much time during work hours. I might have time 
tonight.

Ralph

On Jul 23, 2012, at 9:04 AM, Gary Gregory wrote:

> On Mon, Jul 23, 2012 at 10:48 AM, Ralph Goers 
> wrote:
> 
>> I did a fresh checkout and got the same error. Although I am using Maven
>> 3.0.3 and you are using 3.0.4 I think it is unlikely to be the cause. More
>> likely is that I am on a Mac and you are on Windows.
>> 
>> Apache Maven 3.0.3 (r1075438; 2011-02-28 09:31:09-0800)
>> Maven home: /usr/share/maven
>> Java version: 1.6.0_33, vendor: Apple Inc.
>> Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
>> Default locale: en_US, platform encoding: MacRoman
>> OS name: "mac os x", version: "10.7.4", arch: "x86_64", family: "mac"
>> 
> 
> Arg, do you have time to debug that one?
> 
> Anyone else w/ a Mac handy?
> 
> I am guessing Linux is OK or Continuum would have complained here:
> http://vmbuild.apache.org/continuum/buildResults.action?projectId=129&projectGroupId=16
> 
> Gary
> 
> 
>> 
>> Ralph
>> 
>> On Jul 23, 2012, at 5:04 AM, Gary Gregory wrote:
>> 
>>> Maven work for me with:
>>> 
 m3 clean test
>>> 
>>> Can you check that you have the latest from SVN?
>>> 
 m3 -version
>>> Apache Maven 3.0.4 (r1232337; 2012-01-17 03:44:56-0500)
>>> Maven home: C:\Java\apache-maven-3.0.4\bin\..
>>> Java version: 1.6.0_31, vendor: Sun Microsystems Inc.
>>> Java home: C:\Program Files\Java\jdk1.6.0_31\jre
>>> Default locale: en_US, platform encoding: Cp1252
>>> OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
>>> 
>>> Thank you,
>>> Gary
>>> 
>>> On Mon, Jul 23, 2012 at 3:22 AM, Ralph Goers >> wrote:
>>> 
 I was going to try to see if I could do it but I am getting a unit test
 failure.
 
 
 
>> ---
 Test set: org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase
 
 
>> ---
 Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.145
>> sec
 <<< FAILURE!
 junit.framework.TestSuite@3dd06d02
>> (org.apache.commons.vfs2.test.ProviderTestSuite)
 Time elapsed: 3.144 sec  <<< ERROR!
 org.apache.commons.vfs2.FileSystemException: Unknown message with code
 "org.apache.commons.vfs2.FileNotFoundException Could not read from
 
>> "file:///Users/rgoers/projects/apache/commons/vfs/trunk/core/target/test-classes/test-data/write-tests/file1.txt"
 because it is a not a file.".
   at
 
>> org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:289)
   at
 
>> org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254)
   at
 
>> org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254)
   at
 
>> org.apache.commons.vfs2.provider.ram.RamFileSystem.importTree(RamFileSystem.java:231)
   at
 
>> org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase.getBaseTestFolder(RamProviderTestCase.java:90)
   at
 
>> org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:166)
   at junit.extensions.TestSetup$1.protect(TestSetup.java:22)
   at junit.framework.TestResult.runProtected(TestResult.java:128)
   at junit.extensions.TestSetup.run(TestSetup.java:27)
   at
 
>> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
   at
 
>> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236)
   at
 
>> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134)
   at
 
>> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at
 
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at
 
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at
 
>> org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
   at
 
>> org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
   at
 
>> org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
   at
 
>> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
   at
 org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
 
 
 
 
 On Jul 22, 2012, at 10:53 PM, Gary Gregory wrote:
 
> Ugh, I hate these Maven problems.
> 
> With the command below, Maven hangs on:
> 
> [INFO] --- maven-

Re: [chain2] configuration façade APIs

2012-07-23 Thread Elijah Zupancic

Hi Simo,

That sounds good to me. However, I'm having trouble separating the
existing Catalog implementation from the rest of chain. Digester is
tightly coupled across components, so it is a non-trivial refactor to
make a configuration facade. I'm working on it, but it will take some
time.

Thanks,
-Elijah

On Mon, Jul 23, 2012 at 12:00 AM, Simone Tripodi
 wrote:
> Good morning all,
>
> so I continue proposing the already proposed roadmap: let's add the
> façade APIs for the [chain] configuration stuff, adapt the existing
> XML configuration reader, use the [configuration] in future releases
> for new [chain] configurations.
> How does it sound?
>
> best,
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
> On Mon, Jul 23, 2012 at 7:01 AM, Elijah Zupancic  wrote:
>> Hi Oliver,
>>
>> Configuration seems like it might be useful if I end up redoing the
>> XML configuration portion. Are there any plans to support YAML?
>>
>> Thanks,
>> -Elijah
>>
>> On Sun, Jul 22, 2012 at 1:16 PM, Oliver Heger
>>  wrote:
>>> Hi Simo,
>>>
>>> Am 22.07.2012 17:54, schrieb Simone Tripodi:
>>>
 Good point Oliver,

 I honestly didn't think about [configuration], please apologize! since
 [chain] already had a way to be configured via an XML wrapper around
 the Digester, we thought it would have been good having a façade and
 plug other textual format...

 Anyway, we are open to suggestions - what would fit better for you? Do
 you already have some hints to share?

 Many thanks in advance, all the best!
 -Simo
>>>
>>>
>>> nothing concrete. I saw that you mentioned an XML configuration module, and
>>> [configuration] contains a XMLConfiguration class. It also supports other
>>> configuration file formats, e.g. properties or ini files which can be
>>> accessed through the same Configuration interface.
>>>
>>> I don't know your concrete use cases. If you already have a working
>>> implementation based on Digester, there is probably not much benefit in
>>> switching to another API. But if you plan support for other configuration
>>> file formats, [configuration] may be worth a look.
>>>
>>> Oliver
>>>
>>>

 http://people.apache.org/~simonetripodi/
 http://simonetripodi.livejournal.com/
 http://twitter.com/simonetripodi
 http://www.99soft.org/


 On Sun, Jul 22, 2012 at 4:49 PM, Oliver Heger
  wrote:
>
> Is there any relation or overlap to [configuration]?
>
> Depending on your concrete requirements, this is probably over-sized. But
> maybe a source of inspiration?
>
> Oliver
>
> Am 22.07.2012 10:00, schrieb Elijah Zupancic:
>
>> Thanks!
>>
>> On Sat, Jul 21, 2012 at 11:54 PM, Simone Tripodi
>>  wrote:
>>>
>>>
>>> Just tracked CHAIN-72 and assigned to Elijah
>>>
>>> best,
>>> -Simo
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://simonetripodi.livejournal.com/
>>> http://twitter.com/simonetripodi
>>> http://www.99soft.org/
>>>
>>>
>>> On Sat, Jul 21, 2012 at 11:27 PM, Simone Tripodi
>>>  wrote:


 Hi all guys,

 Elijah and and I had a chat and we thought that, since chain2 hasn't
 released yet, we are still in time to define a façade API for textual
 configurations and rename the current XML configuration module to
 xml-configuration (and adapt it to new API) - new formats such as YAML
 and JSON will be included in future releases.
 Any objection?

 @Elijah: if you have cycles to dedicate to it, I think the façade can
 be defined in a o.a.c.chain.config package in the core module, in that
 way it should be quick enough going to the first release - WDYT?

 TIA!
 -Simo

 http://people.apache.org/~simonetripodi/
 http://simonetripodi.livejournal.com/
 http://twitter.com/simonetripodi
 http://www.99soft.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
>>
>
>
> -
> 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 comma

[continuum] BUILD FAILURE: Apache Commons - Commons Imaging - Group (shared) Maven 2 Build Definition (Java 1.5)

2012-07-23 Thread Continuum@vmbuild

Online report : 
http://vmbuild.apache.org/continuum/buildResult.action?buildId=24138&projectId=256

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Mon 23 Jul 2012 18:33:53 +
  Finished at: Mon 23 Jul 2012 18:37:55 +
  Total time: 4m 2s
  Build Trigger: Schedule
  Build Number: 33
  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-31-server" arch: "amd64" Family: 
"unix"


SCM Changes:

Changed: damjan @ Mon 23 Jul 2012 17:21:15 +
Comment: Update some website pages, and fix broken links.
Files changed:
  /commons/proper/imaging/trunk/src/site/site.xml ( 1364723 )
  /commons/proper/imaging/trunk/src/site/xdoc/index.xml ( 1364723 )
  /commons/proper/imaging/trunk/src/site/xdoc/justification.xml ( 1364723 )
  /commons/proper/imaging/trunk/src/site/xdoc/whyimaging.xml (from 
/commons/proper/imaging/trunk/src/site/xdoc/justification.xml:1364499) ( 
1364723 )


Dependencies Changes:

No dependencies changed



Build Definition:

POM filename: pom.xml
Goals: clean deploy   
Arguments: --batch-mode -Pjava-1.5 -Dgpg.skip -Prelease
Build Fresh: false
Always Build: false
Default Build Definition: true
Schedule: COMMONS_SCHEDULE
Profile Name: Maven 2.2.1
Description: Group (shared) Maven 2 Build Definition (Java 1.5)


Test Summary:

Tests: 86
Failures: 0
Errors: 0
Success Rate: 100
Total time: 59.79





-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [chain2] serialVersionUID

2012-07-23 Thread Elijah Zupancic

Hi everyone,

Now that we have changed the chain API to not be backwards compatible
in the 2.0 release, should we change the version number in the
serialVersionUID fields as well? It seems to me that would make sense,
but I'm a bit of a newbie when it comes to managing their versions. I
was wondering if anyone else has experience with regards to best
practices?

Thanks,
-Elijah

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[digester] Documentation link broken

2012-07-23 Thread Elijah Zupancic

I just notice that the link to Core APIs on the front page of the
Digester project is broken. It points to:
http://commons.apache.org/digester/commons-digester-3.0/core.html

When it probably should point to:
http://commons.apache.org/digester/guide/core.html

I can go ahead and fix this unless there are any objections.

-Elijah

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [chain2] configuration façade APIs

2012-07-23 Thread Elijah Zupancic

I've been going through the chain source for about a day looking for a
way to decouple the digester configuration. Sadly, I don't think that
I will be able to do it without removing digester. I may just jump
ahead and remove [digester] completely and then move us to
[configuration] for creating dynamic chains. That said, my final
implementation may change because I haven't been able to prototype a
good solution yet.

Thanks,
-Elijah

On Mon, Jul 23, 2012 at 11:11 AM, Elijah Zupancic  wrote:
> Hi Simo,
>
> That sounds good to me. However, I'm having trouble separating the
> existing Catalog implementation from the rest of chain. Digester is
> tightly coupled across components, so it is a non-trivial refactor to
> make a configuration facade. I'm working on it, but it will take some
> time.
>
> Thanks,
> -Elijah
>
> On Mon, Jul 23, 2012 at 12:00 AM, Simone Tripodi
>  wrote:
>> Good morning all,
>>
>> so I continue proposing the already proposed roadmap: let's add the
>> façade APIs for the [chain] configuration stuff, adapt the existing
>> XML configuration reader, use the [configuration] in future releases
>> for new [chain] configurations.
>> How does it sound?
>>
>> best,
>> -Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>>
>> On Mon, Jul 23, 2012 at 7:01 AM, Elijah Zupancic  wrote:
>>> Hi Oliver,
>>>
>>> Configuration seems like it might be useful if I end up redoing the
>>> XML configuration portion. Are there any plans to support YAML?
>>>
>>> Thanks,
>>> -Elijah
>>>
>>> On Sun, Jul 22, 2012 at 1:16 PM, Oliver Heger
>>>  wrote:
 Hi Simo,

 Am 22.07.2012 17:54, schrieb Simone Tripodi:

> Good point Oliver,
>
> I honestly didn't think about [configuration], please apologize! since
> [chain] already had a way to be configured via an XML wrapper around
> the Digester, we thought it would have been good having a façade and
> plug other textual format...
>
> Anyway, we are open to suggestions - what would fit better for you? Do
> you already have some hints to share?
>
> Many thanks in advance, all the best!
> -Simo


 nothing concrete. I saw that you mentioned an XML configuration module, and
 [configuration] contains a XMLConfiguration class. It also supports other
 configuration file formats, e.g. properties or ini files which can be
 accessed through the same Configuration interface.

 I don't know your concrete use cases. If you already have a working
 implementation based on Digester, there is probably not much benefit in
 switching to another API. But if you plan support for other configuration
 file formats, [configuration] may be worth a look.

 Oliver


>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
> On Sun, Jul 22, 2012 at 4:49 PM, Oliver Heger
>  wrote:
>>
>> Is there any relation or overlap to [configuration]?
>>
>> Depending on your concrete requirements, this is probably over-sized. But
>> maybe a source of inspiration?
>>
>> Oliver
>>
>> Am 22.07.2012 10:00, schrieb Elijah Zupancic:
>>
>>> Thanks!
>>>
>>> On Sat, Jul 21, 2012 at 11:54 PM, Simone Tripodi
>>>  wrote:


 Just tracked CHAIN-72 and assigned to Elijah

 best,
 -Simo

 http://people.apache.org/~simonetripodi/
 http://simonetripodi.livejournal.com/
 http://twitter.com/simonetripodi
 http://www.99soft.org/


 On Sat, Jul 21, 2012 at 11:27 PM, Simone Tripodi
  wrote:
>
>
> Hi all guys,
>
> Elijah and and I had a chat and we thought that, since chain2 hasn't
> released yet, we are still in time to define a façade API for textual
> configurations and rename the current XML configuration module to
> xml-configuration (and adapt it to new API) - new formats such as YAML
> and JSON will be included in future releases.
> Any objection?
>
> @Elijah: if you have cycles to dedicate to it, I think the façade can
> be defined in a o.a.c.chain.config package in the core module, in that
> way it should be quick enough going to the first release - WDYT?
>
> TIA!
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/



 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@com

Re: [chain2] configuration façade APIs

2012-07-23 Thread Oliver Heger


Am 23.07.2012 09:00, schrieb Simone Tripodi:

Good morning all,

so I continue proposing the already proposed roadmap: let's add the
façade APIs for the [chain] configuration stuff, adapt the existing
XML configuration reader, use the [configuration] in future releases
for new [chain] configurations.
How does it sound?

+1

If I can support you, let me know.

@Elijah: There is a feature request for adding support for YAML [1]. 
IIRC, it was planned as a Google Summer of Code project, but it did not 
succeed.


Oliver

[1] https://issues.apache.org/jira/browse/CONFIGURATION-201



best,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Mon, Jul 23, 2012 at 7:01 AM, Elijah Zupancic  wrote:

Hi Oliver,

Configuration seems like it might be useful if I end up redoing the
XML configuration portion. Are there any plans to support YAML?

Thanks,
-Elijah

On Sun, Jul 22, 2012 at 1:16 PM, Oliver Heger
 wrote:

Hi Simo,

Am 22.07.2012 17:54, schrieb Simone Tripodi:


Good point Oliver,

I honestly didn't think about [configuration], please apologize! since
[chain] already had a way to be configured via an XML wrapper around
the Digester, we thought it would have been good having a façade and
plug other textual format...

Anyway, we are open to suggestions - what would fit better for you? Do
you already have some hints to share?

Many thanks in advance, all the best!
-Simo



nothing concrete. I saw that you mentioned an XML configuration module, and
[configuration] contains a XMLConfiguration class. It also supports other
configuration file formats, e.g. properties or ini files which can be
accessed through the same Configuration interface.

I don't know your concrete use cases. If you already have a working
implementation based on Digester, there is probably not much benefit in
switching to another API. But if you plan support for other configuration
file formats, [configuration] may be worth a look.

Oliver




http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Sun, Jul 22, 2012 at 4:49 PM, Oliver Heger
 wrote:


Is there any relation or overlap to [configuration]?

Depending on your concrete requirements, this is probably over-sized. But
maybe a source of inspiration?

Oliver

Am 22.07.2012 10:00, schrieb Elijah Zupancic:


Thanks!

On Sat, Jul 21, 2012 at 11:54 PM, Simone Tripodi
 wrote:



Just tracked CHAIN-72 and assigned to Elijah

best,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Sat, Jul 21, 2012 at 11:27 PM, Simone Tripodi
 wrote:



Hi all guys,

Elijah and and I had a chat and we thought that, since chain2 hasn't
released yet, we are still in time to define a façade API for textual
configurations and rename the current XML configuration module to
xml-configuration (and adapt it to new API) - new formats such as YAML
and JSON will be included in future releases.
Any objection?

@Elijah: if you have cycles to dedicate to it, I think the façade can
be defined in a o.a.c.chain.config package in the core module, in that
way it should be quick enough going to the first release - WDYT?

TIA!
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.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




-
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



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

Re: [digester] Documentation link broken

2012-07-23 Thread Simone Tripodi

Hi Elijah,

go ahead and many thanks in advance! :)

best,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Mon, Jul 23, 2012 at 9:20 PM, Elijah Zupancic  wrote:
> I just notice that the link to Core APIs on the front page of the
> Digester project is broken. It points to:
> http://commons.apache.org/digester/commons-digester-3.0/core.html
>
> When it probably should point to:
> http://commons.apache.org/digester/guide/core.html
>
> I can go ahead and fix this unless there are any objections.
>
> -Elijah
>
> -
> 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: [chain2] configuration façade APIs

2012-07-23 Thread Simone Tripodi

Hi Elijah,

not sure we understand each other there, please confirm IIUC - in my
mind I would have extracted "configurations APIs" (mainly interfaces
and few abstract classes maybe) from the configuration module and put
in the core, then renamed the actual configuration module to
`xml-configuration` and let the [digester] dependency - and make the
switch to [configuration] in a second step, taking care on ingesting
same type of input format.

did I understand correctly?
TIA!
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Mon, Jul 23, 2012 at 9:34 PM, Elijah Zupancic  wrote:
> I've been going through the chain source for about a day looking for a
> way to decouple the digester configuration. Sadly, I don't think that
> I will be able to do it without removing digester. I may just jump
> ahead and remove [digester] completely and then move us to
> [configuration] for creating dynamic chains. That said, my final
> implementation may change because I haven't been able to prototype a
> good solution yet.
>
> Thanks,
> -Elijah
>
> On Mon, Jul 23, 2012 at 11:11 AM, Elijah Zupancic  wrote:
>> Hi Simo,
>>
>> That sounds good to me. However, I'm having trouble separating the
>> existing Catalog implementation from the rest of chain. Digester is
>> tightly coupled across components, so it is a non-trivial refactor to
>> make a configuration facade. I'm working on it, but it will take some
>> time.
>>
>> Thanks,
>> -Elijah
>>
>> On Mon, Jul 23, 2012 at 12:00 AM, Simone Tripodi
>>  wrote:
>>> Good morning all,
>>>
>>> so I continue proposing the already proposed roadmap: let's add the
>>> façade APIs for the [chain] configuration stuff, adapt the existing
>>> XML configuration reader, use the [configuration] in future releases
>>> for new [chain] configurations.
>>> How does it sound?
>>>
>>> best,
>>> -Simo
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://simonetripodi.livejournal.com/
>>> http://twitter.com/simonetripodi
>>> http://www.99soft.org/
>>>
>>>
>>> On Mon, Jul 23, 2012 at 7:01 AM, Elijah Zupancic  wrote:
 Hi Oliver,

 Configuration seems like it might be useful if I end up redoing the
 XML configuration portion. Are there any plans to support YAML?

 Thanks,
 -Elijah

 On Sun, Jul 22, 2012 at 1:16 PM, Oliver Heger
  wrote:
> Hi Simo,
>
> Am 22.07.2012 17:54, schrieb Simone Tripodi:
>
>> Good point Oliver,
>>
>> I honestly didn't think about [configuration], please apologize! since
>> [chain] already had a way to be configured via an XML wrapper around
>> the Digester, we thought it would have been good having a façade and
>> plug other textual format...
>>
>> Anyway, we are open to suggestions - what would fit better for you? Do
>> you already have some hints to share?
>>
>> Many thanks in advance, all the best!
>> -Simo
>
>
> nothing concrete. I saw that you mentioned an XML configuration module, 
> and
> [configuration] contains a XMLConfiguration class. It also supports other
> configuration file formats, e.g. properties or ini files which can be
> accessed through the same Configuration interface.
>
> I don't know your concrete use cases. If you already have a working
> implementation based on Digester, there is probably not much benefit in
> switching to another API. But if you plan support for other configuration
> file formats, [configuration] may be worth a look.
>
> Oliver
>
>
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>>
>> On Sun, Jul 22, 2012 at 4:49 PM, Oliver Heger
>>  wrote:
>>>
>>> Is there any relation or overlap to [configuration]?
>>>
>>> Depending on your concrete requirements, this is probably over-sized. 
>>> But
>>> maybe a source of inspiration?
>>>
>>> Oliver
>>>
>>> Am 22.07.2012 10:00, schrieb Elijah Zupancic:
>>>
 Thanks!

 On Sat, Jul 21, 2012 at 11:54 PM, Simone Tripodi
  wrote:
>
>
> Just tracked CHAIN-72 and assigned to Elijah
>
> best,
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
> On Sat, Jul 21, 2012 at 11:27 PM, Simone Tripodi
>  wrote:
>>
>>
>> Hi all guys,
>>
>> Elijah and and I had a chat and we thought that, since chain2 hasn't
>> released yet, we are still in time to define a façade API for textual
>> configurations and rename the current XML configuration module to
>> xml-configurati

Re: [chain2] configuration façade APIs

2012-07-23 Thread Simone Tripodi

Thanks a lot Oliver, much more than appreciated!

If you could have a look at current configuration stuff at [chain2]
and share what you think would be already *great*!

then, feel free to put your hands and help us on defining the façade :)

alles gute,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Mon, Jul 23, 2012 at 9:43 PM, Oliver Heger
 wrote:
> Am 23.07.2012 09:00, schrieb Simone Tripodi:
>
>> Good morning all,
>>
>> so I continue proposing the already proposed roadmap: let's add the
>> façade APIs for the [chain] configuration stuff, adapt the existing
>> XML configuration reader, use the [configuration] in future releases
>> for new [chain] configurations.
>> How does it sound?
>
> +1
>
> If I can support you, let me know.
>
> @Elijah: There is a feature request for adding support for YAML [1]. IIRC,
> it was planned as a Google Summer of Code project, but it did not succeed.
>
> Oliver
>
> [1] https://issues.apache.org/jira/browse/CONFIGURATION-201
>
>
>>
>> best,
>> -Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>>
>> On Mon, Jul 23, 2012 at 7:01 AM, Elijah Zupancic 
>> wrote:
>>>
>>> Hi Oliver,
>>>
>>> Configuration seems like it might be useful if I end up redoing the
>>> XML configuration portion. Are there any plans to support YAML?
>>>
>>> Thanks,
>>> -Elijah
>>>
>>> On Sun, Jul 22, 2012 at 1:16 PM, Oliver Heger
>>>  wrote:

 Hi Simo,

 Am 22.07.2012 17:54, schrieb Simone Tripodi:

> Good point Oliver,
>
> I honestly didn't think about [configuration], please apologize! since
> [chain] already had a way to be configured via an XML wrapper around
> the Digester, we thought it would have been good having a façade and
> plug other textual format...
>
> Anyway, we are open to suggestions - what would fit better for you? Do
> you already have some hints to share?
>
> Many thanks in advance, all the best!
> -Simo



 nothing concrete. I saw that you mentioned an XML configuration module,
 and
 [configuration] contains a XMLConfiguration class. It also supports
 other
 configuration file formats, e.g. properties or ini files which can be
 accessed through the same Configuration interface.

 I don't know your concrete use cases. If you already have a working
 implementation based on Digester, there is probably not much benefit in
 switching to another API. But if you plan support for other
 configuration
 file formats, [configuration] may be worth a look.

 Oliver


>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
> On Sun, Jul 22, 2012 at 4:49 PM, Oliver Heger
>  wrote:
>>
>>
>> Is there any relation or overlap to [configuration]?
>>
>> Depending on your concrete requirements, this is probably over-sized.
>> But
>> maybe a source of inspiration?
>>
>> Oliver
>>
>> Am 22.07.2012 10:00, schrieb Elijah Zupancic:
>>
>>> Thanks!
>>>
>>> On Sat, Jul 21, 2012 at 11:54 PM, Simone Tripodi
>>>  wrote:



 Just tracked CHAIN-72 and assigned to Elijah

 best,
 -Simo

 http://people.apache.org/~simonetripodi/
 http://simonetripodi.livejournal.com/
 http://twitter.com/simonetripodi
 http://www.99soft.org/


 On Sat, Jul 21, 2012 at 11:27 PM, Simone Tripodi
  wrote:
>
>
>
> Hi all guys,
>
> Elijah and and I had a chat and we thought that, since chain2
> hasn't
> released yet, we are still in time to define a façade API for
> textual
> configurations and rename the current XML configuration module to
> xml-configuration (and adapt it to new API) - new formats such as
> YAML
> and JSON will be included in future releases.
> Any objection?
>
> @Elijah: if you have cycles to dedicate to it, I think the façade
> can
> be defined in a o.a.c.chain.config package in the core module, in
> that
> way it should be quick enough going to the first release - WDYT?
>
> TIA!
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/





 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional

[continuum] BUILD FAILURE: Apache Commons - Commons Math - Group (shared) Maven 2 Build Definition (Java 1.5)

2012-07-23 Thread Continuum@vmbuild

Online report : 
http://vmbuild.apache.org/continuum/buildResult.action?buildId=24141&projectId=97

Build statistics:
  State: Failed
  Previous State: Ok
  Started at: Mon 23 Jul 2012 20:40:59 +
  Finished at: Mon 23 Jul 2012 20:41:35 +
  Total time: 35s
  Build Trigger: Schedule
  Build Number: 896
  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-31-server" arch: "amd64" Family: 
"unix"


SCM Changes:

Changed: tn @ Mon 23 Jul 2012 19:56:59 +
Comment: [MATH-831] Change default format, add static fields in MatrixUtils, 
replace toString() implementation in AbstractRealMatrix with the default 
RealMatrixFormat.
Files changed:
  
/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
 ( 1364775 )
  
/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/MatrixUtils.java
 ( 1364775 )
  
/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/RealMatrixFormat.java
 ( 1364775 )
  
/commons/proper/math/trunk/src/test/java/org/apache/commons/math3/linear/RealMatrixFormatAbstractTest.java
 ( 1364775 )

Changed: tn @ Mon 23 Jul 2012 20:07:29 +
Comment: Added MATH-831 to changes.xml.
Files changed:
  /commons/proper/math/trunk/src/changes/changes.xml ( 1364779 )

Changed: tn @ Mon 23 Jul 2012 20:19:52 +
Comment: [MATH-235] Added a hasComplexEigenvalues method.
Files changed:
  
/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/EigenDecomposition.java
 ( 1364783 )

Changed: tn @ Mon 23 Jul 2012 20:20:07 +
Comment: Use non-deprecated ctor.
Files changed:
  
/commons/proper/math/trunk/src/test/java/org/apache/commons/math3/linear/EigenSolverTest.java
 ( 1364784 )


Dependencies Changes:

No dependencies changed



Build Definition:

POM filename: pom.xml
Goals: clean deploy   
Arguments: --batch-mode -Pjava-1.5 -Dgpg.skip -Prelease
Build Fresh: false
Always Build: false
Default Build Definition: true
Schedule: COMMONS_SCHEDULE
Profile Name: Maven 2.2.1
Description: Group (shared) Maven 2 Build Definition (Java 1.5)


Test Summary:

Tests: 0
Failures: 0
Errors: 0
Total time: 0.0





-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[functor] Use Validate.notNull and remove unreachable code

2012-07-23 Thread Bruno P. Kinoshita

Hi all, 

I'm working on FUNCTOR-12 [1], writing tests for [functor] and learning more 
about its code base, and could do with some help :-)

Some parts of [functor] code, specially constructors, use Validate.notNull(...) 
from Commons Lang3. Other parts  throw NullPointerException when the argument 
is null. But there are also parts that use nothing to validate the arguments.

0) I would like to add the method Validate.notNull(...) where necessary in 
[functor], if no one objects. Right now, I'm working on the following composite 
functors: TransformedProcedure, TransformedFunction, TransformedBinaryProcedure 
and TransformedBinaryFunction. None of these validates the arguments, while 
OTOH, TransposedFunction, TransposedPredicate and TransposedProcedure, classes 
in the same package, use Validate.notNull(...).

1) There is also unreachable code, specially in equals() methods, that checks 
if an object is null before accessing its methods. But this object can never be 
null, as Validate.notNull(...) or throw NPE is used to assert this in the 
constructor. There is no other way to set this object. (You can still change it 
through reflection, but don't think it is worth keeping it only for this 
reason). I was wondering if we could remove the unreachable code, as there is 
no way to write test code for it. [2] is an example of unreachable code (one of 
its conditions), with the tests in [3] (there is no way to have a null 
predicate). It will simplify the code, reducing decision branches and will 
increase the test coverage too.

Many thanks in advance!

[1] https://issues.apache.org/jira/browse/FUNCTOR-12
[2] 
https://github.com/kinow/functor/blob/master/src/main/java/org/apache/commons/functor/core/composite/UnaryNot.java#L82
[3] 
https://github.com/kinow/functor/blob/master/src/test/java/org/apache/commons/functor/core/composite/TestUnaryNot.java#L53

Bruno P. Kinoshita
http://kinoshita.eti.br
http://tupilabs.com


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[VOTE] Release Imaging 1.0 based on RC2

2012-07-23 Thread Damjan Jovanovic

It's been 3 years since Imaging 0.97 was released,
and many bugs have been fixed and many features added,
so I would like to release a long overdue Imaging 1.0.

Imaging 1.0, RC2 is available for review here:
  http://people.apache.org/~damjan/imaging-1.0-RC2/

Maven artifacts are here:
  http://people.apache.org/~damjan/imaging-1.0-RC2/maven

Details of changes since 0.97 are in the release notes:
  http://people.apache.org/~damjan/imaging-1.0-RC2/RELEASE-NOTES.txt
  http://people.apache.org/~damjan/imaging-1.0-RC2/site/changes-report.html

I have tested this with JDK 1.6 using maven2.

The tag is here:
  http://svn.apache.org/viewvc/commons/proper/imaging/tags/IMAGING_1_0_RC2/

Site:
  http://people.apache.org/~damjan/imaging-1.0-RC2/site/

Clirr Report is irrelevant - there is no source/binary/semantic
compatibility with 0.97.

RAT Report:
  http://people.apache.org/~damjan/imaging-1.0-RC2/site/rat-report.html

Votes, please.  This vote will close in 72 hours, Friday 27 July 2012
at 02:00 GMT.

[ ] +1 Release these artifacts
[ ] +0 OK, but...
[ ] -0 OK, but really should fix...
[ ] -1 I oppose this release because...

Thank you!

Damjan Jovanovic

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Release Imaging 1.0 based on RC2

2012-07-23 Thread Gary Gregory

On Jul 23, 2012, at 21:19, Damjan Jovanovic  wrote:

> It's been 3 years since Imaging 0.97 was released,
> and many bugs have been fixed and many features added,
> so I would like to release a long overdue Imaging 1.0.
>
> Imaging 1.0, RC2 is available for review here:
>  http://people.apache.org/~damjan/imaging-1.0-RC2/
>
> Maven artifacts are here:
>  http://people.apache.org/~damjan/imaging-1.0-RC2/maven
>
> Details of changes since 0.97 are in the release notes:
>  http://people.apache.org/~damjan/imaging-1.0-RC2/RELEASE-NOTES.txt
>  http://people.apache.org/~damjan/imaging-1.0-RC2/site/changes-report.html
>
> I have tested this with JDK 1.6 using maven2.
>
> The tag is here:
>  http://svn.apache.org/viewvc/commons/proper/imaging/tags/IMAGING_1_0_RC2/
>
> Site:
>  http://people.apache.org/~damjan/imaging-1.0-RC2/site/
>
> Clirr Report is irrelevant - there is no source/binary/semantic
> compatibility with 0.97.

Since this is 1.0, I am more concerned with getting the API right than
compatibility with a sandbox version. My question therefore is: are
you happy with the API?

I am traveling ATM and cannot dig into my IDE.

I took a peek at the reports and there are a lot of issues reported by
FindBugs, PMD and so on. What is the plan there?

Gary

>
> RAT Report:
>  http://people.apache.org/~damjan/imaging-1.0-RC2/site/rat-report.html
>
> Votes, please.  This vote will close in 72 hours, Friday 27 July 2012
> at 02:00 GMT.
>
> [ ] +1 Release these artifacts
> [ ] +0 OK, but...
> [ ] -0 OK, but really should fix...
> [ ] -1 I oppose this release because...
>
> Thank you!
>
> Damjan Jovanovic
>
> -
> 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: [chain2] serialVersionUID

2012-07-23 Thread Jörg Schaible

Hi Elijah

Elijah Zupancic wrote:

> Hi everyone,
> 
> Now that we have changed the chain API to not be backwards compatible
> in the 2.0 release, should we change the version number in the
> serialVersionUID fields as well? It seems to me that would make sense,
> but I'm a bit of a newbie when it comes to managing their versions. I
> was wondering if anyone else has experience with regards to best
> practices?

The serialVersionUID of a class has to be changed if its binary layout 
changes:
- the class or an inherited class has been renamed or moved to a different 
package
- the field types of the (inherited) members have been changed or changed 
between transient/non-transient
- the *order* of one of the (inherited) fields have been changed
- serialization methods have 
(writeObject/readObject/writeReplace/readResolve) been added/removed in the 
class hierarchy in an incompatible way
- the implementation of those methods have been changed in an incompatible 
way

Basically, the serialVersionUID has to be changed if you cannot load a .ser 
file anymore with an instance of that class which was written with the old 
version.

- Jörg


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[continuum] BUILD FAILURE: Apache Commons - Apache Commons Digester - Build using Java 1.6

2012-07-23 Thread Continuum@vmbuild

Online report : 
http://vmbuild.apache.org/continuum/buildResult.action?buildId=24152&projectId=75

Build statistics:
  State: Failed
  Previous State: Failed
  Started at: Tue 24 Jul 2012 05:52:29 +
  Finished at: Tue 24 Jul 2012 05:53:29 +
  Total time: 59s
  Build Trigger: Schedule
  Build Number: 165
  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-31-server" arch: "amd64" Family: 
"unix"


SCM Changes:

Changed: elijah @ Tue 24 Jul 2012 05:12:40 +
Comment: DIGESTER-166

Resolves broken hyperlink in the digester documentation that points to the
Core API page.
Files changed:
  /commons/proper/digester/trunk/src/site/xdoc/index.xml ( 1364892 )


Dependencies Changes:

No dependencies changed



Build Definition:

POM filename: pom.xml
Goals: clean deploy   
Arguments: --batch-mode -Pjava-1.6 -Dgpg.skip -Prelease
Build Fresh: false
Always Build: false
Default Build Definition: true
Schedule: COMMONS_SCHEDULE
Profile Name: Maven 2.2.1
Description: Build using Java 1.6


Test Summary:

Tests: 211
Failures: 0
Errors: 0
Success Rate: 100
Total time: 3.2880003





-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [chain2] serialVersionUID

2012-07-23 Thread Elijah Zupancic

Thanks Jörg!

It sounds like we will need to change them all in chain because we
have changed the package name.

-Elijah

On Mon, Jul 23, 2012 at 10:51 PM, Jörg Schaible
 wrote:
> Hi Elijah
>
> Elijah Zupancic wrote:
>
>> Hi everyone,
>>
>> Now that we have changed the chain API to not be backwards compatible
>> in the 2.0 release, should we change the version number in the
>> serialVersionUID fields as well? It seems to me that would make sense,
>> but I'm a bit of a newbie when it comes to managing their versions. I
>> was wondering if anyone else has experience with regards to best
>> practices?
>
> The serialVersionUID of a class has to be changed if its binary layout
> changes:
> - the class or an inherited class has been renamed or moved to a different
> package
> - the field types of the (inherited) members have been changed or changed
> between transient/non-transient
> - the *order* of one of the (inherited) fields have been changed
> - serialization methods have
> (writeObject/readObject/writeReplace/readResolve) been added/removed in the
> class hierarchy in an incompatible way
> - the implementation of those methods have been changed in an incompatible
> way
>
> Basically, the serialVersionUID has to be changed if you cannot load a .ser
> file anymore with an instance of that class which was written with the old
> version.
>
> - Jörg
>
>
> -
> 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: [VOTE] Release Imaging 1.0 based on RC2

2012-07-23 Thread Damjan Jovanovic

On Tue, Jul 24, 2012 at 5:47 AM, Gary Gregory  wrote:
> On Jul 23, 2012, at 21:19, Damjan Jovanovic  wrote:
>
>> It's been 3 years since Imaging 0.97 was released,
>> and many bugs have been fixed and many features added,
>> so I would like to release a long overdue Imaging 1.0.
>>
>> Imaging 1.0, RC2 is available for review here:
>>  http://people.apache.org/~damjan/imaging-1.0-RC2/
>>
>> Maven artifacts are here:
>>  http://people.apache.org/~damjan/imaging-1.0-RC2/maven
>>
>> Details of changes since 0.97 are in the release notes:
>>  http://people.apache.org/~damjan/imaging-1.0-RC2/RELEASE-NOTES.txt
>>  http://people.apache.org/~damjan/imaging-1.0-RC2/site/changes-report.html
>>
>> I have tested this with JDK 1.6 using maven2.
>>
>> The tag is here:
>>  http://svn.apache.org/viewvc/commons/proper/imaging/tags/IMAGING_1_0_RC2/
>>
>> Site:
>>  http://people.apache.org/~damjan/imaging-1.0-RC2/site/
>>
>> Clirr Report is irrelevant - there is no source/binary/semantic
>> compatibility with 0.97.
>
> Since this is 1.0, I am more concerned with getting the API right than
> compatibility with a sandbox version. My question therefore is: are
> you happy with the API?
>
> I am traveling ATM and cannot dig into my IDE.
>
> I took a peek at the reports and there are a lot of issues reported by
> FindBugs, PMD and so on. What is the plan there?

The API is fine for now. It could use some improvements, but that's
something I'd rather leave for version 2.0.

I've already fixed all the FindBugs problems that are worth fixing,
the rest are non-issues. The issues PMD finds (final modifiers in
final classes, empty catch blocks, unused parameters) are things I
consider normal.

> Gary
>
>>
>> RAT Report:
>>  http://people.apache.org/~damjan/imaging-1.0-RC2/site/rat-report.html
>>
>> Votes, please.  This vote will close in 72 hours, Friday 27 July 2012
>> at 02:00 GMT.
>>
>> [ ] +1 Release these artifacts
>> [ ] +0 OK, but...
>> [ ] -0 OK, but really should fix...
>> [ ] -1 I oppose this release because...
>>
>> Thank you!
>>
>> Damjan Jovanovic

Damjan

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool] Question / potential improvement on KeyedObjectPool

2012-07-23 Thread Liviu Tudor

Phil & others who have been in touch with [pool],

A follow up to this: I'm trying to log this in JIRA and submit a patch but
I've come across the following problem:

1/ The mechanism I am referring to had pool-1.6.0 in mind, however, I
can't find in SVN the branch for 1.6? There are release branches going up
to 1.5 but no 1.6? Can you point me in the right direction so I can create
the patch in the right branch?

2/ Since we've moved now to pool2, I would like to apply something similar
for [pool2], however, looking at the code, I see we now have a

List getKeys();

Due to the Mbean interface we're implementing. This looks similar to my
idea of returning a Set for the keys -- since the order of the keys of
the cache is not important I thought. Looking at the code it turns out
indeed the order is not important, so List is not justified and Set could
have done it just fine. So am I ok to change the Mbean and the class to
actually use a Set rather than a List?




Liv 
 
Liviu Tudor
 
E: liviu.tu...@gmail.com
C: +1 650-2833815 (USA)
M: +44 (0)7591540313 (UK, Europe)
W: http://about.me/liviutudor
Skype: liviutudor
 
I'm nobody, nobody's perfect -- therefore I'm perfect!

 





On 11/07/2012 21:21, "Phil Steitz"  wrote:

>On 7/10/12 2:51 PM, Liviu Tudor wrote:
>> Hi guys,
>>
>> I have a question regarding [pool] -- which might turned out to be
>>either a
>> request for change or a potential improvement patch (though it could be
>>the
>> case I suppose that I've misunderstood certain things, in which case it
>>will
>> just turn out into my wasting people's time -- hopefully not though :)
>>
>> So a bit of context: I'm using [pool] in one of the projects I'm
>>working on,
>> more specifically I'm using a GenericKeyedObjectPool. This is actually
>>used
>> as a "create (instances) and cache (them) ahead" in the sense that it's
>>used
>> to create in advance N instances of certain classes and pool them. All
>>these
>> classes are "script classes" -- in the sense that we do allow in this
>> application a few hooks where we can execute user-written Java code,
>>which
>> obviously are not known ahead ‹ and because the application is a rather
>> high-throughput one, rather than creating these instances on demand
>>(when
>> execution of the program reaches the "hook" point and needs to run the
>> "script") I've decided to have a pool-based implementation which will
>>create
>> in advance N instances of these "script" classes and then when the
>>"hook"
>> point is used, simply use one of the already-created objects from the
>>pool ‹
>> thus decreasing the execution time. Without going into details, some of
>> these instances can be re-used and added back to the pool, while others
>>are
>> simply a one-off execution, after which the class needs to be destroyed
>>‹
>> however, in both cases, I would like to keep around N instances
>>pre-created
>> in the pool, for each class type.
>>
>> Now, my idea ‹ and this is where (finally!) my question/suggestion
>>comes in
>> ‹ is to have a background thread (a ScheduledExecutorService, scheduled
>>at
>> fixed intervals) which kicks in and goes through all the keys in the
>>pool
>> and for each such key it uses the KeyedObjectPoolableFactory to create
>>up to
>> N instances for each key (based of course also on the getNumIdle(Key)
>> return). 
>>
>> The problem with that ‹ as I found out soon ‹ is that there is no way to
>> access the set of keys in a KeyedObjectPool! I was expecting something
>>upon
>> the lines of standard JDK collections :
>>
>> Set keySet();
>>
>> or similar, however, there isn't anything like that around. So question
>> number one is : Should we consider making such a method available? (As
>>far
>> as I can see, the GenericKeyedObjectPool uses a poolMap member
>>internally so
>> we could easily wrap up the keySet() into an unmodifiable set or
>>similar if
>> that makes sense.)
>
>This seems a reasonable enhancement request. Can you please open a
>JIRA for it. That way you can also attach patches ;)
>
>The tricky bit will be how to do this with integrity but without
>performance impact.
>
>Phil
>>
>> Alternatively ‹ and this is question two, and where this email can turn
>>into
>> a proposal for a commit of a new component/class ‹ does it make sense to
>> have a specialised KeyedObjectPool which does what I described above?
>>The
>> way I'm doing the pre population is by keeping a set of all the keys
>>that
>> were requested/removed (through borrowObject/preparePool/etc) -- and the
>> background thread iterates through these keys and creates instances
>>where
>> necessary. (I am happy of course to provide this implementation to ASF
>>as a
>> patch request or similar.)
>>
>> Hopefully I managed to explain what I'm trying to achieve here ‹ but
>>happy
>> to provide more details where necessary.
>>
>> Many thanks in advance,
>>
>>
>>
>> Liv 
>>  
>>
>> Liviu Tudor
>>  
>> E: liviu.tu...@gmail.com 
>> C: +1 650-2833815 (USA)
>> M:

Re: [chain2] configuration façade APIs

2012-07-23 Thread Simone Tripodi

Good morning all,

so I continue proposing the already proposed roadmap: let's add the
façade APIs for the [chain] configuration stuff, adapt the existing
XML configuration reader, use the [configuration] in future releases
for new [chain] configurations.
How does it sound?

best,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Mon, Jul 23, 2012 at 7:01 AM, Elijah Zupancic  wrote:
> Hi Oliver,
>
> Configuration seems like it might be useful if I end up redoing the
> XML configuration portion. Are there any plans to support YAML?
>
> Thanks,
> -Elijah
>
> On Sun, Jul 22, 2012 at 1:16 PM, Oliver Heger
>  wrote:
>> Hi Simo,
>>
>> Am 22.07.2012 17:54, schrieb Simone Tripodi:
>>
>>> Good point Oliver,
>>>
>>> I honestly didn't think about [configuration], please apologize! since
>>> [chain] already had a way to be configured via an XML wrapper around
>>> the Digester, we thought it would have been good having a façade and
>>> plug other textual format...
>>>
>>> Anyway, we are open to suggestions - what would fit better for you? Do
>>> you already have some hints to share?
>>>
>>> Many thanks in advance, all the best!
>>> -Simo
>>
>>
>> nothing concrete. I saw that you mentioned an XML configuration module, and
>> [configuration] contains a XMLConfiguration class. It also supports other
>> configuration file formats, e.g. properties or ini files which can be
>> accessed through the same Configuration interface.
>>
>> I don't know your concrete use cases. If you already have a working
>> implementation based on Digester, there is probably not much benefit in
>> switching to another API. But if you plan support for other configuration
>> file formats, [configuration] may be worth a look.
>>
>> Oliver
>>
>>
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://simonetripodi.livejournal.com/
>>> http://twitter.com/simonetripodi
>>> http://www.99soft.org/
>>>
>>>
>>> On Sun, Jul 22, 2012 at 4:49 PM, Oliver Heger
>>>  wrote:

 Is there any relation or overlap to [configuration]?

 Depending on your concrete requirements, this is probably over-sized. But
 maybe a source of inspiration?

 Oliver

 Am 22.07.2012 10:00, schrieb Elijah Zupancic:

> Thanks!
>
> On Sat, Jul 21, 2012 at 11:54 PM, Simone Tripodi
>  wrote:
>>
>>
>> Just tracked CHAIN-72 and assigned to Elijah
>>
>> best,
>> -Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>>
>> On Sat, Jul 21, 2012 at 11:27 PM, Simone Tripodi
>>  wrote:
>>>
>>>
>>> Hi all guys,
>>>
>>> Elijah and and I had a chat and we thought that, since chain2 hasn't
>>> released yet, we are still in time to define a façade API for textual
>>> configurations and rename the current XML configuration module to
>>> xml-configuration (and adapt it to new API) - new formats such as YAML
>>> and JSON will be included in future releases.
>>> Any objection?
>>>
>>> @Elijah: if you have cycles to dedicate to it, I think the façade can
>>> be defined in a o.a.c.chain.config package in the core module, in that
>>> way it should be quick enough going to the first release - WDYT?
>>>
>>> TIA!
>>> -Simo
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://simonetripodi.livejournal.com/
>>> http://twitter.com/simonetripodi
>>> http://www.99soft.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
>


 -
 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
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

--

Re: [NET] 3.2 ready?

2012-07-23 Thread Simone Tripodi

I've never been involved in [net], but

> How about removing @author tags? Clean up of @version tags?

+1 for this

best,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Promote vfs-cift out of sandbox?

2012-07-23 Thread Dan Tran

I have from now to Octorber to  either:

  1. Implement test requirement to graduate vfs-cifs out of sandbox at
Apache common

  2. Release it as a alpha/beta at Codehaus together with vfs-maven-plugin

  3. Release to our internal repo.

The prefer one is 1

What is VFS 2.1 schedule?

Thanks

-Dan


On Sun, Jul 22, 2012 at 11:01 PM, Gary Gregory  wrote:
> Dan? What are your plans or intentions here?
>
> Thank you,
> Gary
>
> On Sat, Jul 21, 2012 at 12:48 AM, Gary Gregory wrote:
>
>> On Jul 19, 2012, at 12:11, Ralph Goers  wrote:
>>
>> >
>> > On Jul 18, 2012, at 10:38 AM, sebb wrote:
>> >
>> >
>> > Can the above be read as follows for VFS and JCIFS: you cannot copy
>> the
>> > JCIFS jar into VFS (which we do not) but the VFS POM can point to it
>> (which
>> > we do).
>> 
>>  The above document is only proposed, not actual policy.
>> 
>>  The following is the resolved list of questions:
>> 
>>  http://www.apache.org/legal/resolved.html
>> 
>>  In particular:
>> 
>>  http://www.apache.org/legal/resolved.html#optional
>> 
>>  "Will the majority of users want to use my product without adding the
>>  optional components?
>> >>>
>> >>> I do not see how this helps. It's yes or no: Can the VFS POM point to
>> >>> a set of artifacts that are LGPL?
>> >>
>> >> Whether the answer is yes or no depends on the answer to the above
>> question.
>> >
>> > There are only a few file systems in VFS that should be considered
>> required. All the ones that require the user to include a third-party jar -
>> even if it is Jackrabbit's - are optional.  We could easily include file
>> systems that have dependencies on artifacts that are licensed under the
>> LGPL or similar licenses (although I would still shy away from GPL'd works
>> because of the FSF's interpretation of their license).
>> >
>> > The biggest issue I see with the stuff in the sandbox isn't licensing
>> but if anyone will support it.
>>
>> Ok, so the short answer is yes, we can move to trunk. The issue is
>> whether someone can bring the code up to par. That person sounds like
>> the author of the original post. After that, it's up to the
>> committers, like me, to keep up.
>>
>> Gary
>>
>> >
>> > Ralph
>> > -
>> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> > For additional commands, e-mail: dev-h...@commons.apache.org
>> >
>>
>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
> Spring Batch in Action: http://bit.ly/bqpbCK
> 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: [VFS] Publishing a snapshot

2012-07-23 Thread Ralph Goers

I was going to try to see if I could do it but I am getting a unit test failure.

---
Test set: org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase
---
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 3.145 sec <<< 
FAILURE!
junit.framework.TestSuite@3dd06d02(org.apache.commons.vfs2.test.ProviderTestSuite)
  Time elapsed: 3.144 sec  <<< ERROR!
org.apache.commons.vfs2.FileSystemException: Unknown message with code 
"org.apache.commons.vfs2.FileNotFoundException Could not read from 
"file:///Users/rgoers/projects/apache/commons/vfs/trunk/core/target/test-classes/test-data/write-tests/file1.txt"
 because it is a not a file.".
at 
org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:289)
at 
org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254)
at 
org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254)
at 
org.apache.commons.vfs2.provider.ram.RamFileSystem.importTree(RamFileSystem.java:231)
at 
org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase.getBaseTestFolder(RamProviderTestCase.java:90)
at 
org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:166)
at junit.extensions.TestSetup$1.protect(TestSetup.java:22)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.extensions.TestSetup.run(TestSetup.java:27)
at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134)
at 
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
at 
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
at 
org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
at 
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
at 
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)




On Jul 22, 2012, at 10:53 PM, Gary Gregory wrote:

> Ugh, I hate these Maven problems.
> 
> With the command below, Maven hangs on:
> 
> [INFO] --- maven-gpg-plugin:1.4:sign (default) @ commons-vfs2-project ---
> 
> My set up works for other Commons component when I use -Prelease
> 
> Arg...
> 
> Gary
> 
> On Mon, Jul 23, 2012 at 12:46 AM, Ralph Goers 
> wrote:
> 
>> If I recall correctly you should just need to do
>> 
>> mvn -P apache-release deploy
>> 
>> Ralph
>> 
>> On Jul 22, 2012, at 9:38 PM, Gary Gregory wrote:
>> 
>>> How do I do it?
>>> 
>>> For other commons components, I do "mvn deploy -Prelease" but with VFS I
>>> get an error.
>>> 
>>> Help?
>>> 
>>> Thank you,
>>> Gary
>>> 
>>> --
>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>>> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
>>> Spring Batch in Action: http://bit.ly/bqpbCK
>>> 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
>> 
>> 
> 
> 
> -- 
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
> Spring Batch in Action: http://bit.ly/bqpbCK
> 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

[GUMP@vmgump]: Project commons-logging-test (in module apache-commons) failed

2012-07-23 Thread Gump

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project commons-logging-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 6 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-logging-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-logging-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/logging/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/logging/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/logging/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-logging-test/gump_work/build_apache-commons_commons-logging-test.html
Work Name: build_apache-commons_commons-logging-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 35 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/logging/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/logging]
M2_HOME: /opt/maven2
-
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] Compiling 52 source files to 
/srv/gump/public/workspace/apache-commons/logging/target/test-classes
Downloading: 
http://localhost:8192/maven2/org/apache/maven/surefire/surefire-booter/2.9/surefire-booter-2.9.pom
2K downloaded  (surefire-booter-2.9.pom)
Downloading: 
http://localhost:8192/maven2/org/apache/maven/surefire/surefire-api/2.9/surefire-api-2.9.pom
2K downloaded  (surefire-api-2.9.pom)
Downloading: 
http://localhost:8192/maven2/org/apache/maven/surefire/maven-surefire-common/2.9/maven-surefire-common-2.9.pom
3K downloaded  (maven-surefire-common-2.9.pom)
Downloading: 
http://localhost:8192/maven2/org/apache/maven/surefire/surefire-booter/2.9/surefire-booter-2.9.jar
32K downloaded  (surefire-booter-2.9.jar)
Downloading: 
http://localhost:8192/maven2/org/apache/maven/surefire/surefire-api/2.9/surefire-api-2.9.jar
155K downloaded  (surefire-api-2.9.jar)
Downloading: 
http://localhost:8192/maven2/org/apache/maven/surefire/maven-surefire-common/2.9/maven-surefire-common-2.9.jar
59K downloaded  (maven-surefire-common-2.9.jar)
[INFO] [surefire:test {execution: default-test}]
[INFO] Surefire report directory: 
/srv/gump/public/workspace/apache-commons/logging/target/surefire-reports
Downloading: 
http://localhost:8192/maven2/org/apache/maven/surefire/surefire-junit3/2.9/surefire-junit3-2.9.pom
1K downloaded  (surefire-junit3-2.9.pom)
Downloading: 
http://localhost:8192/maven2/org/apache/maven/surefire/surefire-providers/2.9/surefire-providers-2.9.pom
2K downloaded  (surefire-providers-2.9.pom)
Downloading: 
http://localhost:8192/maven2/org/apache/maven/surefire/surefire-junit3/2.9/surefire-junit3-2.9.jar
25K downloaded  (surefire-junit3-2.9.jar)

---
 T E S T S
---
Running org.apache.commons.logging.avalon.AvalonLoggerTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.028 sec
Running org.apache.commons.logging.WeakHashTableTestCase
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 9.029 sec <<< 
FAILURE!

Results :

Failed tests:   
testLOGGING_119(org.apache.commons.logging.WeakHashTableTestCase): Attempt: 338 
Stuck threads: 10

Tests run: 2, Failures: 1, Errors: 0, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/srv/gump/public/workspace/apache-commons/logging/target/surefire-reports for 
the individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 34 seconds
[INFO] Finished at: Mon Jul 23 07:33:44 UTC 2012
[INFO] Final Memory: 38M/92M
[INFO] 
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/apache-commons/commons-logging-test/rss.xm

[GUMP@vmgump]: Project commons-exec-test (in module apache-commons) failed

2012-07-23 Thread Gump

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project commons-exec-test has an issue affecting its community integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-exec-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/exec/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/exec/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/gump_work/build_apache-commons_commons-exec-test.html
Work Name: build_apache-commons_commons-exec-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 24 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/exec]
M2_HOME: /opt/maven2
-
Running org.apache.commons.exec.util.StringUtilTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.apache.commons.exec.util.MapUtilTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.exec.DefaultExecutorTest
FOO..
gdal_translate
HDF5:"/home/kk/grass/data/4404.he5"://HDFEOS/GRIDS/OMI_Column_Amount_O3/Data_Fields/ColumnAmountO3/home/kk/4.tif
FOO..
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.023 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.021 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.033 ms
Process completed in 2004 millis; below is its output
Process timed out and was killed by watchdog.
org.apache.commons.exec.ExecuteException: Process exited with an error: 143 
(Exit value: 143)
Process completed in 2006 millis; below is its output
Process timed out and was killed.
Preparing to execute process - commandLine=[/bin/ls, /opt]
Process spun off successfully - process=/bin/ls
Preparing to execute process - commandLine=[/bin/ls, /opt]
Process spun off successfully - process=/bin/ls
Executing [sh, -c, src/test/scripts/invoker.sh]
invoker.sh -- going to start daemon process
invoker.sh --  daemon process was started
cd: 21: can't cd to ../../../target
Process completed in 8042 millis; above is its output
Processes terminated: 6 killed: 0 Multiplier: 1 MaxRetries: 180 Elapsed (avg 
ms): 1010
Tests run: 40, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 71.881 sec <<< 
FAILURE!

Results :

Failed tests: 
  testExec_60(org.apache.commons.exec.DefaultExecutorTest)

Tests run: 95, Failures: 1, Errors: 0, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/srv/gump/public/workspace/apache-commons/exec/target/surefire-reports for the 
individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 1 minute 23 seconds
[INFO] Finished at: Mon Jul 23 08:02:31 UTC 2012
[INFO] Final Memory: 25M/65M
[INFO] 
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/atom.xml

== Gump Tracking Only ===
Produced by Apache Gump(TM) version 2.3.
Gump Run 06000623072012, vmgump.apache.org:vmgump:06000623072012
Gump E-mail Identifier (unique within run) #14.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] Random tests sometimes fail (r1363105)

2012-07-23 Thread Thomas Neidhart

On Mon, Jul 23, 2012 at 12:44 AM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:

> Hi Thomas.
>

Hi Gilles,


>
> I've encountered a failure of one the tests which you introduced in
> revision 1363105.  Here is an excerpt of the error:
> ---
>
> testNormalDistributionUnsymmetricMatrix(org.apache.commons.math3.linear.EigenDecompositionTest)
> Time elapsed: 0.044 sec  <<< FAILURE!
> java.lang.AssertionError: The norm of (X-Y) is too large
> at org.junit.Assert.fail(Assert.java:93)
> at org.junit.Assert.assertTrue(Assert.java:43)
> at
> org.apache.commons.math3.linear.EigenDecompositionTest.checkUnsymmetricMatrix(EigenDecompositionTest.java:422)
> at
> org.apache.commons.math3.linear.EigenDecompositionTest.testNormalDistributionUnsymmetricMatrix(EigenDecompositionTest.java:404)
> [... etc ...]
> ---
>
> For tests that uses a RNG, the conclusion was reached that it is better
> (for
> unit tests) to select a seed for which the test succeeds.
>

ok thanks for the hint. The random test principle is flawed but I wanted to
check with lots of different input data if the whole algorithm is stable.
Now there was not yet a way to quickly display the corresponding matrix,
but I added a RealMatrixFormat for that purpose. So I will update the test
and use also a fixed seed to make it predictable (and do more investigation
on failing cases).

Thomas

43 matches

Mail list logo