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

[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 52 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: 18 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --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
-

---
 T E S T S
---
Running org.apache.commons.scxml.invoke.InvokeTestSuite
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.585 sec
Running org.apache.commons.scxml.test.TestingTestSuite
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 sec
Running org.apache.commons.scxml.env.EnvTestSuite
Tests run: 21, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.195 sec
Running org.apache.commons.scxml.SCXMLTestSuite
Tests run: 71, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.86 sec <<< 
FAILURE!
Running org.apache.commons.scxml.issues.IssuesTestSuite
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.346 sec
Running org.apache.commons.scxml.model.ModelTestSuite
Tests run: 78, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.307 sec <<< 
FAILURE!
Running org.apache.commons.scxml.env.faces.EnvFacesTestSuite
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.018 sec
Running org.apache.commons.scxml.semantics.SemanticsTestSuite
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.apache.commons.scxml.env.jsp.EnvJspTestSuite
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.037 sec
Running org.apache.commons.scxml.env.jexl.EnvJexlTestSuite
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.025 sec
Running org.apache.commons.scxml.env.servlet.EnvServletTestSuite
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 sec
Running org.apache.commons.scxml.io.IOTestSuite
Tests run: 30, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.438 sec

Results :

Failed tests: 
  
testNamespacePrefixedXPathsEL(org.apache.commons.scxml.NamespacePrefixedXPathsTest)
  testDatamodelSimultaneousJsp(org.apache.commons.scxml.model.DatamodelTest)

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

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

Please refer to 
/srv/gump/public/workspace/apache-commons/scxml/target/surefire-reports for the 
individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 17 seconds
[INFO] Finished at: Fri Jan 28 09:48:07 UTC 2011
[INFO] Final Memory: 41M/98M
[INFO] 
-

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

== Gump Tracking Only ===
Produced by Apache Gump(TM) version 2.3.
Gump Run 06000628012011, vmgump.apache.org:vmgump:06000628012011
Gump E-mail Identifier (unique with

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

[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-quartz has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 40 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-quartz :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-quartz/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-quartz-28012011.jar] identifier 
set to project name
 -DEBUG- Dependency on logging-log4j-12 exists, no need to add for property 
maven.jar.log4j.
 -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/quartz/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/project.xml
 -DEBUG- Maven project properties in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/project.properties
 -INFO- Project Reports in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/target/test-reports
 -WARNING- No directory 
[/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/target/test-reports]
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-quartz/gump_work/build_commons-jelly_commons-jelly-tags-quartz.html
Work Name: build_commons-jelly_commons-jelly-tags-quartz (Type: Build)
Work ended in a state of : Failed
Elapsed: 4 secs
Command Line: maven --offline jar 
[Working Directory: /srv/gump/public/workspace/commons-jelly/jelly-tags/quartz]
-
java:compile:
[echo] Compiling to 
/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/target/classes
[javac] Compiling 7 source files to 
/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/target/classes
[javac] 
/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/src/java/org/apache/commons/jelly/tags/quartz/CronTriggerTag.java:198:
 org.quartz.CronTrigger is abstract; cannot be instantiated
[javac] CronTrigger trigger = new CronTrigger( getName(),
[javac]   ^
[javac] 
/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/src/java/org/apache/commons/jelly/tags/quartz/CronTriggerTag.java:201:
 cannot find symbol
[javac] symbol  : method setCronExpression(java.lang.String)
[javac] location: interface org.quartz.CronTrigger
[javac] trigger.setCronExpression( getSpec() );
[javac]^
[javac] 
/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/src/java/org/apache/commons/jelly/tags/quartz/CronTriggerTag.java:206:
 cannot find symbol
[javac] symbol  : method setJobName(java.lang.String)
[javac] location: interface org.quartz.CronTrigger
[javac] trigger.setJobName( getJobName() );
[javac]^
[javac] 
/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/src/java/org/apache/commons/jelly/tags/quartz/CronTriggerTag.java:207:
 cannot find symbol
[javac] symbol  : method setJobGroup(java.lang.String)
[javac] location: interface org.quartz.CronTrigger
[javac] trigger.setJobGroup( getJobGroup() );
[javac]^
[javac] 
/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/src/java/org/apache/commons/jelly/tags/quartz/CronTriggerTag.java:208:
 cannot find symbol
[javac] symbol  : method setStartTime(java.util.Date)
[javac] location: interface org.quartz.CronTrigger
[javac] trigger.setStartTime( new Date() );
[javac]^
[javac] 
/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/src/java/org/apache/commons/jelly/tags/quartz/JobTag.java:118:
 org.quartz.JobDetail is abstract; cannot be instantiated
[javac] JobDetail detail = new JobDetail( getName(),
[javac]^
[javac] 
/srv/gump/public/workspace/commons-jelly/jelly-tags/quartz/src/java/org/apache/commons/jelly/tags/quartz/JobTag.java:122:
 cannot find symbol
[javac] symbol  : method setDurability(boolean)
[javac] location: interface org.quartz.JobDetail
[javac] detail.setDurability( true );
[javac]   ^
[javac] 
/srv

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

[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 52 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: 11 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.003 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.005 sec
Running org.apache.commons.proxy.interceptor.TestFilteredInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.029 sec
Running org.apache.commons.proxy.interceptor.filter.TestPatternFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.interceptor.TestSerializingInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.051 sec
Running org.apache.commons.proxy.interceptor.TestInterceptorChain
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 sec
Running org.apache.commons.proxy.invoker.TestNullInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec
Running org.apache.commons.proxy.provider.remoting.TestBurlapProvider
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 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.01 sec
Running org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory
Tests run: 37, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.155 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.003 sec
Running org.apache.commons.proxy.provider.TestBeanProvider
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.012 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: 10 seconds
[INFO] Finished at: Fri Jan 28 10:24:13 UTC 2011
[INFO] Final Memory: 39M/94M
[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

informations needed: proposing a survey to users

[Simone Tripodi]

Hi all PMCs,
I'm writing because, since I've been working on a Digester3 sandbox
prototype, I would like to propose to our Commons users a survey about
the Digester component, to better understand which parts have to be
improved and how, etc etc, so I need to know

 * am I allowed to do it? :) that's why I wrote in the private ML first.
 * is there any recommendation/legal note I need to follow?
 * if already done something similar in the past, do we have - as
apache - an infra that allows me doing it, or I'm free to use a free
one?
 * any suggestion?

Many thanks in advance, have a nice day!
Simo

http://people.apache.org/~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: informations needed: proposing a survey to users

[Simone Tripodi]

sorry for the mistyping, s/allowed/authorized :D :D
Simo

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



On Fri, Jan 28, 2011 at 12:12 PM, Simone Tripodi
 wrote:
> Hi all PMCs,
> I'm writing because, since I've been working on a Digester3 sandbox
> prototype, I would like to propose to our Commons users a survey about
> the Digester component, to better understand which parts have to be
> improved and how, etc etc, so I need to know
>
>  * am I allowed to do it? :) that's why I wrote in the private ML first.
>  * is there any recommendation/legal note I need to follow?
>  * if already done something similar in the past, do we have - as
> apache - an infra that allows me doing it, or I'm free to use a free
> one?
>  * any suggestion?
>
> Many thanks in advance, have a nice day!
> Simo
>
> http://people.apache.org/~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: [codec] Large test data set!

[Gary Gregory]

> -Original Message-
> From: Jörg Schaible [mailto:joerg.schai...@scalaris.com]
> Sent: Friday, January 28, 2011 02:36
> To: dev@commons.apache.org
> Subject: Re: [codec] Large test data set!
> 
> Gary Gregory wrote:
> 
> > On Jan 27, 2011, at 17:43, "Jörg Schaible"  wrote:
> >
> >> Gary Gregory wrote:
> >>
>  -Original Message-
>  From: Jörg Schaible [mailto:joerg.schai...@scalaris.com]
>  Sent: Thursday, January 27, 2011 12:21
>  To: dev@commons.apache.org
>  Subject: Re: [codec] Large test data set!
> 
>  Hi Julius,
> 
>  Julius Davies wrote:
> 
> >>> However, it will probably do no harm to ask at legal@.
> >>
> >> Do we actually have to distribute it? Maybe we can add is as zip to
> >> the Maven repo and use the dependency plugin to download and extract
> >> it on the fly.
> >>
> >> - Jörg
> >
> >
> > Another  option:   ask the copyright holder to relicense to us under
> > the ASL 2.0.  That often works!
> 
>  Why do you want to include it into our Subversion? If it's downloade
>  automatically for the test like any other dependency, what's wrong
> with
>  it?
> >>>
> >>> It's not in a Maven repository, it's in a Zip file on SourceForge.
> >>
> >> ... and it is a defined process to put something into central.
> >
> > Yes that's true and a good point. But how do you read a data file from
> > java that works from the build and any IDE. That code would need to be
> > able to resolve the right location in the local M2 repo. This must have
> > happened before. Maybe there is a way to add the right dir to the
> > classpath and get the file as a resource through a class loader.
> 
> ?!?
> 
> You would use the dependency plugin in the generate-resources phase to
> extract the zip file into your local target directory where you then access
> the file(s) in your test. Quite a normal action with Maven.

That's the part I did not know about. Thank you for the tip!

Gary

> 
> And regarding an IDE there's no difference from any other task that
> generates resources or additional source files.
> 
> - Jörg
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org

RE: [codec] Large test data set!

[Gary Gregory]

> -Original Message-
> From: Jörg Schaible [mailto:joerg.schai...@scalaris.com]
> Sent: Friday, January 28, 2011 02:45
> To: dev@commons.apache.org
> Subject: RE: [codec] Large test data set!
> 
> Hi Gary,
> 
> Gary Gregory wrote:
> 
> >> >> > Another  option:   ask the copyright holder to relicense to us
> under
> >> >> > the ASL 2.0.  That often works!
> >
> > The author has agreed to ASL 2 the files.
> 
> IANAL, but how does ASL 2 cope with *data*? The author has IMHO chosen well
> his license.

Hm, is there difference between data in a text file and data embedded in Java 
(in String for example.)

Gary
> 
> - Jörg
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org

RE: [codec] Large test data set!

[Gary Gregory]

> -Original Message-
> From: Jörg Schaible [mailto:joerg.schai...@scalaris.com]
> Sent: Friday, January 28, 2011 02:46
> To: dev@commons.apache.org
> Subject: Re: [codec] Large test data set!
> 
> Jörg Schaible wrote:
> 
> > Gary Gregory wrote:
> >
> >> On Jan 27, 2011, at 17:43, "Jörg Schaible" 
> wrote:
> >>
> >>> Gary Gregory wrote:
> >>>
> > -Original Message-
> > From: Jörg Schaible [mailto:joerg.schai...@scalaris.com]
> > Sent: Thursday, January 27, 2011 12:21
> > To: dev@commons.apache.org
> > Subject: Re: [codec] Large test data set!
> >
> > Hi Julius,
> >
> > Julius Davies wrote:
> >
>  However, it will probably do no harm to ask at legal@.
> >>>
> >>> Do we actually have to distribute it? Maybe we can add is as zip to
> >>> the Maven repo and use the dependency plugin to download and
> extract
> >>> it on the fly.
> >>>
> >>> - Jörg
> >>
> >>
> >> Another  option:   ask the copyright holder to relicense to us under
> >> the ASL 2.0.  That often works!
> >
> > Why do you want to include it into our Subversion? If it's downloade
> > automatically for the test like any other dependency, what's wrong
> > with it?
> 
>  It's not in a Maven repository, it's in a Zip file on SourceForge.
> >>>
> >>> ... and it is a defined process to put something into central.
> >>
> >> Yes that's true and a good point. But how do you read a data file from
> >> java that works from the build and any IDE. That code would need to be
> >> able to resolve the right location in the local M2 repo. This must have
> >> happened before. Maybe there is a way to add the right dir to the
> >> classpath and get the file as a resource through a class loader.
> >
> > ?!?
> >
> > You would use the dependency plugin in the generate-resources phase to
> > extract the zip file into your local target directory where you then
> > access the file(s) in your test. Quite a normal action with Maven.
> >
> > And regarding an IDE there's no difference from any other task that
> > generates resources or additional source files.
> 
> BTW: If you're unsure how to do this, I can give this a shot at the
> weekend.
> Just an offer.

Yes, thank you! 

What you could help on now is getting the files in the proper Maven repository. 
Beware the SourceForge appears to be broken for this project ATM. I can 
download the Zip namen-0.11.1.zip but it is corrupted. Franz, the author, sent 
me the Zip and it unzips fine here. If you want to do the upload, let me know 
which email to send you the Zip (11MB)

Gary

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

RE: [codec] Large test data set!

[Jörg Schaible]

Hi Gary,

Gary Gregory wrote:

>> >
>> > You would use the dependency plugin in the generate-resources phase to
>> > extract the zip file into your local target directory where you then
>> > access the file(s) in your test. Quite a normal action with Maven.
>> >
>> > And regarding an IDE there's no difference from any other task that
>> > generates resources or additional source files.
>> 
>> BTW: If you're unsure how to do this, I can give this a shot at the
>> weekend.
>> Just an offer.
> 
> Yes, thank you!
> 
> What you could help on now is getting the files in the proper Maven
> repository. Beware the SourceForge appears to be broken for this project
> ATM. I can download the Zip namen-0.11.1.zip but it is corrupted. Franz,
> the author, sent me the Zip and it unzips fine here. If you want to do the
> upload, let me know which email to send you the Zip (11MB)

I'd take always what is publicly available i.e. currently 0.10.x. If the 
author makes a version available that is no longer broken, we can add it at 
any time later again. Otherwise nobody can be sure where the file from Maven 
Central came from if it differs from the original.

The procedure is described here:
http://maven.apache.org/guides/mini/guide-central-repository-upload.html

Your POM may use:

groupId: net.sourceforge.familynamephon
artifactId: namen
packaging: zip

Obviously no deps.

When its available in central, you can refer it in the configuration for the 
dependency:unpack goal (example: http://maven.apache.org/plugins/maven-
dependency-plugin/examples/unpacking-artifacts.html). You should bind that 
goal to the phase process-test-resources.

- Jörg


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

[csv] Fixes for commons-csv

[Jacopo Cappellato]

Hi all,

I am a committer of the Apache OFBiz project and I am using commons-csv for a 
project at work.
I am wondering if there are plans to maintain the common-csv package; if I will 
submit some patches and small enhancements will they be considered?
If there is interest around this, I  may also be available to help to resolve 
some of the Jira task listed here:

https://issues.apache.org/jira/browse/SANDBOX/fixforversion/12313514

in order to be able to issue a release.

Kind regards,

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

[Math] Repository and SVN

[Michael Giannakopoulos]

Hello guys,

I have one main problem with the svn... I use eclipse and its plugin in
order to synchronize a java project with the current code in the trunk...
However the problem that i face is that there are three different folders in
the trunk to synchronize from: folder main, folder test and folder site.
These three folders are stored in different folders in my current java
project. When i want to change a file what i do is to copy all the files
from one folder (for example main/java/org) to the src folder that is
created automatically by eclipse when you choose a new project. This works
fine because i can see all the files being on folder main sorted in
packages, find their dependencies and in general make changes... The problem
is that i want to make changes to the files that are in the folder test from
the repository so as to deliver something that it is guaranteed to work (not
to make quick changes and put you into trouble...). When i try to copy the
files from the folder test/java/org to the src folder (default folder of a
java project in eclipse...) then the .svn folders get corrupted in the src
folder which i can understand why it happens. When i try to delete these
.svn folders from ths src folder and its sub folders then all the files that
are in the src folders appear to have errors. So i cannot work in order to
examine both files that are in the main folder truck and test folder trunk
so as all the files to be in the right packages and see their dependences
and generally to build them and to run them... Any suggestion about this
problem! I would like to commit the changes i have made and to change many
files in order MathRuntimeException to become deprecated but i cannot until
i solve this problem. Thanks for your attention and your time. I would be
glad if i hear from you and sorry for any inconvenience this mail may cause
to you.

Best regards,
Michael Giannakopoulos

RE: [csv] Fixes for commons-csv

[Gary Gregory]

Hi Jacopo,

First, yes, please contribute updates and fixes.

Would you be willing to contribute more than 'small' things to turn the project 
into a real 1.0 release?

I've not looked at the component in a lng time so I am not sure what would 
be needed.

Gary Gregory
Senior Software Engineer
Rocket Software
3340 Peachtree Road, Suite 820 . Atlanta, GA 30326 . USA
Tel: +1.404.760.1560
Email: ggreg...@seagullsoftware.com
Web: seagull.rocketsoftware.com  



> -Original Message-
> From: Jacopo Cappellato [mailto:jacopo.cappell...@gmail.com]
> Sent: Friday, January 28, 2011 11:14
> To: dev@commons.apache.org
> Subject: [csv] Fixes for commons-csv
> 
> Hi all,
> 
> I am a committer of the Apache OFBiz project and I am using commons-csv for
> a project at work.
> I am wondering if there are plans to maintain the common-csv package; if I
> will submit some patches and small enhancements will they be considered?
> If there is interest around this, I  may also be available to help to
> resolve some of the Jira task listed here:
> 
> https://issues.apache.org/jira/browse/SANDBOX/fixforversion/12313514
> 
> in order to be able to issue a release.
> 
> Kind regards,
> 
> Jacopo
> -
> 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: [Math] Repository and SVN

[Michael Giannakopoulos]

Problem solved... Sorry disturbing you for this issue!

Re: [Math] Repository and SVN

[Luc Maisonobe]

Le 28/01/2011 17:17, Michael Giannakopoulos a écrit :
> Hello guys,

Hi Michael

> 
> I have one main problem with the svn... I use eclipse and its plugin in
> order to synchronize a java project with the current code in the trunk...
> However the problem that i face is that there are three different folders in
> the trunk to synchronize from: folder main, folder test and folder site.
> These three folders are stored in different folders in my current java
> project. When i want to change a file what i do is to copy all the files
> from one folder (for example main/java/org) to the src folder that is
> created automatically by eclipse when you choose a new project. This works
> fine because i can see all the files being on folder main sorted in
> packages, find their dependencies and in general make changes... The problem
> is that i want to make changes to the files that are in the folder test from
> the repository so as to deliver something that it is guaranteed to work (not
> to make quick changes and put you into trouble...). When i try to copy the
> files from the folder test/java/org to the src folder (default folder of a
> java project in eclipse...) then the .svn folders get corrupted in the src

You should not move files.
Just checkout starting from the top folder containing the pom.xml file.
Then don't use directly src as the source for your Eclipse project as
our layout is not this one (our layout comes from maven). In the
"configure build path" wizard from eclipse, you should rather set up the
four folders src/main/java, src/main/resources, src/test/java and
src/test/resources.

best regards,
Luc

> folder which i can understand why it happens. When i try to delete these
> .svn folders from ths src folder and its sub folders then all the files that
> are in the src folders appear to have errors. So i cannot work in order to
> examine both files that are in the main folder truck and test folder trunk
> so as all the files to be in the right packages and see their dependences
> and generally to build them and to run them... Any suggestion about this
> problem! I would like to commit the changes i have made and to change many
> files in order MathRuntimeException to become deprecated but i cannot until
> i solve this problem. Thanks for your attention and your time. I would be
> glad if i hear from you and sorry for any inconvenience this mail may cause
> to you.
> 
> Best regards,
> Michael Giannakopoulos
> 


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

[RESULT][VOTE] Release commons-parent 18

[Gary Gregory]

This vote has passed with four +1 votes (four binding from [commons] 
committers) from the
following people:

Gary Gregory
Simone Tripodi
Sebastian Bazley
Luc Maisonobe

Gary

> -Original Message-
> From: Gary Gregory [mailto:ggreg...@seagullsoftware.com]
> Sent: Monday, January 24, 2011 15:20
> To: Commons Developers List
> Subject: [VOTE] Release commons-parent 18
> 
> This is a VOTE to release commons-parent 18.
> 
> [ ] +1: Yes
> [ ] -1: No, because:
> 
> The changes since 17 are:
> 
> - Update to Surefire 2.7.1 (from the 2.5 default and 2.2 for the Java 1.3
> profile.)
> 
> - Update plugins for Maven 3 compatibility:
>   - maven-site-plugin 2.0.1 -> 2.2
>   - maven-project-info-reports-plugin 2.1.2 -> 2.3.1
> 
> - Use maven-site-plugin 2.x with Maven 2.x and maven-site-plugin 3.x with
> Maven 3.x. See http://maven.apache.org/plugins/maven-site-plugin-3.0-beta-
> 3/maven-3.html
> 
> - Update the commons-parent POM to allow using the apache-wide "apache-
> release" profile and still be somewhat commons compatible:
>   - activate the "apache-release" profile when deployment is run
>   - generate checksums when running install with the apache-release profile
>   - generate a sources jar for the tests.
>(This should actually go into the Apache root POM).
> 
>   This should allow deprecation and subsequent removal of the "release" and
> "rc" profiles from the commons parent POM in the long run.
> 
> - [COMMONSSITE-29] Use link in  configuration of the maven-
> javadoc-plugin
> 
> - [COMMONSSITE-29] added a java api link POM property that is configured in
> the javadoc plugin.
> 
> Gary Gregory
> Senior Software Engineer
> Rocket Software
> 3340 Peachtree Road, Suite 820 * Atlanta, GA 30326 * USA
> Tel: +1.404.760.1560
> Email: ggreg...@seagullsoftware.com
> Web: seagull.rocketsoftware.com
> 
> -
> 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: [csv] Fixes for commons-csv

[Jacopo Cappellato]

Hi Gary,

first of all, thanks for the quick response; please see my comments inline:

On Jan 28, 2011, at 5:23 PM, Gary Gregory wrote:

> Hi Jacopo,
> 
> First, yes, please contribute updates and fixes.
> 

Great, will do.

> Would you be willing to contribute more than 'small' things to turn the 
> project into a real 1.0 release?

I think that the answer is "yes": we are using a snapshot for a project here at 
work and it would be great if we could use a real release; I would be happy to 
help in the process.

Kind regards,

Jacopo

> 
> I've not looked at the component in a lng time so I am not sure what 
> would be needed.
> 
> Gary Gregory
> Senior Software Engineer
> Rocket Software
> 3340 Peachtree Road, Suite 820 . Atlanta, GA 30326 . USA
> Tel: +1.404.760.1560
> Email: ggreg...@seagullsoftware.com
> Web: seagull.rocketsoftware.com  
> 
> 
> 
>> -Original Message-
>> From: Jacopo Cappellato [mailto:jacopo.cappell...@gmail.com]
>> Sent: Friday, January 28, 2011 11:14
>> To: dev@commons.apache.org
>> Subject: [csv] Fixes for commons-csv
>> 
>> Hi all,
>> 
>> I am a committer of the Apache OFBiz project and I am using commons-csv for
>> a project at work.
>> I am wondering if there are plans to maintain the common-csv package; if I
>> will submit some patches and small enhancements will they be considered?
>> If there is interest around this, I  may also be available to help to
>> resolve some of the Jira task listed here:
>> 
>> https://issues.apache.org/jira/browse/SANDBOX/fixforversion/12313514
>> 
>> in order to be able to issue a release.
>> 
>> Kind regards,
>> 
>> Jacopo
>> -
>> 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

Releasing commons-parent

[Gary Gregory]

Well, I am digging around for instructions on publishing commons-parent and I 
am not sure if what I am seeing on various apache pages applies to 
commons-parent which is not the same kind of project as other commons projects.

Any tips please?
Gary Gregory
Senior Software Engineer
Rocket Software
3340 Peachtree Road, Suite 820 * Atlanta, GA 30326 * USA
Tel: +1.404.760.1560
Email: ggreg...@seagullsoftware.com
Web: seagull.rocketsoftware.com

RE: Releasing commons-parent

[Gary Gregory]

> -Original Message-
> From: Gary Gregory [mailto:ggreg...@seagullsoftware.com]
> Sent: Friday, January 28, 2011 13:56
> To: Commons Developers List
> Subject: Releasing commons-parent
> 
> Well, I am digging around for instructions on publishing commons-parent and
> I am not sure if what I am seeing on various apache pages applies to
> commons-parent which is not the same kind of project as other commons
> projects.
> 
> Any tips please?

I should have asked, is it as simple as calling mvn deploy:deploy

?

GG

> Gary Gregory
> Senior Software Engineer
> Rocket Software
> 3340 Peachtree Road, Suite 820 * Atlanta, GA 30326 * USA
> Tel: +1.404.760.1560
> Email: ggreg...@seagullsoftware.com
> Web: seagull.rocketsoftware.com
> 


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

Re: [Math] Repository and SVN

[Michael Giannakopoulos]

Hello Luc,

First of all thanks for your answer!

>You should not move files.
>Just checkout starting from the top folder containing the pom.xml file.

Well, in Eclipse i follow the "File->New->Project" option and then in the
wizard i choose "Checkout Projects from SVN". Next, i choose to use an
existing repository location which is "
http://svn.apache.org/repos/asf/commons/proper/math/trunk";. So far so
good... Then should i choose "Checkout as a project configured using the New
Project Wizard" or "Checkout as a project in the workspace"?

Re: [csv] Fixes for commons-csv

[Simone Tripodi]

Hi all guys,
count also on my help if needed, I can help on applying patches and
for the release process.
Looking forward for news,
Simo

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



On Fri, Jan 28, 2011 at 6:54 PM, Jacopo Cappellato
 wrote:
> Hi Gary,
>
> first of all, thanks for the quick response; please see my comments inline:
>
> On Jan 28, 2011, at 5:23 PM, Gary Gregory wrote:
>
>> Hi Jacopo,
>>
>> First, yes, please contribute updates and fixes.
>>
>
> Great, will do.
>
>> Would you be willing to contribute more than 'small' things to turn the 
>> project into a real 1.0 release?
>
> I think that the answer is "yes": we are using a snapshot for a project here 
> at work and it would be great if we could use a real release; I would be 
> happy to help in the process.
>
> Kind regards,
>
> Jacopo
>
>>
>> I've not looked at the component in a lng time so I am not sure what 
>> would be needed.
>>
>> Gary Gregory
>> Senior Software Engineer
>> Rocket Software
>> 3340 Peachtree Road, Suite 820 . Atlanta, GA 30326 . USA
>> Tel: +1.404.760.1560
>> Email: ggreg...@seagullsoftware.com
>> Web: seagull.rocketsoftware.com
>>
>>
>>
>>> -Original Message-
>>> From: Jacopo Cappellato [mailto:jacopo.cappell...@gmail.com]
>>> Sent: Friday, January 28, 2011 11:14
>>> To: dev@commons.apache.org
>>> Subject: [csv] Fixes for commons-csv
>>>
>>> Hi all,
>>>
>>> I am a committer of the Apache OFBiz project and I am using commons-csv for
>>> a project at work.
>>> I am wondering if there are plans to maintain the common-csv package; if I
>>> will submit some patches and small enhancements will they be considered?
>>> If there is interest around this, I  may also be available to help to
>>> resolve some of the Jira task listed here:
>>>
>>> https://issues.apache.org/jira/browse/SANDBOX/fixforversion/12313514
>>>
>>> in order to be able to issue a release.
>>>
>>> Kind regards,
>>>
>>> Jacopo
>>> -
>>> 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: [Math] Repository and SVN

[Luc Maisonobe]

Le 28/01/2011 20:18, Michael Giannakopoulos a écrit :
> Hello Luc,

Hi Michael,

> 
> First of all thanks for your answer!
> 
>> You should not move files.
>> Just checkout starting from the top folder containing the pom.xml file.
> 
> Well, in Eclipse i follow the "File->New->Project" option and then in the
> wizard i choose "Checkout Projects from SVN". Next, i choose to use an
> existing repository location which is "
> http://svn.apache.org/repos/asf/commons/proper/math/trunk";. So far so
> good... Then should i choose "Checkout as a project configured using the New
> Project Wizard" or "Checkout as a project in the workspace"?
> 

Use the project wizard. This will launch again the same wizard you
already used for SVN, but this time you will select Java->Java Project.

In the first page of the Java project wizard, choose the name you want
(I guess commons-math is a good choice) and select a Java 5 environment.

In the second page, Eclipse will have selected src as the source folder,
which is wrong for our layout. So you should rather add some subfolders
src/main/java, src/main/resources, src/test/java, src/test/resources
(either by right click and "New source folder" menu, or one of buttons
at the top of the wizard). When all the required folders have been
selected, you can remove the raw src folder.

In the "Libraries" tab, click on the "add library" button and add Junit
version 4.

You can now click finish on all the wizards. There will be a warning
message about fact the project you created contains resources other than
the standard .project file. Don't bother about it I think it is due to
Eclipse complaining about the files at the top level folder.

The four folders you have configured should appear in the package
explorer and you can use them as is or modify thme in place if you want.

best regards,
Luc

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

RE: [CODEC] Base-n refactoring

[Gary Gregory]

Now that the main Base-N refactoring is done, the door is open for Base16 ;) 
Juluis, you had mentioned Base16 before, any interest?

Gary Gregory
Senior Software Engineer
Rocket Software
3340 Peachtree Road, Suite 820 . Atlanta, GA 30326 . USA
Tel: +1.404.760.1560
Email: ggreg...@seagullsoftware.com
Web: seagull.rocketsoftware.com  



> -Original Message-
> From: sebb [mailto:seb...@gmail.com]
> Sent: Thursday, January 27, 2011 16:17
> To: Commons Developers List
> Subject: Re: [CODEC] Base-n refactoring
> 
> On 27 January 2011 21:03, Gary Gregory 
> wrote:
> >> -Original Message-
> >> From: sebb [mailto:seb...@gmail.com]
> >> Sent: Thursday, January 27, 2011 15:13
> >> To: Commons Developers List
> >> Subject: [CODEC] Base-n refactoring
> >>
> >> I think I've now got the Base32 classes to a reasonable state. (More
> >> tests are surely needed).
> >>
> >> I decided to drop all the static encode/decode methods, as this
> >> simplifies the class considerably.
> >> Perhaps one are two are needed, but it might be best to release
> >> without them and add later if there is a big demand.
> >>
> >> The default buffer size is quite large (8192), so I added an
> >> overridable method to define it.
> >> Users would have to subclass Base32 to use it, but at least the option
> is
> >> there.
> >> I did not want to add yet more parameters to the ctors.
> >> If we ever decide to add an Options class then it could be added there.
> >>
> >> If the API looks OK, I'd like to rework the Base64 classes to use it.
> >>
> >> Thoughts?
> >
> > - A couple of Checkstyle issue (see Maven reports)
> >
> > - Some CPD issues that refactoring Base64 to BaseNCodec will clearly
> address.
> >
> > - Base32 code coverage is MUCH better. Cool.
> 
> Probably partly because I eliminated all the static methods...
> 
> > - method avail(): is there a better name:
> getAvailableBytes()?availableCount()? available()? remainingBytes()?
> 
> Probably - this is the original method name.
> 
> java.io.InputStream uses available(), which seems OK.
> 
> > - It would be nice to make it easier to configure the buffer size without
> subclassing. If I wanted a configurable class, I'd subclass and add an
> ivar... I know I know, the final issue ;) and I agree more ctors is nasty.
> 
> At least it's possible now...
> 
> > Looking good for refactoring.
> >
> > Gary
> >
> >>
> >> -
> >> 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: Releasing commons-parent

[Rahul Akolkar]

On Fri, Jan 28, 2011 at 1:57 PM, Gary Gregory
 wrote:
>> -Original Message-
>> From: Gary Gregory [mailto:ggreg...@seagullsoftware.com]
>> Sent: Friday, January 28, 2011 13:56
>> To: Commons Developers List
>> Subject: Releasing commons-parent
>>
>> Well, I am digging around for instructions on publishing commons-parent and
>> I am not sure if what I am seeing on various apache pages applies to
>> commons-parent which is not the same kind of project as other commons
>> projects.
>>
>> Any tips please?
>
> I should have asked, is it as simple as calling mvn deploy:deploy
>
> ?
>


Use the release plugin, scroll down to "Releasing commons-parent pom"
on this page:

  http://wiki.apache.org/commons/CreatingReleases

-Rahul

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

Re: [Math] Repository and SVN

[Michael Giannakopoulos]

Thanks a lot Luc! I now have 4 folders that contain the right packages under
the J2SE 1.5 and JUnit 4! Your help is invaluable!

RE: Releasing commons-parent

[Gary Gregory]

> -Original Message-
> From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
> Sent: Friday, January 28, 2011 14:50
> To: Commons Developers List
> Subject: Re: Releasing commons-parent
> 
> On Fri, Jan 28, 2011 at 1:57 PM, Gary Gregory
>  wrote:
> >> -Original Message-
> >> From: Gary Gregory [mailto:ggreg...@seagullsoftware.com]
> >> Sent: Friday, January 28, 2011 13:56
> >> To: Commons Developers List
> >> Subject: Releasing commons-parent
> >>
> >> Well, I am digging around for instructions on publishing commons-parent
> and
> >> I am not sure if what I am seeing on various apache pages applies to
> >> commons-parent which is not the same kind of project as other commons
> >> projects.
> >>
> >> Any tips please?
> >
> > I should have asked, is it as simple as calling mvn deploy:deploy
> >
> > ?
> >
> 
> 
> Use the release plugin, scroll down to "Releasing commons-parent pom"
> on this page:
> 
>   http://wiki.apache.org/commons/CreatingReleases

Ah! Thank you for the link. 

I read: " It is a good idea to check your settings.xml that it contains the 
corresponding server entries for the repositories and websites defined in the 
commons parent pom. If you have a different user name on your box than on 
people.apache.org you local user name will be used for authentication. 
Therefore the authentication will fail and after a few retries your are locked 
out from people.apache.org for a day - which in turn makes cutting a release 
rather lengthy. In theory you could also provide your password in the server 
section below but this unsafe and did not work in my case."

My apache ID and my user name on my Windows box is ggregory but my password is 
obviously not the same.

So... how where does my Apache password live? In settings.xml? "did not work in 
my case"

Thank you,
Gary

> 
> -Rahul
> 
> -
> 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: Releasing commons-parent

[sebb]

On 28 January 2011 20:13, Gary Gregory  wrote:
>> -Original Message-
>> From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
>> Sent: Friday, January 28, 2011 14:50
>> To: Commons Developers List
>> Subject: Re: Releasing commons-parent
>>
>> On Fri, Jan 28, 2011 at 1:57 PM, Gary Gregory
>>  wrote:
>> >> -Original Message-
>> >> From: Gary Gregory [mailto:ggreg...@seagullsoftware.com]
>> >> Sent: Friday, January 28, 2011 13:56
>> >> To: Commons Developers List
>> >> Subject: Releasing commons-parent
>> >>
>> >> Well, I am digging around for instructions on publishing commons-parent
>> and
>> >> I am not sure if what I am seeing on various apache pages applies to
>> >> commons-parent which is not the same kind of project as other commons
>> >> projects.
>> >>
>> >> Any tips please?
>> >
>> > I should have asked, is it as simple as calling mvn deploy:deploy
>> >
>> > ?
>> >
>> 
>>
>> Use the release plugin, scroll down to "Releasing commons-parent pom"
>> on this page:
>>
>>   http://wiki.apache.org/commons/CreatingReleases
>
> Ah! Thank you for the link.
>
> I read: " It is a good idea to check your settings.xml that it contains the 
> corresponding server entries for the repositories and websites defined in the 
> commons parent pom. If you have a different user name on your box than on 
> people.apache.org you local user name will be used for authentication. 
> Therefore the authentication will fail and after a few retries your are 
> locked out from people.apache.org for a day - which in turn makes cutting a 
> release rather lengthy. In theory you could also provide your password in the 
> server section below but this unsafe and did not work in my case."
>
> My apache ID and my user name on my Windows box is ggregory but my password 
> is obviously not the same.
>
> So... how where does my Apache password live? In settings.xml? "did not work 
> in my case"

See also:

http://wiki.apache.org/commons/UsingNexus

> Thank you,
> Gary
>
>>
>> -Rahul
>>
>> -
>> 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: [Math] Refactoring of package "analysis.integration" (MATH-501)

[Michael Giannakopoulos]

Hello to everyone,

Seeing the code in this package i agree that some more exceptions should be
created so as to cover cases such as the following:

>Package:
org.apache.commons.math.analysis.integration.UnivarieteRealIntegratorImpl

>public double getResult() throws IllegalStateException {
>if (resultComputed) {
>return result;
>} else {
>throw
MathRuntimeException.createIllegalStateException(LocalizedFormats.NO_RESULT_AVAILABLE);
>}
>}

>protected void verifyInterval(double lower, double upper) throws
>IllegalArgumentException {
>if (lower >= upper) {
>throw MathRuntimeException.createIllegalArgumentException(
>LocalizedFormats.ENDPOINTS_NOT_AN_INTERVAL,
>lower, upper);
>}
> }

In these two cases the exceptions thrown are not covered by any class in the
org.apache.commons.math.exception package. As far as the result is concerned
the number of computations made should be defined by the user or should we
make it an operational requirement? By the last i mean that we can mention
to our javadoc that this calculation can be computed for 2 minutes at
maximum...

Re: Pointers

[Stephen Williams]

All objects are passed as references in Java.
All fundamental scalar types have Object wrapped versions.
An argument that is meant to be modified just needs to be an object
reference.

So, you can simply go from:
void funkyReader(int arg) { arg++; }
to:
void funkyChanger(Integer arg) { arg++; }

If it needs to be threadsafe, simply synchronize on the object everywhere it
is used.

Autoboxing will not cause an 'int' variable to change as it is just copied
to create the temporary object.

Stephen

On Tue, Jan 4, 2011 at 12:58 AM, Julien Aymé  wrote:

> If you only use boolean, integer and long, you can also use AtomicXXX
> from java.util.concurrent.atomic (if you have to use them in a
> multi-threaded environment).
> Otherwise, the MutableXXX wrappers in Commons Lang are good.
>
> Julien
>
> 2011/1/3 Paul Benedict :
> > Michael,
> >
> > Primitives are passed by value in Java. If you want to "modify"
> primitives,
> > use the MutableXXX wrappers in Commons Lang.
> >
> > Paul
> >
> > On Mon, Jan 3, 2011 at 3:01 PM, Michael Giannakopoulos <
> miccagi...@gmail.com
> >> wrote:
> >
> >> I mean exactly the same thing as C# but from the replies i see that's a
> >> difficult task and also that has little to do with apache commons...
> >> Because
> >> i use java a lot it's annoying the fact that specific variables that i
> want
> >> to change values in other functions cannot be passed as arguments but
> >> instead you have to declare them as arrays or other objects... Thanks
> for
> >> all the replies. Do you believe that something like that can start in
> >> commons?
> >>
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
-- 
Stephen D. Williams s...@lig.net scient...@gmail.com LinkedIn:
http://sdw.st/in
V:650-450-UNIX (8649) V:866.SDW.UNIX V:703.371.9362 F:703.995.0407
AIM:sdw Skype:StephenDWilliams Resume: http://sdw.st/gres
Personal: sdw.st facebook.com/sdwlig twitter.com/scienteer

RE: Releasing commons-parent

[Gary Gregory]

Brr... how come there is no 'parent' directory in 
/www/www.apache.org/dist/commons?

Should I create one?

Gary

> -Original Message-
> From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
> Sent: Friday, January 28, 2011 14:50
> To: Commons Developers List
> Subject: Re: Releasing commons-parent
> 
> On Fri, Jan 28, 2011 at 1:57 PM, Gary Gregory
>  wrote:
> >> -Original Message-
> >> From: Gary Gregory [mailto:ggreg...@seagullsoftware.com]
> >> Sent: Friday, January 28, 2011 13:56
> >> To: Commons Developers List
> >> Subject: Releasing commons-parent
> >>
> >> Well, I am digging around for instructions on publishing commons-parent
> and
> >> I am not sure if what I am seeing on various apache pages applies to
> >> commons-parent which is not the same kind of project as other commons
> >> projects.
> >>
> >> Any tips please?
> >
> > I should have asked, is it as simple as calling mvn deploy:deploy
> >
> > ?
> >
> 
> 
> Use the release plugin, scroll down to "Releasing commons-parent pom"
> on this page:
> 
>   http://wiki.apache.org/commons/CreatingReleases
> 
> -Rahul
> 
> -
> 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: Releasing commons-parent

[sebb]

No.

There's no site included with the pom itself, that is in commons-site.

On 28 January 2011 22:09, Gary Gregory  wrote:
> Brr... how come there is no 'parent' directory in 
> /www/www.apache.org/dist/commons?
>
> Should I create one?
>
> Gary
>
>> -Original Message-
>> From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
>> Sent: Friday, January 28, 2011 14:50
>> To: Commons Developers List
>> Subject: Re: Releasing commons-parent
>>
>> On Fri, Jan 28, 2011 at 1:57 PM, Gary Gregory
>>  wrote:
>> >> -Original Message-
>> >> From: Gary Gregory [mailto:ggreg...@seagullsoftware.com]
>> >> Sent: Friday, January 28, 2011 13:56
>> >> To: Commons Developers List
>> >> Subject: Releasing commons-parent
>> >>
>> >> Well, I am digging around for instructions on publishing commons-parent
>> and
>> >> I am not sure if what I am seeing on various apache pages applies to
>> >> commons-parent which is not the same kind of project as other commons
>> >> projects.
>> >>
>> >> Any tips please?
>> >
>> > I should have asked, is it as simple as calling mvn deploy:deploy
>> >
>> > ?
>> >
>> 
>>
>> Use the release plugin, scroll down to "Releasing commons-parent pom"
>> on this page:
>>
>>   http://wiki.apache.org/commons/CreatingReleases
>>
>> -Rahul
>>
>> -
>> 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: Pointers

[James Ring]

Hey,

On Fri, Jan 28, 2011 at 2:01 PM, Stephen Williams  wrote:
> All objects are passed as references in Java.
> All fundamental scalar types have Object wrapped versions.
> An argument that is meant to be modified just needs to be an object
> reference.
>
> So, you can simply go from:
> void funkyReader(int arg) { arg++; }
> to:
> void funkyChanger(Integer arg) { arg++; }
>
> If it needs to be threadsafe, simply synchronize on the object everywhere it
> is used.

It's a bad idea to synchronize on the wrapper objects of primitive
types: http://www.theothertomelliott.com/node/40

This includes Integers.

Regards,
James

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

RE: Releasing commons-parent

[Gary Gregory]

Well, I'm going to give up for today :( Half of 
http://wiki.apache.org/commons/CreatingReleases does not apply for a site-less 
project or Maven returns errors. Very frustrating. Would the person who created 
17 update the wiki? I am happy to do the release, but the process is 
non-trivial...

Thanks,
Gary

> -Original Message-
> From: sebb [mailto:seb...@gmail.com]
> Sent: Friday, January 28, 2011 16:04
> To: Commons Developers List
> Subject: Re: Releasing commons-parent
> 
> On 28 January 2011 20:13, Gary Gregory 
> wrote:
> >> -Original Message-
> >> From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
> >> Sent: Friday, January 28, 2011 14:50
> >> To: Commons Developers List
> >> Subject: Re: Releasing commons-parent
> >>
> >> On Fri, Jan 28, 2011 at 1:57 PM, Gary Gregory
> >>  wrote:
> >> >> -Original Message-
> >> >> From: Gary Gregory [mailto:ggreg...@seagullsoftware.com]
> >> >> Sent: Friday, January 28, 2011 13:56
> >> >> To: Commons Developers List
> >> >> Subject: Releasing commons-parent
> >> >>
> >> >> Well, I am digging around for instructions on publishing commons-
> parent
> >> and
> >> >> I am not sure if what I am seeing on various apache pages applies to
> >> >> commons-parent which is not the same kind of project as other commons
> >> >> projects.
> >> >>
> >> >> Any tips please?
> >> >
> >> > I should have asked, is it as simple as calling mvn deploy:deploy
> >> >
> >> > ?
> >> >
> >> 
> >>
> >> Use the release plugin, scroll down to "Releasing commons-parent pom"
> >> on this page:
> >>
> >>   http://wiki.apache.org/commons/CreatingReleases
> >
> > Ah! Thank you for the link.
> >
> > I read: " It is a good idea to check your settings.xml that it contains
> the corresponding server entries for the repositories and websites defined
> in the commons parent pom. If you have a different user name on your box
> than on people.apache.org you local user name will be used for
> authentication. Therefore the authentication will fail and after a few
> retries your are locked out from people.apache.org for a day - which in
> turn makes cutting a release rather lengthy. In theory you could also
> provide your password in the server section below but this unsafe and did
> not work in my case."
> >
> > My apache ID and my user name on my Windows box is ggregory but my
> password is obviously not the same.
> >
> > So... how where does my Apache password live? In settings.xml? "did not
> work in my case"
> 
> See also:
> 
> http://wiki.apache.org/commons/UsingNexus
> 
> > Thank you,
> > Gary
> >
> >>
> >> -Rahul
> >>
> >> -
> >> 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: Releasing commons-parent

[sebb]

IIRC I did a couple of previous releases, mainly using the Nexus page.

In fact I used that to create the the artifacts for the VOTE thread -
you should be able to see them in the archives - it was early July
2010.

Once the vote pased, I just released the Nexus artifacts.

On 28 January 2011 22:34, Gary Gregory  wrote:
> Well, I'm going to give up for today :( Half of 
> http://wiki.apache.org/commons/CreatingReleases does not apply for a 
> site-less project or Maven returns errors. Very frustrating. Would the person 
> who created 17 update the wiki? I am happy to do the release, but the process 
> is non-trivial...
>
> Thanks,
> Gary
>
>> -Original Message-
>> From: sebb [mailto:seb...@gmail.com]
>> Sent: Friday, January 28, 2011 16:04
>> To: Commons Developers List
>> Subject: Re: Releasing commons-parent
>>
>> On 28 January 2011 20:13, Gary Gregory 
>> wrote:
>> >> -Original Message-
>> >> From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
>> >> Sent: Friday, January 28, 2011 14:50
>> >> To: Commons Developers List
>> >> Subject: Re: Releasing commons-parent
>> >>
>> >> On Fri, Jan 28, 2011 at 1:57 PM, Gary Gregory
>> >>  wrote:
>> >> >> -Original Message-
>> >> >> From: Gary Gregory [mailto:ggreg...@seagullsoftware.com]
>> >> >> Sent: Friday, January 28, 2011 13:56
>> >> >> To: Commons Developers List
>> >> >> Subject: Releasing commons-parent
>> >> >>
>> >> >> Well, I am digging around for instructions on publishing commons-
>> parent
>> >> and
>> >> >> I am not sure if what I am seeing on various apache pages applies to
>> >> >> commons-parent which is not the same kind of project as other commons
>> >> >> projects.
>> >> >>
>> >> >> Any tips please?
>> >> >
>> >> > I should have asked, is it as simple as calling mvn deploy:deploy
>> >> >
>> >> > ?
>> >> >
>> >> 
>> >>
>> >> Use the release plugin, scroll down to "Releasing commons-parent pom"
>> >> on this page:
>> >>
>> >>   http://wiki.apache.org/commons/CreatingReleases
>> >
>> > Ah! Thank you for the link.
>> >
>> > I read: " It is a good idea to check your settings.xml that it contains
>> the corresponding server entries for the repositories and websites defined
>> in the commons parent pom. If you have a different user name on your box
>> than on people.apache.org you local user name will be used for
>> authentication. Therefore the authentication will fail and after a few
>> retries your are locked out from people.apache.org for a day - which in
>> turn makes cutting a release rather lengthy. In theory you could also
>> provide your password in the server section below but this unsafe and did
>> not work in my case."
>> >
>> > My apache ID and my user name on my Windows box is ggregory but my
>> password is obviously not the same.
>> >
>> > So... how where does my Apache password live? In settings.xml? "did not
>> work in my case"
>>
>> See also:
>>
>> http://wiki.apache.org/commons/UsingNexus
>>
>> > Thank you,
>> > Gary
>> >
>> >>
>> >> -Rahul
>> >>
>> >> -
>> >> 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: Pointers

[Brent Worden]

Actually, funkyChanger will not work because you are effectively
reassigning the argument.  Since all arguments in Java are passed by
value, the assignment is not realized by the caller.

The only ways to get argument changes surfaced to the caller are using
a typed return or passing in an argument whose state can be modified
(and not by assignment).

As discussed in this thread, one way to accomplish this for primitives
is by using the MutableXxxx types found in Apache Commons Lang.
Another common way is to using a single element array.

Thanks,

Brent.

On Fri, Jan 28, 2011 at 4:01 PM, Stephen Williams  wrote:
> All objects are passed as references in Java.
> All fundamental scalar types have Object wrapped versions.
> An argument that is meant to be modified just needs to be an object
> reference.
>
> So, you can simply go from:
> void funkyReader(int arg) { arg++; }
> to:
> void funkyChanger(Integer arg) { arg++; }
>
> If it needs to be threadsafe, simply synchronize on the object everywhere it
> is used.
>
> Autoboxing will not cause an 'int' variable to change as it is just copied
> to create the temporary object.
>
> Stephen
>
> On Tue, Jan 4, 2011 at 12:58 AM, Julien Aymé  wrote:
>
>> If you only use boolean, integer and long, you can also use AtomicXXX
>> from java.util.concurrent.atomic (if you have to use them in a
>> multi-threaded environment).
>> Otherwise, the MutableXXX wrappers in Commons Lang are good.
>>
>> Julien
>>
>> 2011/1/3 Paul Benedict :
>> > Michael,
>> >
>> > Primitives are passed by value in Java. If you want to "modify"
>> primitives,
>> > use the MutableXXX wrappers in Commons Lang.
>> >
>> > Paul
>> >
>> > On Mon, Jan 3, 2011 at 3:01 PM, Michael Giannakopoulos <
>> miccagi...@gmail.com
>> >> wrote:
>> >
>> >> I mean exactly the same thing as C# but from the replies i see that's a
>> >> difficult task and also that has little to do with apache commons...
>> >> Because
>> >> i use java a lot it's annoying the fact that specific variables that i
>> want
>> >> to change values in other functions cannot be passed as arguments but
>> >> instead you have to declare them as arrays or other objects... Thanks
>> for
>> >> all the replies. Do you believe that something like that can start in
>> >> commons?
>> >>
>> >
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
>
>
> --
> --
> Stephen D. Williams s...@lig.net scient...@gmail.com LinkedIn:
> http://sdw.st/in
> V:650-450-UNIX (8649) V:866.SDW.UNIX V:703.371.9362 F:703.995.0407
> AIM:sdw Skype:StephenDWilliams Resume: http://sdw.st/gres
> Personal: sdw.st facebook.com/sdwlig twitter.com/scienteer
>

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

Re: Pointers

[Stephen Williams]

True, you shouldn't synchronize on any object that A) you want to change and
B) can only be changed by being replaced by a newly constructed object.  If
Integer, for instance, had a setter method, then it could still have been
used in this way.  However, it seems to be immutable.  I generally just
create something like the following to synchronize:
Object lockArg;

A method I use for returning more than one value would be useful here also:
Integer[] arg = new Integer[](1);
arg[0] = new Integer(5);
// or with autoboxing:
arg[0] = 5;

void funkyChanger(Integer[] arg) {
synchronized (arg) { ...  arg[0]++; ... }
}

Is there a problem with this as a general idiom?  You could use naming to
signal the nature as indirect vs. logically an array.  And, a future version
of Java could use syntactic sugar for 'ref' to do this by autoboxing the 1
deep array also.

About returning tuples:
Returning more than one value from a method has two reasonable solutions
that seem minimal for their use cases: returning a tuple as a single value
or making one or more calls to a callback method.  The simplest case is when
multiple values need to be returned.  While callbacks have their place when
you need to trigger more operations incrementally, they are cumbersome as
you need to define a class and provide an implementation, although the
latter can be an anonymous implementation.  Many have complained about the
lack in Java of pair<>, however with the object reference system, it is easy
to do this with arrays.  If the types are all the same, like String[], this
is completely typesafe.  Otherwise, you can use Object[].  You can also
define a return type class to fill, however that is cumbersome.  In addition
to Object[], a TreeMap can be a good solution, especially when more than a
few parameters are needed and they might change over time.

Stephen

On Fri, Jan 28, 2011 at 2:21 PM, James Ring  wrote:

> Hey,
>
> On Fri, Jan 28, 2011 at 2:01 PM, Stephen Williams 
> wrote:
> > All objects are passed as references in Java.
> > All fundamental scalar types have Object wrapped versions.
> > An argument that is meant to be modified just needs to be an object
> > reference.
> >
> > So, you can simply go from:
> > void funkyReader(int arg) { arg++; }
> > to:
> > void funkyChanger(Integer arg) { arg++; }
> >
> > If it needs to be threadsafe, simply synchronize on the object everywhere
> it
> > is used.
>
> It's a bad idea to synchronize on the wrapper objects of primitive
> types: http://www.theothertomelliott.com/node/40
>
> This includes Integers.
>
> Regards,
> James
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
-- 
Stephen D. Williams s...@lig.net scient...@gmail.com LinkedIn:
http://sdw.st/in
V:650-450-UNIX (8649) V:866.SDW.UNIX V:703.371.9362 F:703.995.0407
AIM:sdw Skype:StephenDWilliams Resume: http://sdw.st/gres
Personal: sdw.st facebook.com/sdwlig twitter.com/scienteer

Re: Pointers

[Stephen Williams]

Hah, just sent a reply stating just that.  Thanks.

Stephen

On Fri, Jan 28, 2011 at 2:45 PM, Brent Worden wrote:

> Actually, funkyChanger will not work because you are effectively
> reassigning the argument.  Since all arguments in Java are passed by
> value, the assignment is not realized by the caller.
>
> The only ways to get argument changes surfaced to the caller are using
> a typed return or passing in an argument whose state can be modified
> (and not by assignment).
>
> As discussed in this thread, one way to accomplish this for primitives
> is by using the MutableXxxx types found in Apache Commons Lang.
> Another common way is to using a single element array.
>
> Thanks,
>
> Brent.
>

Re: Pointers

[James Ring]

Hey,

On Fri, Jan 28, 2011 at 3:00 PM, Stephen Williams  wrote:
> True, you shouldn't synchronize on any object that A) you want to change and
> B) can only be changed by being replaced by a newly constructed object.  If
> Integer, for instance, had a setter method, then it could still have been
> used in this way.  However, it seems to be immutable.  I generally just
> create something like the following to synchronize:

Just because an object is immutable doesn't mean that you shouldn't
necessarily synchronize on it.

> Object lockArg;

For example, Object lockArg = new Object() is immutable but is fine
for synchronization.

FYI java.util.concurrent has a much better suite of synchronization
utilities than the language primitives provide.

> A method I use for returning more than one value would be useful here also:
> Integer[] arg = new Integer[](1);
> arg[0] = new Integer(5);
> // or with autoboxing:
> arg[0] = 5;
>
> void funkyChanger(Integer[] arg) {
>    synchronized (arg) { ...  arg[0]++; ... }
> }
>
> Is there a problem with this as a general idiom?  You could use naming to
> signal the nature as indirect vs. logically an array.  And, a future version
> of Java could use syntactic sugar for 'ref' to do this by autoboxing the 1
> deep array also.
>
> About returning tuples:
> Returning more than one value from a method has two reasonable solutions
> that seem minimal for their use cases: returning a tuple as a single value
> or making one or more calls to a callback method.  The simplest case is when
> multiple values need to be returned.  While callbacks have their place when
> you need to trigger more operations incrementally, they are cumbersome as
> you need to define a class and provide an implementation, although the
> latter can be an anonymous implementation.  Many have complained about the
> lack in Java of pair<>, however with the object reference system, it is easy
> to do this with arrays.  If the types are all the same, like String[], this
> is completely typesafe.  Otherwise, you can use Object[].  You can also
> define a return type class to fill, however that is cumbersome.  In addition
> to Object[], a TreeMap can be a good solution, especially when more than a
> few parameters are needed and they might change over time.

Returning tuples indicates that you are missing some sort of
abstraction that should be introduced to represent the thing you are
returning. Defining a class and providing an implementation is way
less cumbersome than dealing with the bugs that crop up when you fail
to properly encapsulate your state. Returning a TreeMap is probably
bad for the same reason.

> Stephen

Regards,
James

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

Re: [Math] Refactoring of package "analysis.integration" (MATH-501)

[Michael Giannakopoulos]

Also, the file 'ResizableDoubleArray.java' in the package
'org.apache.commons.math.util' contains the following code:

>if (contraction < expansion) {
>throw MathRuntimeException.createIllegalArgumentException(
>
LocalizedFormats.CONTRACTION_CRITERIA_SMALLER_THAN_EXPANSION_FACTOR,
>contraction, expansion);
>}

This case is similar with the second one that i mention in my previous mail.
So i believe that we need a new class that is going to implement the fact
that lower has exceeded the upper... I would like to hear from you about
this issue. Thanks a lot!

Best regards,
Michael Giannakopoulos

Re: [CODEC] Base-n refactoring

[Julius Davies]

On Fri, Jan 28, 2011 at 11:40 AM, Gary Gregory
 wrote:
> Now that the main Base-N refactoring is done, the door is open for Base16 ;) 
> Juluis, you had mentioned Base16 before, any interest?
>

Sorry, I can't, at least not for codec-1.5.  The baby came
yesterday!!!  He still has no name.  8lbs 3oz.  11:30AM January 27th
PST.   Born at home.


> The default buffer size is quite large (8192)

Sebb, I like that you're introducing the ability for people to alter
that.  Also, maybe we should change the default across the board.  How
does 2048 sound?  Or even 512?



yours,

Julius

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

Re: [CODEC] Base-n refactoring

[sebb]

On 28 January 2011 23:27, Julius Davies  wrote:
> On Fri, Jan 28, 2011 at 11:40 AM, Gary Gregory
>  wrote:
>> Now that the main Base-N refactoring is done, the door is open for Base16 ;) 
>> Juluis, you had mentioned Base16 before, any interest?
>>
>
> Sorry, I can't, at least not for codec-1.5.  The baby came
> yesterday!!!  He still has no name.  8lbs 3oz.  11:30AM January 27th
> PST.   Born at home.

Congratulations on little Nemo (literally at present!)

>
>> The default buffer size is quite large (8192)
>
> Sebb, I like that you're introducing the ability for people to alter
> that.  Also, maybe we should change the default across the board.  How
> does 2048 sound?  Or even 512?

I agree, smaller (baby size?!) is better, 512 should be plenty.

If the buffer runs out of space, it doubles in size.

[Again a bit like babies.]

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

Re: [CODEC] Base-n refactoring

[Gary Gregory]

Congratulation!

Gary

On Jan 28, 2011, at 18:28, "Julius Davies"  wrote:

> On Fri, Jan 28, 2011 at 11:40 AM, Gary Gregory
>  wrote:
>> Now that the main Base-N refactoring is done, the door is open for Base16 ;) 
>> Juluis, you had mentioned Base16 before, any interest?
>> 
> 
> Sorry, I can't, at least not for codec-1.5.  The baby came
> yesterday!!!  He still has no name.  8lbs 3oz.  11:30AM January 27th
> PST.   Born at home.
> 
> 
>> The default buffer size is quite large (8192)
> 
> Sebb, I like that you're introducing the ability for people to alter
> that.  Also, maybe we should change the default across the board.  How
> does 2048 sound?  Or even 512?
> 
> 
> 
> yours,
> 
> Julius
> 
> -
> 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: Pointers

[Stephen Williams]

On 1/28/11 3:14 PM, James Ring wrote:

Hey,

On Fri, Jan 28, 2011 at 3:00 PM, Stephen Williams  wrote:

True, you shouldn't synchronize on any object that A) you want to change and
B) can only be changed by being replaced by a newly constructed object.  If
Integer, for instance, had a setter method, then it could still have been
used in this way.  However, it seems to be immutable.  I generally just
create something like the following to synchronize:

Just because an object is immutable doesn't mean that you shouldn't
necessarily synchronize on it.
The point of the suggested link, which is valid, is to make sure you aren't synchronizing on a variable when you are going to 
replace the value of that variable by assignment.  Since you are really synchronizing on what the object variable is referencing, 
assigning to it later means that the objects involved before and after assignment are different objects.  Therefore, the 
synchronization is completely broken.

Object lockArg;

For example, Object lockArg = new Object() is immutable but is fine
for synchronization.

FYI java.util.concurrent has a much better suite of synchronization
utilities than the language primitives provide.


Absolutely, very cool features.  But not always needed.

...

About returning tuples:
Returning more than one value from a method has two reasonable solutions
that seem minimal for their use cases: returning a tuple as a single value
or making one or more calls to a callback method.  The simplest case is when
multiple values need to be returned.  While callbacks have their place when
you need to trigger more operations incrementally, they are cumbersome as
you need to define a class and provide an implementation, although the
latter can be an anonymous implementation.  Many have complained about the
lack in Java of pair<>, however with the object reference system, it is easy
to do this with arrays.  If the types are all the same, like String[], this
is completely typesafe.  Otherwise, you can use Object[].  You can also
define a return type class to fill, however that is cumbersome.  In addition
to Object[], a TreeMap can be a good solution, especially when more than a
few parameters are needed and they might change over time.

Returning tuples indicates that you are missing some sort of
abstraction that should be introduced to represent the thing you are
returning. Defining a class and providing an implementation is way
less cumbersome than dealing with the bugs that crop up when you fail
to properly encapsulate your state. Returning a TreeMap is probably
bad for the same reason.


Certainly, that is the common analysis.  And it can be true in many cases.  However, you could argue your point in the extreme: The 
return value for any method should be a defined type.  Rather than returning an int, why not "ScreenWidthType"?  There is a 
balancing need, which most ignore or do not see until it is too late, to be concise and not promote "class diarrhea".  That is a 
term I coined after working on a project where the primary development was by an offshore team who never met an idea for creating 
new classes that they couldn't apply several times a day.  A single transaction through the system involved substantially all of the 
600 classes that they had created in a few months.


If you must create a return type, do it as an inner class right at the definition of the method.  Having many tiny classes with 10 
lines of real code each can become a huge complexity burden: complex simplicity does not result in anything like the lowest total 
complexity.  If the types are common and key objects in your system, then a separate abstraction is appropriate.  That is seldom 
true of everything in a system.


As for the TreeMap method, both Qt/C++ and Objective-C includes a properties system where arbitrary values can be ferried by 
objects.  For certain things, like returning sets that are potentially variable such as the results of an XML parse, this is ideal.



Stephen

Regards,
James

sdw


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

Re: [Math] Refactoring of package "analysis.integration" (MATH-501)

[Gilles Sadowski]

Hi.

> Seeing the code in this package i agree that some more exceptions should be
> created so as to cover cases such as the following:
> 
> >Package:
> org.apache.commons.math.analysis.integration.UnivarieteRealIntegratorImpl
> 
> >public double getResult() throws IllegalStateException {
> >if (resultComputed) {
> >return result;
> >} else {
> >throw
> MathRuntimeException.createIllegalStateException(LocalizedFormats.NO_RESULT_AVAILABLE);
> >}
> >}

This method will be removed as part of the MATH-501 issue.

> 
> >protected void verifyInterval(double lower, double upper) throws
> >IllegalArgumentException {
> >if (lower >= upper) {
> >throw MathRuntimeException.createIllegalArgumentException(
> >LocalizedFormats.ENDPOINTS_NOT_AN_INTERVAL,
> >lower, upper);
> >}
> > }
> 
> In these two cases the exceptions thrown are not covered by any class in the
> org.apache.commons.math.exception package.

Have a look at "NumberIsTooLargeException".

> As far as the result is concerned
> the number of computations made should be defined by the user or should we
> make it an operational requirement? By the last i mean that we can mention
> to our javadoc that this calculation can be computed for 2 minutes at
> maximum...

I don't get this.


Best regards,
Gilles

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

Re: [math] last steps before releasing 2.2 ?

[Phil Steitz]

On Thu, Jan 27, 2011 at 6:14 PM, Gilles Sadowski
 wrote:
> On Thu, Jan 27, 2011 at 08:31:05PM +0100, Luc Maisonobe wrote:
>> Le 27/01/2011 17:49, Phil Steitz a écrit :
>> > On Thu, Jan 27, 2011 at 9:20 AM, Gilles Sadowski
>> >  wrote:
>> >> Phil,
>> >>
>> >>> OK.  But now that we have detected an "aroma" around unilaterally
>> >>> making UnivariateRealFunction throw Math*User*Exception, I wonder if
>> >>> there is a way to introduce an unchecked parent that gets us out of
>> >>> this. We may want to reserve the right to do this in 3.0, so the "head
>> >>> start" in 2.2 might be a head start to nowhere, unless we find a way
>> >>> to fix it in 2.2 (or you convince us that the current setup is an OK
>> >>> long-term solution).
>> >>
>> >> I don't understand what you mean.
>> >> "MathUserException" is unchecked so it has no consequence that it is in a
>> >> "throws" clause.
>> >> Or do you want to not remove FunctionEvaluationException from the "throws"
>> >> clause (because it is not a backward-compatible change)?
>> >>
>> > The "aroma" I was referring to is that MathUserException is not,
>> > strictly speaking a suitable replacement for
>> > FunctionEvaluationException.  The intent as described in the javadoc
>> > for MathUserException is that it allows exceptions in user-defined
>> > functions to be propagated through [math] API layers (an excellent
>> > idea, IMO).
>
> I somewhat agreed on this point, because it doesn't hurt, although, as said
> earlier, I really doubt that we can set a standard. [Anyway IMO it's fine
> that users create whatever exception they like.]
>
>> > The problem is that FunctionEvaluationException is
>> > broader - it could apply to non-user-defined functions, as in the
>> > interpolation code that Luc pointed out.
>
> I mentioned that the "interpolate" method creates an object that implements
> the "UnivariateRealFunction" interface.
> Unless I'm missing something, the "problem" you mention does not exist. The
> actual problem was the very _existence_ of "FunctionEvaluationException": A
> class that was almost never actually instantiated within CM (and in the
> places where it was, it was the wrong thing to do). [And the fact that is
> was a chacked exception made things worse: try/catch all the way up for
> something that never happens! That's why I argued that it be removed.]

I understand your point, but I disagree with it.  We are back to a
basic principle of API design that we need to settle.  My view is that
FunctionEvaluationException absolutely makes sense at the API boundary
of UnivariateRealFunction#value.  It is the right abstraction at that
level - it says that an exception occurred evaluating a function.  In
some cases, for example in activating a solver, a caller will know
that it is possible that an argument outside the domain of the
function may be passed to the function (solving, for example, in a
neighborhood that contains singularities).  The caller may want to
know simply that an error occurred evaluating the function.  The
nature of that error can be precised further by the exceptions
hierarchy in one of three ways: a) narrowing the class (i.e., the
actual exception may be an instance of a subclass of
FunctionEvaluationException) b) unpacking a nested exception or c)
examining state information or the exception message.   All three of
these options are available to us in designing the exceptions
hierarchy and classes.  I think it is naive and frankly bad design to
aim to define only low-level runtime exceptions that report things
like "NumberTooLarge."  The principle that I stated in my earlier post
that exceptions should make sense at the in the context of each API
boundary means that we need a substantive hierarchy that expresses the
concepts appropriate at each level.  FunctionEvaluationException, like
ConvergenceException, is an example of a basic concept that we need to
keep, IMO.

>
> Back to the issue of the interpolators: When an interpolator implementation
> encounters a problem, it must throw a specific exception that represents
> that problem; it might be e.g. an "OutOfRangeException" (because the user is
> trying to extrapolate) but it doesn't mean that "OutOfRangeException" must
> be a subclass of a "FunctionEvaluationException" or even a subclass of an
> "InterpolationException" (because, as a problem description,
> "OutOfRangeException" is unrelated to those). These supposedly high-level
> exception don't bring any new information to CM; they are empty shells.
>
>> >  Making it the exception
>> > thrown by UnivariateRealFunction#solve de facto limits the scope of
>> > UnivariateRealFunction to user-defined functions.
>
> I don't get this. What is UnivariateRealFunction#solve ?
>
Sorry, I obviously meant "value."

> Anyways, (guessing from the last part of the sentence)
> "UnivariateRealFunction" is certainly not limited to user-defined functions.
> Implementations (within CM and outside it) can throw *any* kind of unchecked
> exception. [It's j

Re: svn commit: r1064904 - /commons/proper/math/branches/MATH_2_X/src/site/xdoc/changes.xml

[Phil Steitz]

Thanks and sorry!

On Fri, Jan 28, 2011 at 4:56 PM,   wrote:
> Author: mikl
> Date: Fri Jan 28 21:56:42 2011
> New Revision: 1064904
>
> URL: http://svn.apache.org/viewvc?rev=1064904&view=rev
> Log:
> Updated name in changelog to reflect fixes for MATH-384 and MATH-385 which 
> was introduced in r1056747.
>
> Modified:
>    commons/proper/math/branches/MATH_2_X/src/site/xdoc/changes.xml
>
> Modified: commons/proper/math/branches/MATH_2_X/src/site/xdoc/changes.xml
> URL: 
> http://svn.apache.org/viewvc/commons/proper/math/branches/MATH_2_X/src/site/xdoc/changes.xml?rev=1064904&r1=1064903&r2=1064904&view=diff
> ==
> --- commons/proper/math/branches/MATH_2_X/src/site/xdoc/changes.xml (original)
> +++ commons/proper/math/branches/MATH_2_X/src/site/xdoc/changes.xml Fri Jan 
> 28 21:56:42 2011
> @@ -114,14 +114,14 @@ The  type attribute can be add,u
>         Modified erf (and erfc) to return extreme values for x with abs(x) > 
> 40.
>         For these arguments, the true value is indistinguishable from an 
> extrema as a double.
>       
> -      
> +      
>         Added characteristic support to distributions, including methods to 
> return numerical
>         estimates of the mean and variance and upper and lower bounds of 
> support. In version 2.2,
>         methods returning distribution characteristics have been added only 
> to the implementation
>         classes.  In version 3, supporting methods have been added to the 
> abstract base classes
>         and distribution interfaces.
>       
> -      
> +      
>         Added a constructor and addValues(double[]) methods allowing 
> DescriptiveStatistics to
>         be initialized with values from a double[] array.  Similarly enhanced
>         ResizeableDoubleArray.
>
>
>

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

Re: [math] last steps before releasing 2.2 ?

[Gilles Sadowski]

Hello.

> >> >>> OK.  But now that we have detected an "aroma" around unilaterally
> >> >>> making UnivariateRealFunction throw Math*User*Exception, I wonder if
> >> >>> there is a way to introduce an unchecked parent that gets us out of
> >> >>> this. We may want to reserve the right to do this in 3.0, so the "head
> >> >>> start" in 2.2 might be a head start to nowhere, unless we find a way
> >> >>> to fix it in 2.2 (or you convince us that the current setup is an OK
> >> >>> long-term solution).
> >> >>
> >> >> I don't understand what you mean.
> >> >> "MathUserException" is unchecked so it has no consequence that it is in 
> >> >> a
> >> >> "throws" clause.
> >> >> Or do you want to not remove FunctionEvaluationException from the 
> >> >> "throws"
> >> >> clause (because it is not a backward-compatible change)?
> >> >>
> >> > The "aroma" I was referring to is that MathUserException is not,
> >> > strictly speaking a suitable replacement for
> >> > FunctionEvaluationException.  The intent as described in the javadoc
> >> > for MathUserException is that it allows exceptions in user-defined
> >> > functions to be propagated through [math] API layers (an excellent
> >> > idea, IMO).
> >
> > I somewhat agreed on this point, because it doesn't hurt, although, as said
> > earlier, I really doubt that we can set a standard. [Anyway IMO it's fine
> > that users create whatever exception they like.]
> >
> >> > The problem is that FunctionEvaluationException is
> >> > broader - it could apply to non-user-defined functions, as in the
> >> > interpolation code that Luc pointed out.
> >
> > I mentioned that the "interpolate" method creates an object that implements
> > the "UnivariateRealFunction" interface.
> > Unless I'm missing something, the "problem" you mention does not exist. The
> > actual problem was the very _existence_ of "FunctionEvaluationException": A
> > class that was almost never actually instantiated within CM (and in the
> > places where it was, it was the wrong thing to do). [And the fact that is
> > was a chacked exception made things worse: try/catch all the way up for
> > something that never happens! That's why I argued that it be removed.]
> 
> I understand your point, 

I'm not so sure. Maybe I don't explain clearly.

> but I disagree with it.  We are back to a
> basic principle of API design that we need to settle.  My view is that
> FunctionEvaluationException absolutely makes sense at the API boundary
> of UnivariateRealFunction#value.  It is the right abstraction at that
> level - it says that an exception occurred evaluating a function.

It is not because it doesn't convey any non-obvious information.
How is this
---
  try {
f.value(x);
  } catch (FunctionEvaluationException e) {
console.warn(e);
  }
---
more informative than this
---
  try {
f.value(x);   
  } catch (MathRuntimeException e) { 
console.warn(e);
  }
---
? [I mean, you "try" to call a method that will _evaluate_ the function, so
that, when you "catch" something, it's, quite obviously, because the
evaluation failed.]

Following your rationale, one would have to create one exception for each
possible action (method). You have an API that would look like

* "value" can raise an "EvaluationException"
* "interpolate" can raise an "InterpolationException"
* "solve" can raise a "SolveException"
* "integrate" can raise an "IntegrationException"
* "optimize" can raise an "OptimizationEception"
etc, etc.

If you want to talk in terms of boundaries, I think that these abstractions
are on the other side of the CM boundary, i.e. they are useful to users of
CM within their own code.
On this issue, we have been in disagreement for a long time; I'm pretty sure
that this is because both Luc and you are heavy users of CM and you cannot
separate your role of developer of CM from the role of developer of
applications-that-use-CM.

In your application, you could have some code like
---
  import org.apache.commons.math.analysis.solvers.UnivariateRealSolver;
  import org.apache.commons.math.analysis.solvers.BrentSolver;
  import org.apache.commons.math.analysis.UnivariateRealSolver;
  import org.apache.commons.math.exception.NoBracketException;
  import org.apache.commons.math.exception.TooManyEvaluationsException;
  import org.apache.commons.math.exception.MathRuntimeException;
  import com.psteitz.nice.app.ApplicationFunction;
  import com.psteitz.nice.app.exception.FunctionEvaluationException;
  import com.psteitz.nice.app.exception.SolverException;

  UnivariateRealSolver solver = new BrentSolver(1e-4, 1e-6);
  UnivariateRealFunction f = new ApplicationFunction();
  try {
solver.solve(20, f, 1, 3);
  } catch(NoBracketException e) {
throw new SolverException("No bracketing");
  } catch (TooManyEvaluationsException e) {
throw new SolverException(new ConvergencException(e.getMax());
  } catch (FunctionEvaluationException e) {
throw new SolverException("Evaluation failed");
  } catch (MathRuntimeException e) {
 

Re: [csv] Fixes for commons-csv

[Jacopo Cappellato]

Thank you Simone!

Ciao

Jacopo

On Jan 28, 2011, at 8:39 PM, Simone Tripodi wrote:

> Hi all guys,
> count also on my help if needed, I can help on applying patches and
> for the release process.
> Looking forward for news,
> Simo
> 
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
> 
> 
> 
> On Fri, Jan 28, 2011 at 6:54 PM, Jacopo Cappellato
>  wrote:
>> Hi Gary,
>> 
>> first of all, thanks for the quick response; please see my comments inline:
>> 
>> On Jan 28, 2011, at 5:23 PM, Gary Gregory wrote:
>> 
>>> Hi Jacopo,
>>> 
>>> First, yes, please contribute updates and fixes.
>>> 
>> 
>> Great, will do.
>> 
>>> Would you be willing to contribute more than 'small' things to turn the 
>>> project into a real 1.0 release?
>> 
>> I think that the answer is "yes": we are using a snapshot for a project here 
>> at work and it would be great if we could use a real release; I would be 
>> happy to help in the process.
>> 
>> Kind regards,
>> 
>> Jacopo
>> 
>>> 
>>> I've not looked at the component in a lng time so I am not sure what 
>>> would be needed.
>>> 
>>> Gary Gregory
>>> Senior Software Engineer
>>> Rocket Software
>>> 3340 Peachtree Road, Suite 820 . Atlanta, GA 30326 . USA
>>> Tel: +1.404.760.1560
>>> Email: ggreg...@seagullsoftware.com
>>> Web: seagull.rocketsoftware.com
>>> 
>>> 
>>> 
 -Original Message-
 From: Jacopo Cappellato [mailto:jacopo.cappell...@gmail.com]
 Sent: Friday, January 28, 2011 11:14
 To: dev@commons.apache.org
 Subject: [csv] Fixes for commons-csv
 
 Hi all,
 
 I am a committer of the Apache OFBiz project and I am using commons-csv for
 a project at work.
 I am wondering if there are plans to maintain the common-csv package; if I
 will submit some patches and small enhancements will they be considered?
 If there is interest around this, I  may also be available to help to
 resolve some of the Jira task listed here:
 
 https://issues.apache.org/jira/browse/SANDBOX/fixforversion/12313514
 
 in order to be able to issue a release.
 
 Kind regards,
 
 Jacopo
 -
 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

[vfs] Error While Reading Large Files Through FTP

[Hiranya Jayathilaka]

Hi Devs,

We are using Commons-VFS in the File transport of Apache Synapse. When we
are reading large files (> 1M) into Synapse over FTP, we often get the
following exception:

[2011-01-29 11:59:54,500] ERROR - VFSTransportListener Error processing File
URI : ftp://user:password@localhost
/home/hiranya/ftp/test.xml?vfs.passive=true
org.apache.axis2.AxisFault: Error closing stream
at
org.apache.axis2.transport.base.AbstractTransportListener.handleException(AbstractTransportListener.java:343)
at
org.apache.synapse.transport.vfs.VFSTransportListener.processFile(VFSTransportListener.java:487)
at
org.apache.synapse.transport.vfs.VFSTransportListener.scanFileOrDirectory(VFSTransportListener.java:255)
at
org.apache.synapse.transport.vfs.VFSTransportListener.poll(VFSTransportListener.java:144)
at
org.apache.synapse.transport.vfs.VFSTransportListener.poll(VFSTransportListener.java:102)
at
org.apache.axis2.transport.base.AbstractPollingTransportListener$1$1.run(AbstractPollingTransportListener.java:67)
at
org.apache.axis2.transport.base.threads.NativeWorkerPool$1.run(NativeWorkerPool.java:173)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
Caused by: org.apache.commons.vfs.FileSystemException: Could not close the
input stream for file "ftp://user:
***@localhost/home/hiranya/ftp/test.xml?vfs.passive=true".
at
org.apache.commons.vfs.provider.DefaultFileContent$FileContentInputStream.close(DefaultFileContent.java:609)
at
org.apache.synapse.transport.vfs.VFSTransportListener.processFile(VFSTransportListener.java:485)
... 8 more
Caused by: org.apache.commons.vfs.FileSystemException: Could not get FTP
file "ftp://user:***@localhost/home/hiranya/ftp/test.xml?vfs.passive=true";.
at
org.apache.commons.vfs.provider.ftp.FtpFileObject$FtpInputStream.onClose(FtpFileObject.java:712)
at
org.apache.commons.vfs.util.MonitorInputStream.close(MonitorInputStream.java:135)
at java.io.BufferedInputStream.close(BufferedInputStream.java:451)
at
org.apache.commons.vfs.util.MonitorInputStream.close(MonitorInputStream.java:125)
at
org.apache.commons.vfs.provider.DefaultFileContent$FileContentInputStream.close(DefaultFileContent.java:605)
... 9 more

Is this a known issue with Commons-VFS, or are we doing something wrong? Any
help will be most appreciated.

Thanks
-- 
Hiranya Jayathilaka
Senior Software Engineer;
WSO2 Inc.;  http://wso2.org
E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
Blog: http://techfeast-hiranya.blogspot.com

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

[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-collections4 has an issue affecting its community integration.
This issue affects 2 projects,
 and has been outstanding for 66 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-collections4 :  Collections
- commons-collections4-testframework :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-collections4/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/collections/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/apache-commons/collections/pom.xml
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-collections4/gump_work/build_apache-commons_commons-collections4.html
Work Name: build_apache-commons_commons-collections4 (Type: Build)
Work ended in a state of : Failed
Elapsed: 16 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/collections/gump_mvn_settings.xml 
package 
[Working Directory: /srv/gump/public/workspace/apache-commons/collections]
M2_HOME: /opt/maven2
-
required: org.apache.commons.collections.Closure[]
found: org.apache.commons.collections.Closure[]

[INFO] 8 errors 
[INFO] -
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

/srv/gump/public/workspace/apache-commons/collections/src/java/org/apache/commons/collections/functors/SwitchTransformer.java:[68,38]
 invalid inferred types for T; actual arguments do not conforms to inferred 
formal arguments
required: org.apache.commons.collections.Predicate[]
found: org.apache.commons.collections.Predicate[]

/srv/gump/public/workspace/apache-commons/collections/src/java/org/apache/commons/collections/functors/SwitchTransformer.java:[69,40]
 invalid inferred types for I; actual arguments do not conforms to inferred 
formal arguments
required: org.apache.commons.collections.Transformer[]
found: org.apache.commons.collections.Transformer[]

/srv/gump/public/workspace/apache-commons/collections/src/java/org/apache/commons/collections/functors/OnePredicate.java:[66,38]
 invalid inferred types for T; actual arguments do not conforms to inferred 
formal arguments
required: org.apache.commons.collections.Predicate[]
found: org.apache.commons.collections.Predicate[]

/srv/gump/public/workspace/apache-commons/collections/src/java/org/apache/commons/collections/functors/SwitchClosure.java:[66,38]
 invalid inferred types for T; actual arguments do not conforms to inferred 
formal arguments
required: org.apache.commons.collections.Predicate[]
found: org.apache.commons.collections.Predicate[]

/srv/gump/public/workspace/apache-commons/collections/src/java/org/apache/commons/collections/functors/SwitchClosure.java:[67,36]
 invalid inferred types for E; actual arguments do not conforms to inferred 
formal arguments
required: org.apache.commons.collections.Closure[]
found: org.apache.commons.collections.Closure[]

/srv/gump/public/workspace/apache-commons/collections/src/java/org/apache/commons/collections/functors/ChainedTransformer.java:[56,40]
 invalid inferred types for I; actual arguments do not conforms to inferred 
formal arguments
required: org.apache.commons.collections.Transformer[]
found: org.apache.commons.collections.Transformer[]

/srv/gump/public/workspace/apache-commons/collections/src/java/org/apache/commons/collections/functors/NonePredicate.java:[61,38]
 invalid inferred types for T; actual arguments do not conforms to inferred 
formal arguments
required: org.apache.commons.collections.Predicate[]
found: org.apache.commons.collections.Predicate[]

/srv/gump/public/workspace/apache-commons/collections/src/java/org/apache/commons/collections/functors/ChainedClosure.java:[53,36]
 invalid inferred types for E; actual arguments do not conforms to inferred 
formal arguments
required: org.apache.commons.collections.Closure[]
found: org.apache.commons.collections.Closure[]


[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] -