Re: [math] releasing 3.2?

2013-03-27 Thread Thomas Neidhart 
On 03/26/2013 11:03 PM, Phil Steitz wrote:
> On 3/25/13 8:52 AM, Luc Maisonobe wrote:
>> Hi all,
>>
>> Le 23/03/2013 16:30, Thomas Neidhart a écrit :
>>> On 03/04/2013 01:57 PM, Gilles wrote:
 Hello.

> I would like to release version 3.2 of [math] soon.
> Any thoughts about it?
 How soon?
 There are many unresolved issues targetting 3.2.
 There is at least one bug with no fix target (MATH-936).
>>>
 There is at least one contribution requiring some feedback (MATH-917).
>>> I have added a first patch and would love to get some feedback.
>> It seems we are really close to releasing now. I guess MATH-817 will be
>> resolved soon. What seems to be achievable in a short time frame would be:
>>
>>   - wrapping up MATH-917 as Thomas proposed,
>>   - finishing MATH-437 (Kolmogorov-Smirnov), and perhaps also
>> MATH-228 at the same time
> See comment just added to MATH-437.  I am working on it, but not
> ready to commit to API, so say bump this to 3.3/4.0.
> 
> One thing I did not mention in the MATH-437 comment.  While I think
> we should not do it in the K-S case, because the dist itself has
> little value and much numeric instability, the approximation tricks
> in your patch are interesting and might merit inclusion in
> AbstractRealDistribution (which actually is where the impls belong).

Hi Phil,

can you maybe also take a look at MATH-981? I have already provided a
patch, but would like to hear your opinion on this as it is more a
work-around for the moment.

Thanks,

Thomas

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

Re: [OGNL] A new release

2013-03-27 Thread Lukasz Lenart 
I have removed @Deprecated methods, tomorrow will review all the
TODOs. After that we can start planning the release.


Regards
-- 
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/

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

Re: [OGNL] A new release

2013-03-27 Thread Javin Paul 
Is there list of changes, sort of a release notes?

On Wed, Mar 27, 2013 at 7:09 PM, Lukasz Lenart wrote:

> I have removed @Deprecated methods, tomorrow will review all the
> TODOs. After that we can start planning the release.
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
Thanks
Javin
http://javarevisited.blogspot.com/

Re: [OGNL] A new release

2013-03-27 Thread Simone Tripodi 
> Is there list of changes, sort of a release notes?
>

Sure, we track resolved issues with fix version:

https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12313525&version=12323958

HTH!
-Simo

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


On Wed, Mar 27, 2013 at 1:26 PM, Javin Paul  wrote:
> Is there list of changes, sort of a release notes?
>
> On Wed, Mar 27, 2013 at 7:09 PM, Lukasz Lenart wrote:
>
>> I have removed @Deprecated methods, tomorrow will review all the
>> TODOs. After that we can start planning the release.
>>
>>
>> Regards
>> --
>> Łukasz
>> + 48 606 323 122 http://www.lenart.org.pl/
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
>
>
> --
> Thanks
> Javin
> http://javarevisited.blogspot.com/

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

Re: [math] releasing 3.2?

2013-03-27 Thread Phil Steitz 
On 3/27/13 12:03 AM, Thomas Neidhart wrote:
> On 03/26/2013 11:03 PM, Phil Steitz wrote:
>> On 3/25/13 8:52 AM, Luc Maisonobe wrote:
>>> Hi all,
>>>
>>> Le 23/03/2013 16:30, Thomas Neidhart a écrit :
 On 03/04/2013 01:57 PM, Gilles wrote:
> Hello.
>
>> I would like to release version 3.2 of [math] soon.
>> Any thoughts about it?
> How soon?
> There are many unresolved issues targetting 3.2.
> There is at least one bug with no fix target (MATH-936).
> There is at least one contribution requiring some feedback (MATH-917).
 I have added a first patch and would love to get some feedback.
>>> It seems we are really close to releasing now. I guess MATH-817 will be
>>> resolved soon. What seems to be achievable in a short time frame would be:
>>>
>>>   - wrapping up MATH-917 as Thomas proposed,
>>>   - finishing MATH-437 (Kolmogorov-Smirnov), and perhaps also
>>> MATH-228 at the same time
>> See comment just added to MATH-437.  I am working on it, but not
>> ready to commit to API, so say bump this to 3.3/4.0.
>>
>> One thing I did not mention in the MATH-437 comment.  While I think
>> we should not do it in the K-S case, because the dist itself has
>> little value and much numeric instability, the approximation tricks
>> in your patch are interesting and might merit inclusion in
>> AbstractRealDistribution (which actually is where the impls belong).
> Hi Phil,
>
> can you maybe also take a look at MATH-981? I have already provided a
> patch, but would like to hear your opinion on this as it is more a
> work-around for the moment.

Hmmm.  Can't find 981 and no permutation looks that interesting ;)

Phil


>
> Thanks,
>
> Thomas
>
> -
> 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] releasing 3.2?

2013-03-27 Thread Thomas Neidhart 
On Wed, Mar 27, 2013 at 4:09 PM, Phil Steitz  wrote:

> On 3/27/13 12:03 AM, Thomas Neidhart wrote:
> > On 03/26/2013 11:03 PM, Phil Steitz wrote:
> >> On 3/25/13 8:52 AM, Luc Maisonobe wrote:
> >>> Hi all,
> >>>
> >>> Le 23/03/2013 16:30, Thomas Neidhart a écrit :
>  On 03/04/2013 01:57 PM, Gilles wrote:
> > Hello.
> >
> >> I would like to release version 3.2 of [math] soon.
> >> Any thoughts about it?
> > How soon?
> > There are many unresolved issues targetting 3.2.
> > There is at least one bug with no fix target (MATH-936).
> > There is at least one contribution requiring some feedback
> (MATH-917).
>  I have added a first patch and would love to get some feedback.
> >>> It seems we are really close to releasing now. I guess MATH-817 will be
> >>> resolved soon. What seems to be achievable in a short time frame would
> be:
> >>>
> >>>   - wrapping up MATH-917 as Thomas proposed,
> >>>   - finishing MATH-437 (Kolmogorov-Smirnov), and perhaps also
> >>> MATH-228 at the same time
> >> See comment just added to MATH-437.  I am working on it, but not
> >> ready to commit to API, so say bump this to 3.3/4.0.
> >>
> >> One thing I did not mention in the MATH-437 comment.  While I think
> >> we should not do it in the K-S case, because the dist itself has
> >> little value and much numeric instability, the approximation tricks
> >> in your patch are interesting and might merit inclusion in
> >> AbstractRealDistribution (which actually is where the impls belong).
> > Hi Phil,
> >
> > can you maybe also take a look at MATH-981? I have already provided a
> > patch, but would like to hear your opinion on this as it is more a
> > work-around for the moment.
>
> Hmmm.  Can't find 981 and no permutation looks that interesting ;)
>

sorry, its MATH-891

Thomas

[RESULT][VOTE] Release Apache Commons-FIleUpload 1.3 based on RC2

2013-03-27 Thread Simone Tripodi 
Hi all,

more than 72h have passed and the current thread vote can be
considered closed and passes with following resolution:

three +1 votes from PMC members:

 * Simone Tripodi
 * Gary Gregory
 * Jörg Schaible

we got also a +1 vote from Benedikt Ritter.

I am going to promote the artifacts and redeploy the site.

Thank *all* who participated in fileupload 1.3 release!
All the best,
-Simo

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


On Sun, Mar 24, 2013 at 2:13 PM, Simone Tripodi
 wrote:
> Hi all,
>
> I've prepared the RC1 of  Apache Commons-FileUpload 1.3 so I am here
> to call for a vote:
>
> Release Notes:
>
> http://people.apache.org/builds/commons/fileupload/1.3/RC2/RELEASE-NOTES.txt
>
> Tag:
>
> https://svn.apache.org/repos/asf/commons/proper/fileupload/tags/FILEUPLOAD_1_3_RC2
>
> Site:
>
> http://people.apache.org/builds/commons/fileupload/1.3/RC2/site/index.html
> (possible broken links will be fixed once site will be properly
> deployed)
>
> Binaries:
>
> http://people.apache.org/builds/commons/fileupload/1.3/RC2/binaries
>
> Staging Maven Artifacts:
>
> https://repository.apache.org/content/repositories/orgapachecommons-018/
>
> [ ] +1 release it
> [ ] +0 go ahead I don't care
> [ ] -1 no, do not release it because
>
> Vote is open for at least 72h and is closing ~ on March 27th, 2013, at
> 1:00pm GMT.
>
> Many thanks in advance for reviewing,
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/

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

Re: svn commit: r1461628 - /commons/proper/ognl/trunk/src/main/assembly/src.xml

2013-03-27 Thread sebb 
On 27 March 2013 14:58,   wrote:
> Author: simonetripodi
> Date: Wed Mar 27 14:58:15 2013
> New Revision: 1461628
>
> URL: http://svn.apache.org/r1461628
> Log:
> use the `exclude` logic to create the sources archive, rather than specifying 
> what has to be included

-1

I think that is not nearly as safe, as it will pick up arbitrary
additional files and directory trees in the root dir.

The previous method of specifying src/ plus specific top-level files
was only susceptible to spurious files under src/.
The new method is still susceptible to such files (very difficult to
avoid that), but is also susceptible lots of other files.

> Modified:
> commons/proper/ognl/trunk/src/main/assembly/src.xml
>
> Modified: commons/proper/ognl/trunk/src/main/assembly/src.xml
> URL: 
> http://svn.apache.org/viewvc/commons/proper/ognl/trunk/src/main/assembly/src.xml?rev=1461628&r1=1461627&r2=1461628&view=diff
> ==
> --- commons/proper/ognl/trunk/src/main/assembly/src.xml (original)
> +++ commons/proper/ognl/trunk/src/main/assembly/src.xml Wed Mar 27 14:58:15 
> 2013
> @@ -26,17 +26,17 @@
>${project.build.finalName}-src
>
>  
> -  
> -checkstyle.xml
> -LICENSE.txt
> -NOTICE.txt
> -pom.xml
> -RELEASE-NOTES.txt
> -findbugs-exclude-filter.xml
> -  
> -
> -
> -  src
> +  ${basedir}
> +  
> +**/.classpath
> +**/.project
> +**/.settings/
> +**/doap_*.rdf
> +**/bin/
> +**/.externalToolBuilders/
> +**/${project.build.directory}/
> +**/download*.cgi
> +  
>  
>
>  
>
>

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

Re: [CSV] org.apache.commons.csv.CSVFormat.DEFAULT

2013-03-27 Thread Gary Gregory 
On Wed, Mar 20, 2013 at 3:54 AM, Benedikt Ritter  wrote:

> Hi Gary,
>
>
> 2013/3/20 Gary Gregory 
>
> > Addressing this TODO:
> >
> > /**
> >  * Standard comma separated format, as for {@link #RFC4180} but
> > allowing empty lines.
> >  * 
> >  * withDelimiter(',')
> >  * withQuoteChar('"')
> >  * withIgnoreEmptyLines(true)
> >  * withLineSeparator(CRLF)
> >  * 
> >  */
> > public static final CSVFormat DEFAULT = // TODO rename to something
> > more meaningful
> > newBuilder()
> > .build();
> >
> > How about one of:
> >
> > - RFC4180_WITH_EMPTY_LINES
> > - RFC4180_EMPTY_LINES
> > - RFC4180_IGNORE_EMPTY_LINES
> > - BASIC
> > - RFC4180_LENIENT
> > - ?
> >
>
> I agree, that the name should contain RFC4180, because the format(builder)
> is derived from the rfc. I would favor RFC4180_EMPTY_LINES, although it is
> pretty long.
>
>
Closing the loop on this one based on a discussion (on a different thread
IIRC), the name stays DEFAULT.

Gary


> Benedikt
>
>
> >
> > Gary
> >
> > --
> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> > JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
> > Spring Batch in Action: http://bit.ly/bqpbCK
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
> >
>
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>



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

Re: svn commit: r1461628 - /commons/proper/ognl/trunk/src/main/assembly/src.xml

2013-03-27 Thread Simone Tripodi 
we just voted a component which -src assembly descriptor[1] uses that one

would you reconsider the -1 to -0?

[1] 
http://svn.apache.org/repos/asf/commons/proper/fileupload/trunk/src/main/assembly/src.xml

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


On Wed, Mar 27, 2013 at 5:40 PM, sebb  wrote:
> On 27 March 2013 14:58,   wrote:
>> Author: simonetripodi
>> Date: Wed Mar 27 14:58:15 2013
>> New Revision: 1461628
>>
>> URL: http://svn.apache.org/r1461628
>> Log:
>> use the `exclude` logic to create the sources archive, rather than 
>> specifying what has to be included
>
> -1
>
> I think that is not nearly as safe, as it will pick up arbitrary
> additional files and directory trees in the root dir.
>
> The previous method of specifying src/ plus specific top-level files
> was only susceptible to spurious files under src/.
> The new method is still susceptible to such files (very difficult to
> avoid that), but is also susceptible lots of other files.
>
>> Modified:
>> commons/proper/ognl/trunk/src/main/assembly/src.xml
>>
>> Modified: commons/proper/ognl/trunk/src/main/assembly/src.xml
>> URL: 
>> http://svn.apache.org/viewvc/commons/proper/ognl/trunk/src/main/assembly/src.xml?rev=1461628&r1=1461627&r2=1461628&view=diff
>> ==
>> --- commons/proper/ognl/trunk/src/main/assembly/src.xml (original)
>> +++ commons/proper/ognl/trunk/src/main/assembly/src.xml Wed Mar 27 14:58:15 
>> 2013
>> @@ -26,17 +26,17 @@
>>${project.build.finalName}-src
>>
>>  
>> -  
>> -checkstyle.xml
>> -LICENSE.txt
>> -NOTICE.txt
>> -pom.xml
>> -RELEASE-NOTES.txt
>> -findbugs-exclude-filter.xml
>> -  
>> -
>> -
>> -  src
>> +  ${basedir}
>> +  
>> +**/.classpath
>> +**/.project
>> +**/.settings/
>> +**/doap_*.rdf
>> +**/bin/
>> +**/.externalToolBuilders/
>> +**/${project.build.directory}/
>> +**/download*.cgi
>> +  
>>  
>>
>>  
>>
>>
>
> -
> 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] releasing 3.2?

2013-03-27 Thread Phil Steitz 
On 3/27/13 8:13 AM, Thomas Neidhart wrote:
> On Wed, Mar 27, 2013 at 4:09 PM, Phil Steitz  wrote:
>
>> On 3/27/13 12:03 AM, Thomas Neidhart wrote:
>>> On 03/26/2013 11:03 PM, Phil Steitz wrote:
 On 3/25/13 8:52 AM, Luc Maisonobe wrote:
> Hi all,
>
> Le 23/03/2013 16:30, Thomas Neidhart a écrit :
>> On 03/04/2013 01:57 PM, Gilles wrote:
>>> Hello.
>>>
 I would like to release version 3.2 of [math] soon.
 Any thoughts about it?
>>> How soon?
>>> There are many unresolved issues targetting 3.2.
>>> There is at least one bug with no fix target (MATH-936).
>>> There is at least one contribution requiring some feedback
>> (MATH-917).
>> I have added a first patch and would love to get some feedback.
> It seems we are really close to releasing now. I guess MATH-817 will be
> resolved soon. What seems to be achievable in a short time frame would
>> be:
>   - wrapping up MATH-917 as Thomas proposed,
>   - finishing MATH-437 (Kolmogorov-Smirnov), and perhaps also
> MATH-228 at the same time
 See comment just added to MATH-437.  I am working on it, but not
 ready to commit to API, so say bump this to 3.3/4.0.

 One thing I did not mention in the MATH-437 comment.  While I think
 we should not do it in the K-S case, because the dist itself has
 little value and much numeric instability, the approximation tricks
 in your patch are interesting and might merit inclusion in
 AbstractRealDistribution (which actually is where the impls belong).
>>> Hi Phil,
>>>
>>> can you maybe also take a look at MATH-981? I have already provided a
>>> patch, but would like to hear your opinion on this as it is more a
>>> work-around for the moment.
>> Hmmm.  Can't find 981 and no permutation looks that interesting ;)
>>
> sorry, its MATH-891

Geez.  I can't even do permutations this AM :)

See comments on the ticket.

Phil
>
> Thomas
>


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

Re: svn commit: r1461628 - /commons/proper/ognl/trunk/src/main/assembly/src.xml

2013-03-27 Thread sebb 
On 27 March 2013 16:50, Simone Tripodi  wrote:
> we just voted a component which -src assembly descriptor[1] uses that one
>
> would you reconsider the -1 to -0?

No, sorry, it's just not as safe.

I'd rather a file be missing from the release than have a release with
a spurious file that could contain anything.
Once released, it cannot be unreleased. Whereas a missing file means
at worst doing a point release.

I overlooked fileupload, so it's too late to fix that release, but I
think fileupload should be changed for the next release too.

> [1] 
> http://svn.apache.org/repos/asf/commons/proper/fileupload/trunk/src/main/assembly/src.xml
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
> On Wed, Mar 27, 2013 at 5:40 PM, sebb  wrote:
>> On 27 March 2013 14:58,   wrote:
>>> Author: simonetripodi
>>> Date: Wed Mar 27 14:58:15 2013
>>> New Revision: 1461628
>>>
>>> URL: http://svn.apache.org/r1461628
>>> Log:
>>> use the `exclude` logic to create the sources archive, rather than 
>>> specifying what has to be included
>>
>> -1
>>
>> I think that is not nearly as safe, as it will pick up arbitrary
>> additional files and directory trees in the root dir.
>>
>> The previous method of specifying src/ plus specific top-level files
>> was only susceptible to spurious files under src/.
>> The new method is still susceptible to such files (very difficult to
>> avoid that), but is also susceptible lots of other files.
>>
>>> Modified:
>>> commons/proper/ognl/trunk/src/main/assembly/src.xml
>>>
>>> Modified: commons/proper/ognl/trunk/src/main/assembly/src.xml
>>> URL: 
>>> http://svn.apache.org/viewvc/commons/proper/ognl/trunk/src/main/assembly/src.xml?rev=1461628&r1=1461627&r2=1461628&view=diff
>>> ==
>>> --- commons/proper/ognl/trunk/src/main/assembly/src.xml (original)
>>> +++ commons/proper/ognl/trunk/src/main/assembly/src.xml Wed Mar 27 14:58:15 
>>> 2013
>>> @@ -26,17 +26,17 @@
>>>${project.build.finalName}-src
>>>
>>>  
>>> -  
>>> -checkstyle.xml
>>> -LICENSE.txt
>>> -NOTICE.txt
>>> -pom.xml
>>> -RELEASE-NOTES.txt
>>> -findbugs-exclude-filter.xml
>>> -  
>>> -
>>> -
>>> -  src
>>> +  ${basedir}
>>> +  
>>> +**/.classpath
>>> +**/.project
>>> +**/.settings/
>>> +**/doap_*.rdf
>>> +**/bin/
>>> +**/.externalToolBuilders/
>>> +**/${project.build.directory}/
>>> +**/download*.cgi
>>> +  
>>>  
>>>
>>>  
>>>
>>>
>>
>> -
>> 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

[continuum] BUILD FAILURE: Apache Commons - Commons Math -

2013-03-27 Thread Continuum@vmbuild 
  Group (shared) Maven 2 Build Definition (Java 1.5)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Continuum-Build-Host: vmbuild
X-Continuum-Project-Id: 97
X-Continuum-Project-Name: Commons Math

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

Build statistics:
  State: Failed
  Previous State: Ok
  Started at: Wed 27 Mar 2013 20:20:19 +
  Finished at: Wed 27 Mar 2013 20:29:58 +
  Total time: 9m 38s
  Build Trigger: Schedule
  Build Number: 1232
  Exit code: 1
  Building machine hostname: vmbuild
  Operating system : Linux(unknown)
  Java Home version : 
  java version "1.6.0_30"
  Java(TM) SE Runtime Environment (build 1.6.0_30-b12)
  Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode)

  Builder version :
  Apache Maven 2.2.1 (r801777; 2009-08-06 19:16:01+)
  Java version: 1.6.0_30
  Java home: /usr/lib/jvm/jdk1.6.0_30/jre
  Default locale: en_AU, platform encoding: UTF-8
  OS name: "linux" version: "2.6.32-41-server" arch: "amd64" Family: 
"unix"


SCM Changes:

Changed: tn @ Wed 27 Mar 2013 19:44:22 +
Comment: [MATH-891] SpearmansCorrelation now works correctly when provided with 
a NaturalRanking with NaNStrategy.REMOVED.
Files changed:
  /commons/proper/math/trunk/src/changes/changes.xml ( 1461822 )
  
/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/stat/correlation/SpearmansCorrelation.java
 ( 1461822 )
  
/commons/proper/math/trunk/src/test/java/org/apache/commons/math3/stat/correlation/SpearmansRankCorrelationTest.java
 ( 1461822 )


Dependencies Changes:

No dependencies changed



Build Definition:

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


Test Summary:

Tests: 4961
Failures: 1
Errors: 0
Success Rate: 99
Total time: 501.66812


Test Failures:


CorrelatedRandomVectorGeneratorTest
testSampleWithZeroCovariance :
  java.lang.AssertionError
  java.lang.AssertionError: Array comparison failure
 Elements at index 2 differ.  expected = 0.023006616 observed = 
0.021832493690526478
at org.junit.Assert.fail(Assert.java:93)
at org.apache.commons.math3.TestUtils.assertEquals(TestUtils.java:365)
at org.apache.commons.math3.TestUtils.assertEquals(TestUtils.java:102)
at 
org.apache.commons.math3.random.CorrelatedRandomVectorGeneratorTest.testSampler(CorrelatedRandomVectorGeneratorTest.java:193)
at 
org.apache.commons.math3.random.CorrelatedRandomVectorGeneratorTest.testSampleWithZeroCovariance(CorrelatedRandomVectorGeneratorTest.java:168)


  


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

Re: svn commit: r1461628 - /commons/proper/ognl/trunk/src/main/assembly/src.xml

2013-03-27 Thread Simone Tripodi 
>
> No, sorry, it's just not as safe.
>
> I'd rather a file be missing from the release than have a release with
> a spurious file that could contain anything.

The only risk we have ATM is that the RM includes Idea's or Netbean's
dedicated files - and produced archives are reviewed and voted, so if
they contain a spurious file that contains whatever potentially
dangerous - not just technically, but also under a legal PoV - vote is
cancelled.

> Once released, it cannot be unreleased. Whereas a missing file means
at worst doing a point release.

but that could be applied to other logic as well, the RM can
potentially forget to include some required file - or not?

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

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

[ANN] Apache Commons-FileUpload 1.3 released

2013-03-27 Thread Simone Tripodi 
The Apache Commons team is pleased to announce the Apache
Commons-FileUpload 1.3 release!

The FileUpload component provides a simple yet flexible means of
adding support for multipart file upload functionality to servlets and
web applications.

Changes in this version include (you can download the release notes
from ):

IMPORTANT NOTES


 * SECURITY - CVE-2013-0248, see http://seclists.org/fulldisclosure/2013/Mar/76

DEPENDENCIES
=

FileUpload 1.3 users should upgrade to the recommended dependency set below
where possible.

The Recommended Dependency Set for FileUpload 1.3 is:
   Apache Commons-IO 2.2

Bug
=

 * [FILEUPLOAD-143] - "Stream ended unexpectedly" when posting from a
Flash client
 * [FILEUPLOAD-173] - Manifest for OSGi has invalid syntax
 * [FILEUPLOAD-183] - commons-io dependency does not get loaded by
maven if only dependency to commons-fileupload is specified
 * [FILEUPLOAD-185] - http://commons.apache.org/fileupload/index.html
is out of date
 * [FILEUPLOAD-186] - http://commons.apache.org/fileupload/index.html
should not mention nightly builds
 * [FILEUPLOAD-189] - DiskFileItemFactory use of FileCleaningTracker
is documented or coded wrong
 * [FILEUPLOAD-195] - Error reading the file size larger than 2 gb
 * [FILEUPLOAD-197] - ServletFileUpload isMultipartContent method does
not support HTTP PUT
 * [FILEUPLOAD-199] - Uploads have unexpected results for files with
non-ASCII names - support RFC2047
 * [FILEUPLOAD-202] -
org.apache.commons.fileupload.FileUploadBase$IOFileUploadException:
Processing of multipart/form-data request failed. Stream ended
unexpectedly
 * [FILEUPLOAD-204] - FileItem.getHeaders() returns always null.
 * [FILEUPLOAD-212] - Insecure request size checking
 * [FILEUPLOAD-214] - ServletFileUpload only accepts POST requests
 * [FILEUPLOAD-228] - (Servlet|Portlet)RequestContext#contentLength()
must return request.getContentLength() if Content-length header is not
available
 * [FILEUPLOAD-229] - toLowerCase() is Locale-dependent; should use
toLowerCase(Locale.ENGLISH) instead
 * [FILEUPLOAD-232] - There are no unit tests for the new utils.mime classes

Improvement
=

 * [FILEUPLOAD-182] - Documentation: add simple HTML form example to
fileupload user guide
 * [FILEUPLOAD-207] - enhance file read/write performance
 * [FILEUPLOAD-209] - Add Support for Generic Types
 * [FILEUPLOAD-210] - Process HTTP Requests Into Maps
 * [FILEUPLOAD-223] - Update commons-io dependency to latest version
that supports JDK1.5
 * [FILEUPLOAD-224] - Avoid string concatenations while parsing
headers, use buffers instead
 * [FILEUPLOAD-225] - Replace java.rmi.server.UID() with java.util.UUID
 * [FILEUPLOAD-226] - DiskFileItem.counter could be converted to
AtomicInteger (or AtomicLong?)
 * [FILEUPLOAD-227] - Private immutable fields which could be final

Task
=

 * [FILEUPLOAD-201] - Update to JDK 1.5 and bump IO dependency to 2.X
 * [FILEUPLOAD-215] - version 1.3 improvement tasks

Sub-task
=

 * [FILEUPLOAD-216] - Update the project tree dirs according to
default Maven conventions
 * [FILEUPLOAD-217] - drop JDK1.3 support and update to Java5
 * [FILEUPLOAD-218] - Update version in POM
 * [FILEUPLOAD-219] - upgrade tests to JUnit 4
 * [FILEUPLOAD-220] - replace package.html with package-info.java
 * [FILEUPLOAD-221] - FileItemHeadersImpl can now use LinkedHashMap
 * [FILEUPLOAD-222] - Mark @deprecated classes/methods with
@Deprecated annotation
 * [FILEUPLOAD-233] - Base64Decoder doesn't correctly implement RFC 4648

OTHER NOTES


 * This is the first version of Apache Commons FileUpload which requires Java5

Commons FileUpload can be downloaded from the following page:
  http://commons.apache.org/proper/commons-fileupload/download_fileupload.cgi

For information on Commons FileUpload, please visit our website:
  http://commons.apache.org/proper/commons-fileupload/

Have fun!
-Simo, on behalf of the Apache Commons community

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

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

Re: svn commit: r1461628 - /commons/proper/ognl/trunk/src/main/assembly/src.xml

2013-03-27 Thread sebb 
On 27 March 2013 20:33, Simone Tripodi  wrote:
>>
>> No, sorry, it's just not as safe.
>>
>> I'd rather a file be missing from the release than have a release with
>> a spurious file that could contain anything.
>
> The only risk we have ATM is that the RM includes Idea's or Netbean's
> dedicated files -

IDE files are the most likely to be found, but those can be easily excluded.
The problem is another file which could come from anywhere.

> and produced archives are reviewed and voted, so if
> they contain a spurious file that contains whatever potentially
> dangerous - not just technically, but also under a legal PoV - vote is
> cancelled.

That assumes reviewers compare the tag with the releases - does anyone
apart from me do that?

>> Once released, it cannot be unreleased. Whereas a missing file means
> at worst doing a point release.
>
> but that could be applied to other logic as well, the RM can
> potentially forget to include some required file - or not?

Yes, but reviewers are likely to notice a missing NOTICE or LICENSE file.
And unless the N&L files are renamed or removed from the assembly
descriptor, if one build is OK, future builds will be OK.

The same is not true of the unexpected file that can appear in a release.

Besides, as I already wrote, one can do a new point release if a file
is missing.
One cannot remove a file from a release.

It's just not worth the risk.

> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

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

Re: svn commit: r1453531 - /commons/proper/fileupload/trunk/src/main/assembly/src.xml

2013-03-27 Thread sebb 
On 6 March 2013 20:17,   wrote:
> Author: simonetripodi
> Date: Wed Mar  6 20:17:47 2013
> New Revision: 1453531
>
> URL: http://svn.apache.org/r1453531
> Log:
> inverted logic: include basedir and exclude build/IDE dirs, in order to not 
> manually maintain the list of files have to be kept in the archive

-1

Sorry, but this is not safe (as per discussions on ognl)

[Note also that the include list likely changes less frequently than
the exclude list...]

> Modified:
> commons/proper/fileupload/trunk/src/main/assembly/src.xml
>
> Modified: commons/proper/fileupload/trunk/src/main/assembly/src.xml
> URL: 
> http://svn.apache.org/viewvc/commons/proper/fileupload/trunk/src/main/assembly/src.xml?rev=1453531&r1=1453530&r2=1453531&view=diff
> ==
> --- commons/proper/fileupload/trunk/src/main/assembly/src.xml (original)
> +++ commons/proper/fileupload/trunk/src/main/assembly/src.xml Wed Mar  6 
> 20:17:47 2013
> @@ -26,18 +26,14 @@
>${artifactId}-${version}-src
>
>  
> -  
> -build-gump.xml
> -build.xml
> -doap_fileupload.rdf
> -gump.xml
> -LICENSE.txt
> -NOTICE.txt
> -pom.xml
> -  
> -
> -
> -  src
> +  ${basedir}
> +  
> +**/.classpath
> +**/.project
> +**/.settings/
> +**/bin/
> +**/target/
> +  
>  
>
>  
>
>

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

Re: svn commit: r1461628 - /commons/proper/ognl/trunk/src/main/assembly/src.xml

2013-03-27 Thread Simone Tripodi 
> The problem is another file which could come from anywhere.

cannot come from anywhere since it declares the fileset from ${basedir}

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

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

Re: svn commit: r1461628 - /commons/proper/ognl/trunk/src/main/assembly/src.xml

2013-03-27 Thread sebb 
On 27 March 2013 22:22, Simone Tripodi  wrote:
>> The problem is another file which could come from anywhere.
>
> cannot come from anywhere since it declares the fileset from ${basedir}

I meant, the file could have been copied from anywhere and
accidentally left in the directory structure.

> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

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