Re: [VOTE][RC2] Release Commons Math 3.6

[Luc Maisonobe]

Hi all,

Please remind this vote will close in less than 12 hours.
Only 2 votes have been cast by now, we need at least 3
from PMC members for this to succeed.

best regards,
Luc

Le 02/01/2016 21:15, Luc Maisonobe a écrit :
> This is a [VOTE] for releasing Apache Commons Math 3.6 from release
> candidate 2.
> 
> Tag name:
>   MATH_3_6_RC2 (signature can be checked from git using 'git tag -v')
> 
> Tag URL:
> 
> 
> 
> Commit ID the tag points at:
>   95a9d35e77f70ffc9bd5143880c236a760b42005
> 
> Site:
>   
> 
> Distribution files:
>   https://dist.apache.org/repos/dist/dev/commons/math/
> 
> Distribution files hashes (SHA1):
>  8b0b724b91102f63c7211f8de60dec19f94c4af7  commons-math3-3.6-bin.tar.gz
>  f3f2b3974e5ecd368aa3294f8c59a7aeae4c5d90  commons-math3-3.6-bin.zip
>  213985b076b344178cd2fb07e7257cb52b65e3b9  commons-math3-3.6-src.tar.gz
>  0c66a1aaf878aa7e6c0d9bbf917b25efa463b313  commons-math3-3.6-src.zip
> 
> KEYS file to check signatures:
>   http://www.apache.org/dist/commons/KEYS
> 
> Maven artifacts:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1138/org/apache/commons/commons-math3/3.6/
> 
> [ ] +1 Release it.
> [ ] +0 Go ahead; I don't care.
> [ ] -0 There are a few minor glitches: ...
> [ ] -1 No, do not release it because ...
> 
> This vote will close in 72 hours, at 2016-01-05T20:15:00Z (this is UTC
> time).
> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 
> 


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

Re: [VOTE][RC2] Release Commons Math 3.6

[Gary Gregory]

On Tue, Jan 5, 2016 at 7:51 AM, Gilles  wrote:

> Hi Luc.
>
> On Tue, 5 Jan 2016 09:44:09 +0100, Luc Maisonobe wrote:
>
>> Hi all,
>>
>> Please remind this vote will close in less than 12 hours.
>> Only 2 votes have been cast by now, we need at least 3
>> from PMC members for this to succeed.
>>
>
> [After cloning to a clean directory and "git checkout MATH_3_6_RC2".]
> The command
>
> $ mvn site
>
> failed on my machine.
> Here is the end of the maven output:
> ---CUT---
> [...]
> [INFO] Generating "Clirr" report---
> clirr-maven-plugin:2.6.1:clirr
> [INFO] Comparing to version: 3.5
> [INFO]
> 
> [INFO] BUILD FAILURE
> [INFO]
> 
> [INFO] Total time: 01:31 min
> [INFO] Finished at: 2016-01-05T16:35:25+01:00
> [INFO] Final Memory: 84M/812M
> [INFO]
> 
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-site-plugin:3.4:site (default-site) on
> project commons-math3: Execution default-site of goal
> org.apache.maven.plugins:maven-site-plugin:3.4:site failed: Invalid byte
> tag in constant pool: 18 -> [Help 1]
>

That's an issue I've seen with Java 8, should be OK with Java 7.

Gary


> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the
> -e switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions,
> please read the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException
> ---CUT---
>
> $ mvn -v
> Apache Maven 3.3.9
> Maven home: /usr/share/maven
> Java version: 1.8.0_72-internal, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-8-openjdk-amd64/jre
> Default locale: en, platform encoding: UTF-8
> OS name: "linux", version: "4.2.0-1-amd64", arch: "amd64", family: "unix"
>
>
> Regards,
> Gilles
>
> best regards,
>> Luc
>>
>> [...]
>>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [VOTE][RC2] Release Commons Math 3.6

[Phil Steitz]

On 1/5/16 9:42 AM, Gary Gregory wrote:
> On Tue, Jan 5, 2016 at 7:51 AM, Gilles  wrote:
>
>> Hi Luc.
>>
>> On Tue, 5 Jan 2016 09:44:09 +0100, Luc Maisonobe wrote:
>>
>>> Hi all,
>>>
>>> Please remind this vote will close in less than 12 hours.
>>> Only 2 votes have been cast by now, we need at least 3
>>> from PMC members for this to succeed.
>>>
>> [After cloning to a clean directory and "git checkout MATH_3_6_RC2".]
>> The command
>>
>> $ mvn site
>>
>> failed on my machine.
>> Here is the end of the maven output:
>> ---CUT---
>> [...]
>> [INFO] Generating "Clirr" report---
>> clirr-maven-plugin:2.6.1:clirr
>> [INFO] Comparing to version: 3.5
>> [INFO]
>> 
>> [INFO] BUILD FAILURE
>> [INFO]
>> 
>> [INFO] Total time: 01:31 min
>> [INFO] Finished at: 2016-01-05T16:35:25+01:00
>> [INFO] Final Memory: 84M/812M
>> [INFO]
>> 
>> [ERROR] Failed to execute goal
>> org.apache.maven.plugins:maven-site-plugin:3.4:site (default-site) on
>> project commons-math3: Execution default-site of goal
>> org.apache.maven.plugins:maven-site-plugin:3.4:site failed: Invalid byte
>> tag in constant pool: 18 -> [Help 1]
>>
> That's an issue I've seen with Java 8, should be OK with Java 7.

Right.  That is a known issue that is not a release blocker, IMO. 
The actual build (test, package or install) works for me on Java 8.

Phil
>
> Gary
>
>
>> [ERROR]
>> [ERROR] To see the full stack trace of the errors, re-run Maven with the
>> -e switch.
>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>> [ERROR]
>> [ERROR] For more information about the errors and possible solutions,
>> please read the following articles:
>> [ERROR] [Help 1]
>> http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException
>> ---CUT---
>>
>> $ mvn -v
>> Apache Maven 3.3.9
>> Maven home: /usr/share/maven
>> Java version: 1.8.0_72-internal, vendor: Oracle Corporation
>> Java home: /usr/lib/jvm/java-8-openjdk-amd64/jre
>> Default locale: en, platform encoding: UTF-8
>> OS name: "linux", version: "4.2.0-1-amd64", arch: "amd64", family: "unix"
>>
>>
>> Regards,
>> Gilles
>>
>> best regards,
>>> Luc
>>>
>>> [...]
>>>
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
>


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

Re: [VOTE][RC2] Release Commons Math 3.6

[Thomas Neidhart]

On 01/02/2016 09:15 PM, Luc Maisonobe wrote:
> This is a [VOTE] for releasing Apache Commons Math 3.6 from release
> candidate 2.
> 
> Tag name:
>   MATH_3_6_RC2 (signature can be checked from git using 'git tag -v')
> 
> Tag URL:
> 
> 
> 
> Commit ID the tag points at:
>   95a9d35e77f70ffc9bd5143880c236a760b42005
> 
> Site:
>   
> 
> Distribution files:
>   https://dist.apache.org/repos/dist/dev/commons/math/
> 
> Distribution files hashes (SHA1):
>  8b0b724b91102f63c7211f8de60dec19f94c4af7  commons-math3-3.6-bin.tar.gz
>  f3f2b3974e5ecd368aa3294f8c59a7aeae4c5d90  commons-math3-3.6-bin.zip
>  213985b076b344178cd2fb07e7257cb52b65e3b9  commons-math3-3.6-src.tar.gz
>  0c66a1aaf878aa7e6c0d9bbf917b25efa463b313  commons-math3-3.6-src.zip
> 
> KEYS file to check signatures:
>   http://www.apache.org/dist/commons/KEYS
> 
> Maven artifacts:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1138/org/apache/commons/commons-math3/3.6/
> 
[X] +1 Release it.

tested with

Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17
17:22:22+0200)
Maven home: /home/tn/bin/apache-maven-3.1.1
Java version: 1.7.0_91, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-7-openjdk-i386/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "3.13.0-71-generic", arch: "i386", family: "unix"


Thomas

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

Re: [VOTE][RC2] Release Commons Math 3.6

[Luc Maisonobe]

Le 05/01/2016 17:42, Gary Gregory a écrit :
> On Tue, Jan 5, 2016 at 7:51 AM, Gilles  wrote:
> 
>> Hi Luc.
>>
>> On Tue, 5 Jan 2016 09:44:09 +0100, Luc Maisonobe wrote:
>>
>>> Hi all,
>>>
>>> Please remind this vote will close in less than 12 hours.
>>> Only 2 votes have been cast by now, we need at least 3
>>> from PMC members for this to succeed.
>>>
>>
>> [After cloning to a clean directory and "git checkout MATH_3_6_RC2".]
>> The command
>>
>> $ mvn site
>>
>> failed on my machine.
>> Here is the end of the maven output:
>> ---CUT---
>> [...]
>> [INFO] Generating "Clirr" report---
>> clirr-maven-plugin:2.6.1:clirr
>> [INFO] Comparing to version: 3.5
>> [INFO]
>> 
>> [INFO] BUILD FAILURE
>> [INFO]
>> 
>> [INFO] Total time: 01:31 min
>> [INFO] Finished at: 2016-01-05T16:35:25+01:00
>> [INFO] Final Memory: 84M/812M
>> [INFO]
>> 
>> [ERROR] Failed to execute goal
>> org.apache.maven.plugins:maven-site-plugin:3.4:site (default-site) on
>> project commons-math3: Execution default-site of goal
>> org.apache.maven.plugins:maven-site-plugin:3.4:site failed: Invalid byte
>> tag in constant pool: 18 -> [Help 1]
>>
> 
> That's an issue I've seen with Java 8, should be OK with Java 7.

Yes, I confirm this happens when maven is run with Java8.

If you have multiple Java versions on your machine, you can do something
along these lines :

 LANG=C JAVA_HOME=/usr/lib/jvm/java-1.7.0-openjdk-amd64/jre mvn site

This sets up the language environment to a neutral choice and lets
maven rely on Java 7 (in this case) to avoid Java 8.

best regards,
Luc



> 
> Gary
> 
> 
>> [ERROR]
>> [ERROR] To see the full stack trace of the errors, re-run Maven with the
>> -e switch.
>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>> [ERROR]
>> [ERROR] For more information about the errors and possible solutions,
>> please read the following articles:
>> [ERROR] [Help 1]
>> http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException
>> ---CUT---
>>
>> $ mvn -v
>> Apache Maven 3.3.9
>> Maven home: /usr/share/maven
>> Java version: 1.8.0_72-internal, vendor: Oracle Corporation
>> Java home: /usr/lib/jvm/java-8-openjdk-amd64/jre
>> Default locale: en, platform encoding: UTF-8
>> OS name: "linux", version: "4.2.0-1-amd64", arch: "amd64", family: "unix"
>>
>>
>> Regards,
>> Gilles
>>
>> best regards,
>>> Luc
>>>
>>> [...]
>>>
>>
>>
>>
>> -
>> 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

[math] Java 8 RealVector Functional Design

[Ole Ersoy]

Hi,

I'm attempting a more minimalistic array vector design and just thought I'd 
float a partial API to see what you think.  The below methods are both 
'mapToSelf' by default.  If the user wants a new vector, she should first clone 
the vector and then call the map method (vector.clone().map(...)).

public void map(BiFunction function, Vector v) {
Arrays.setAll(data, i -> function.apply(data[i], v.getEntry(i)));
}

public void parallelMap(BiFunction function, Vector 
v) {
Arrays.parallelSetAll(data, i -> function.apply(data[i], 
v.getEntry(i)));
}

The above two functions (Left the dimension check out) allow you to "Plug in" a 
lambda function to perform the mapping.  For example if you want to perform addition, you 
would use the addition BiFunction like this:

public static BiFunction add = (x, y) -> {
return x
+ y;
};

RUNTIME:
vector2.map(add, vector1);


Then the same for subtraction, multiplication, etc.  I'm thinking the static 
BiFunction instances can go in the Arithmetic module. That way the map methods 
can use both checked and unchecked arithmetic operations.  I hoping that this 
will also make the FieldVector and RealVector implementations more efficient 
from a code sharing viewpoint and symmetric from an API perspective.

Thoughts?

Cheers,
Ole





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

Re: [RESULT][VOTE] Release JEXL 3.0 based on RC2

[sebb]

On 21 December 2015 at 22:53, Emmanuel Bourg  wrote:
> The following votes were received:
>
> +1
> Matt Benson
> Oliver Heger
> Henri Biestro (emeritus)
> Emmanuel Bourg
>
> +0
> Jörg Schaible
>
> -0
> Gary Gregory
>
> Henri went emeritus in 2012 but he is still active since he drove the
> JEXL 3.0 release. I don't know if his vote is considered binding in this
> situation, but that doesn't change the outcome of the vote. With a

Only current PMC member votes are binding.
Henri left the PMC in 201; emeritus just means that he used to be on the PMC.

> majority of at least 3 binding votes the release passes.
>
> Thanks all for your reviews and your votes, I'll proceed with the
> release in the next days.
>
> Emmanuel Bourg
>
>
> Le 18/12/2015 17:05, Emmanuel Bourg a écrit :
>> Hi all,
>>
>> JEXL 3.0 RC2 is now available for review.
>>
>> Distribution:
>> https://dist.apache.org/repos/dist/dev/commons/jexl/ (r11664)
>>
>> Maven artifacts:
>> https://repository.apache.org/content/repositories/orgapachecommons-1133/org/apache/commons/commons-jexl3/3.0/
>>
>> Release notes:
>> https://dist.apache.org/repos/dist/dev/commons/jexl/RELEASE-NOTES.txt
>> http://people.apache.org/~ebourg/jexl/site/changes-report.html
>>
>> Tag:
>> http://svn.apache.org/repos/asf/commons/proper/jexl/tags/COMMONS_JEXL_3_0-RC2/
>>  (r1720787)
>>
>> Site:
>> http://people.apache.org/~ebourg/jexl/site
>>
>> KEYS:
>> https://www.apache.org/dist/commons/KEYS
>>
>>
>> Please review the release candidate and vote.
>> This vote will close no sooner that 72 hours from now, i.e. after Mon, 21 
>> Dec 2015 16:05:00 GMT
>>
>> [ ] +1 Release these artifacts
>> [ ] +0 OK, but...
>> [ ] -0 OK, but really should fix...
>> [ ] -1 I oppose this release because...
>>
>> Thanks you,
>>
>> Emmanuel Bourg
>>
>
>
> -
> 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: [all] Commons Parent - detach src/bin artifacts?

[sebb]

An alternative approach might be to leave the POM as is, and create a
separate script to download the source/binary bundles from Nexus to
the dist/dev area, and then delete them from Nexus.

On 22 December 2015 at 08:39, Pascal Schumacher
 wrote:
> Thanks for the explanation and sorry for the noise.
>
> Cheers,
> Pascal
>
>
> Am 22.12.2015 um 09:28 schrieb Luc Maisonobe:
>>
>> Le 22/12/2015 09:14, Pascal Schumacher a écrit :
>>>
>>> I agree.
>>>
>>> Maybe I misunderstand the issue, but please continue to attach sources
>>> to maven central releases. It's very helpful when the IDE can
>>> automatically download the source of jar and display it.
>>
>> This is already done.
>> There is a difference between the source distribution in the zip file
>> and the source jar. The former contains everything necessary to rebuild,
>> the second contains only the source for the sake of IDE auto-completion
>> and similar features.
>>
>> What we are talking about here is removing the source and binary zip,
>> not the source and binary jar.
>>
>> best regards,
>> Luc
>>
>>> Thanks,
>>> Pascal
>>>
>>> Am 21.12.2015 um 23:24 schrieb Christopher:

 Why detach them at all? Why not permit them to be uploaded to Maven
 Central?
 It may not be as useful for Java builds, but Maven repository isn't
 designed to hold only jars. It can hold any type of artifact.

 On Mon, Dec 21, 2015 at 3:30 AM Emmanuel Bourg 
 wrote:

> Le 20/12/2015 23:06, Emmanuel Bourg a écrit :
>
>> I've tested with JEXL and it seems to work
>> fine, I haven't noticed undesirable side effects.
>
> Actually there is one side effect: the .sha1 and .md5 files for the
> src/bin archives no longer come for free (they are currently generated
> when the archives are deployed in the local repository). So if we
> detach
> the files we should compensate with an explicit generation of the
> checksums using the antrun plugin immediately after the assembly
> plugin.
>
> Emmanuel Bourg
>
>
> -
> 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: [VOTE][RC2] Release Commons Math 3.6

[Luc Maisonobe]

Le 05/01/2016 17:07, Thomas Neidhart a écrit :
> On 01/02/2016 09:15 PM, Luc Maisonobe wrote:
>> This is a [VOTE] for releasing Apache Commons Math 3.6 from release
>> candidate 2.
>>
>> Tag name:
>>   MATH_3_6_RC2 (signature can be checked from git using 'git tag -v')
>>
>> Tag URL:
>>
>> 
>>
>> Commit ID the tag points at:
>>   95a9d35e77f70ffc9bd5143880c236a760b42005
>>
>> Site:
>>   
>>
>> Distribution files:
>>   https://dist.apache.org/repos/dist/dev/commons/math/
>>
>> Distribution files hashes (SHA1):
>>  8b0b724b91102f63c7211f8de60dec19f94c4af7  commons-math3-3.6-bin.tar.gz
>>  f3f2b3974e5ecd368aa3294f8c59a7aeae4c5d90  commons-math3-3.6-bin.zip
>>  213985b076b344178cd2fb07e7257cb52b65e3b9  commons-math3-3.6-src.tar.gz
>>  0c66a1aaf878aa7e6c0d9bbf917b25efa463b313  commons-math3-3.6-src.zip
>>
>> KEYS file to check signatures:
>>   http://www.apache.org/dist/commons/KEYS
>>
>> Maven artifacts:
>>
>> https://repository.apache.org/content/repositories/orgapachecommons-1138/org/apache/commons/commons-math3/3.6/
>>
> [X] +1 Release it.

Thanks Thomas,

best regards,
Luc

> 
> tested with
> 
> Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17
> 17:22:22+0200)
> Maven home: /home/tn/bin/apache-maven-3.1.1
> Java version: 1.7.0_91, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-7-openjdk-i386/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "3.13.0-71-generic", arch: "i386", family: "unix"
> 
> 
> 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: [VOTE][RC2] Release Commons Math 3.6

[Gilles]

Hi Luc.

On Tue, 5 Jan 2016 09:44:09 +0100, Luc Maisonobe wrote:

Hi all,

Please remind this vote will close in less than 12 hours.
Only 2 votes have been cast by now, we need at least 3
from PMC members for this to succeed.


[After cloning to a clean directory and "git checkout MATH_3_6_RC2".]
The command

$ mvn site

failed on my machine.
Here is the end of the maven output:
---CUT---
[...]
[INFO] Generating "Clirr" report--- 
clirr-maven-plugin:2.6.1:clirr

[INFO] Comparing to version: 3.5
[INFO] 


[INFO] BUILD FAILURE
[INFO] 


[INFO] Total time: 01:31 min
[INFO] Finished at: 2016-01-05T16:35:25+01:00
[INFO] Final Memory: 84M/812M
[INFO] 

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-site-plugin:3.4:site (default-site) on 
project commons-math3: Execution default-site of goal 
org.apache.maven.plugins:maven-site-plugin:3.4:site failed: Invalid byte 
tag in constant pool: 18 -> [Help 1]

[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with 
the -e switch.

[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, 
please read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException

---CUT---

$ mvn -v
Apache Maven 3.3.9
Maven home: /usr/share/maven
Java version: 1.8.0_72-internal, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-8-openjdk-amd64/jre
Default locale: en, platform encoding: UTF-8
OS name: "linux", version: "4.2.0-1-amd64", arch: "amd64", family: 
"unix"



Regards,
Gilles


best regards,
Luc

[...]




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

Re: [all] Commons Parent - detach src/bin artifacts?

[Emmanuel Bourg]

Le 5/01/2016 18:56, Phil Steitz a écrit :

> That could probably be scripted in maven somehow, like it is rigged
> for the site build.

I'm experimenting with this idea currently. I use the antrun plugin
to create a target/dist.apache.org directory with the bin/src archives
and the release notes ready to be committed (in a next step I'll also
try to commit them). But I'm blocked by another side effect of
detaching the assemblies, they are no longer GPG signed :(

Here is the Maven snippet I use:

  
maven-antrun-plugin

  
package

  run


  



  

  


  


  

  

  
  


  
  

  

  

  


Emmanuel Bourg


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

Re: [VOTE][RC2] Release Commons Math 3.6

[Gilles]

On Tue, 5 Jan 2016 17:48:59 +0100, Luc Maisonobe wrote:

Le 05/01/2016 17:42, Gary Gregory a écrit :
On Tue, Jan 5, 2016 at 7:51 AM, Gilles 
 wrote:



Hi Luc.

On Tue, 5 Jan 2016 09:44:09 +0100, Luc Maisonobe wrote:


Hi all,

Please remind this vote will close in less than 12 hours.
Only 2 votes have been cast by now, we need at least 3
from PMC members for this to succeed.



[After cloning to a clean directory and "git checkout 
MATH_3_6_RC2".]

The command

$ mvn site

failed on my machine.
Here is the end of the maven output:
---CUT---
[...]
[INFO] Generating "Clirr" report---
clirr-maven-plugin:2.6.1:clirr
[INFO] Comparing to version: 3.5
[INFO]


[INFO] BUILD FAILURE
[INFO]


[INFO] Total time: 01:31 min
[INFO] Finished at: 2016-01-05T16:35:25+01:00
[INFO] Final Memory: 84M/812M
[INFO]


[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-site-plugin:3.4:site (default-site) 
on

project commons-math3: Execution default-site of goal
org.apache.maven.plugins:maven-site-plugin:3.4:site failed: Invalid 
byte

tag in constant pool: 18 -> [Help 1]



That's an issue I've seen with Java 8, should be OK with Java 7.


Yes, I confirm this happens when maven is run with Java8.


So it is not possible to do "mvn site" with the currently supported 
version

of Java...

At some point, it will be useful to list what is necessary and 
sufficient

to be done and to be checked in order to release.


If you have multiple Java versions on your machine,


I don't, at this moment.

Best regards,
Gilles



you can do something
along these lines :

 LANG=C JAVA_HOME=/usr/lib/jvm/java-1.7.0-openjdk-amd64/jre mvn site

This sets up the language environment to a neutral choice and lets
maven rely on Java 7 (in this case) to avoid Java 8.

best regards,
Luc





Gary



[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven 
with the

-e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug 
logging.

[ERROR]
[ERROR] For more information about the errors and possible 
solutions,

please read the following articles:
[ERROR] [Help 1]

http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException
---CUT---

$ mvn -v
Apache Maven 3.3.9
Maven home: /usr/share/maven
Java version: 1.8.0_72-internal, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-8-openjdk-amd64/jre
Default locale: en, platform encoding: UTF-8
OS name: "linux", version: "4.2.0-1-amd64", arch: "amd64", family: 
"unix"



Regards,
Gilles

best regards,

Luc

[...]



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

Re: [VOTE][RC2] Release Commons Math 3.6

[Gilles]

On Sat, 2 Jan 2016 21:15:32 +0100, Luc Maisonobe wrote:

This is a [VOTE] for releasing Apache Commons Math 3.6 from release
candidate 2.

Tag name:
  MATH_3_6_RC2 (signature can be checked from git using 'git tag -v')

Tag URL:




Commit ID the tag points at:
  95a9d35e77f70ffc9bd5143880c236a760b42005

Site:
  

Distribution files:
  https://dist.apache.org/repos/dist/dev/commons/math/

Distribution files hashes (SHA1):
 8b0b724b91102f63c7211f8de60dec19f94c4af7  
commons-math3-3.6-bin.tar.gz

 f3f2b3974e5ecd368aa3294f8c59a7aeae4c5d90  commons-math3-3.6-bin.zip
 213985b076b344178cd2fb07e7257cb52b65e3b9  
commons-math3-3.6-src.tar.gz

 0c66a1aaf878aa7e6c0d9bbf917b25efa463b313  commons-math3-3.6-src.zip

KEYS file to check signatures:
  http://www.apache.org/dist/commons/KEYS

Maven artifacts:


https://repository.apache.org/content/repositories/orgapachecommons-1138/org/apache/commons/commons-math3/3.6/



  [X] +1 Release it.

Gilles


[ ] +0 Go ahead; I don't care.
[ ] -0 There are a few minor glitches: ...
[ ] -1 No, do not release it because ...

This vote will close in 72 hours, at 2016-01-05T20:15:00Z (this is 
UTC

time).



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

Re: [VOTE][RC2] Release Commons Math 3.6

[Luc Maisonobe]

Le 05/01/2016 19:59, Gilles a écrit :
> On Sat, 2 Jan 2016 21:15:32 +0100, Luc Maisonobe wrote:
>> This is a [VOTE] for releasing Apache Commons Math 3.6 from release
>> candidate 2.
>>
>> Tag name:
>>   MATH_3_6_RC2 (signature can be checked from git using 'git tag -v')
>>
>> Tag URL:
>>
>>
>> 
>>
>>
>> Commit ID the tag points at:
>>   95a9d35e77f70ffc9bd5143880c236a760b42005
>>
>> Site:
>>   
>>
>> Distribution files:
>>   https://dist.apache.org/repos/dist/dev/commons/math/
>>
>> Distribution files hashes (SHA1):
>>  8b0b724b91102f63c7211f8de60dec19f94c4af7  commons-math3-3.6-bin.tar.gz
>>  f3f2b3974e5ecd368aa3294f8c59a7aeae4c5d90  commons-math3-3.6-bin.zip
>>  213985b076b344178cd2fb07e7257cb52b65e3b9  commons-math3-3.6-src.tar.gz
>>  0c66a1aaf878aa7e6c0d9bbf917b25efa463b313  commons-math3-3.6-src.zip
>>
>> KEYS file to check signatures:
>>   http://www.apache.org/dist/commons/KEYS
>>
>> Maven artifacts:
>>
>>
>> https://repository.apache.org/content/repositories/orgapachecommons-1138/org/apache/commons/commons-math3/3.6/
>>
>>
> 
>   [X] +1 Release it.

Thanks, Gilles.

best regards,
Luc

> 
> Gilles
> 
>> [ ] +0 Go ahead; I don't care.
>> [ ] -0 There are a few minor glitches: ...
>> [ ] -1 No, do not release it because ...
>>
>> This vote will close in 72 hours, at 2016-01-05T20:15:00Z (this is UTC
>> time).
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 
> 


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

Re: [VOTE][RC2] Release Commons Math 3.6

[Luc Maisonobe]

Le 05/01/2016 19:58, Gilles a écrit :
> On Tue, 5 Jan 2016 17:48:59 +0100, Luc Maisonobe wrote:
>> Le 05/01/2016 17:42, Gary Gregory a écrit :
>>> On Tue, Jan 5, 2016 at 7:51 AM, Gilles 
>>> wrote:
>>>
 Hi Luc.

 On Tue, 5 Jan 2016 09:44:09 +0100, Luc Maisonobe wrote:

> Hi all,
>
> Please remind this vote will close in less than 12 hours.
> Only 2 votes have been cast by now, we need at least 3
> from PMC members for this to succeed.
>

 [After cloning to a clean directory and "git checkout MATH_3_6_RC2".]
 The command

 $ mvn site

 failed on my machine.
 Here is the end of the maven output:
 ---CUT---
 [...]
 [INFO] Generating "Clirr" report---
 clirr-maven-plugin:2.6.1:clirr
 [INFO] Comparing to version: 3.5
 [INFO]

 

 [INFO] BUILD FAILURE
 [INFO]

 

 [INFO] Total time: 01:31 min
 [INFO] Finished at: 2016-01-05T16:35:25+01:00
 [INFO] Final Memory: 84M/812M
 [INFO]

 

 [ERROR] Failed to execute goal
 org.apache.maven.plugins:maven-site-plugin:3.4:site (default-site) on
 project commons-math3: Execution default-site of goal
 org.apache.maven.plugins:maven-site-plugin:3.4:site failed: Invalid
 byte
 tag in constant pool: 18 -> [Help 1]

>>>
>>> That's an issue I've seen with Java 8, should be OK with Java 7.
>>
>> Yes, I confirm this happens when maven is run with Java8.
> 
> So it is not possible to do "mvn site" with the currently supported version
> of Java...

mvn site is not possible as it is a maven problem.
However, building the jar is possible as the probem arise only
for site generation. I think it occurs during one of the reports
generation, as it involves parsing the class files since the tag 18
corresponds to something written by the compiler if I remember
correctly (and hence that cannot be read back by some plugin parsing
the class files and not yet Java 8 aware).

best regards,
Luc


> 
> At some point, it will be useful to list what is necessary and sufficient
> to be done and to be checked in order to release.
> 
>> If you have multiple Java versions on your machine,
> 
> I don't, at this moment.
> 
> Best regards,
> Gilles
> 
> 
>> you can do something
>> along these lines :
>>
>>  LANG=C JAVA_HOME=/usr/lib/jvm/java-1.7.0-openjdk-amd64/jre mvn site
>>
>> This sets up the language environment to a neutral choice and lets
>> maven rely on Java 7 (in this case) to avoid Java 8.
>>
>> best regards,
>> Luc
>>
>>
>>
>>>
>>> Gary
>>>
>>>
 [ERROR]
 [ERROR] To see the full stack trace of the errors, re-run Maven with
 the
 -e switch.
 [ERROR] Re-run Maven using the -X switch to enable full debug logging.
 [ERROR]
 [ERROR] For more information about the errors and possible solutions,
 please read the following articles:
 [ERROR] [Help 1]

 http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException

 ---CUT---

 $ mvn -v
 Apache Maven 3.3.9
 Maven home: /usr/share/maven
 Java version: 1.8.0_72-internal, vendor: Oracle Corporation
 Java home: /usr/lib/jvm/java-8-openjdk-amd64/jre
 Default locale: en, platform encoding: UTF-8
 OS name: "linux", version: "4.2.0-1-amd64", arch: "amd64", family:
 "unix"


 Regards,
 Gilles

 best regards,
> Luc
>
> [...]
> 
> 
> -
> 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: [all] Commons Parent - detach src/bin artifacts?

[Phil Steitz]

On 1/5/16 10:14 AM, sebb wrote:
> An alternative approach might be to leave the POM as is, and create a
> separate script to download the source/binary bundles from Nexus to
> the dist/dev area, and then delete them from Nexus.

Seems roundabout to me.  As RM, I prefer to just commit artifacts
that I have tested locally to svn, run a VOTE on exactly these
artifacts and then just svn move them to release.   Automating
delete of Nexus cruft would be wonderful if there is a way to do
it.  I know some people don't like having to locally script the move
of build artifacts into a local svn checkout of /dist/dev.  That
could probably be scripted in maven somehow, like it is rigged for
the site build.

Phil
>
> On 22 December 2015 at 08:39, Pascal Schumacher
>  wrote:
>> Thanks for the explanation and sorry for the noise.
>>
>> Cheers,
>> Pascal
>>
>>
>> Am 22.12.2015 um 09:28 schrieb Luc Maisonobe:
>>> Le 22/12/2015 09:14, Pascal Schumacher a écrit :
 I agree.

 Maybe I misunderstand the issue, but please continue to attach sources
 to maven central releases. It's very helpful when the IDE can
 automatically download the source of jar and display it.
>>> This is already done.
>>> There is a difference between the source distribution in the zip file
>>> and the source jar. The former contains everything necessary to rebuild,
>>> the second contains only the source for the sake of IDE auto-completion
>>> and similar features.
>>>
>>> What we are talking about here is removing the source and binary zip,
>>> not the source and binary jar.
>>>
>>> best regards,
>>> Luc
>>>
 Thanks,
 Pascal

 Am 21.12.2015 um 23:24 schrieb Christopher:
> Why detach them at all? Why not permit them to be uploaded to Maven
> Central?
> It may not be as useful for Java builds, but Maven repository isn't
> designed to hold only jars. It can hold any type of artifact.
>
> On Mon, Dec 21, 2015 at 3:30 AM Emmanuel Bourg 
> wrote:
>
>> Le 20/12/2015 23:06, Emmanuel Bourg a écrit :
>>
>>> I've tested with JEXL and it seems to work
>>> fine, I haven't noticed undesirable side effects.
>> Actually there is one side effect: the .sha1 and .md5 files for the
>> src/bin archives no longer come for free (they are currently generated
>> when the archives are deployed in the local repository). So if we
>> detach
>> the files we should compensate with an explicit generation of the
>> checksums using the antrun plugin immediately after the assembly
>> plugin.
>>
>> Emmanuel Bourg
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org


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



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

[RESULT][VOTE][RC2] Release Commons Math 3.6

[Luc Maisonobe]

Le 02/01/2016 21:15, Luc Maisonobe a écrit :
> This is a [VOTE] for releasing Apache Commons Math 3.6 from release
> candidate 2.

This vote has PASSED, with the following votes:

+1:
 - Phil Steitz (binding)
 - Thomas Neidhart
 - Gilles Sadowski (binding)
 - Luc Maisonobe   (binding)

and no other votes.

I'll release the artifacts shortly.

Thanks to everyone who reviewed the release.

best regards,
Luc

> 
> Tag name:
>   MATH_3_6_RC2 (signature can be checked from git using 'git tag -v')
> 
> Tag URL:
> 
> 
> 
> Commit ID the tag points at:
>   95a9d35e77f70ffc9bd5143880c236a760b42005
> 
> Site:
>   
> 
> Distribution files:
>   https://dist.apache.org/repos/dist/dev/commons/math/
> 
> Distribution files hashes (SHA1):
>  8b0b724b91102f63c7211f8de60dec19f94c4af7  commons-math3-3.6-bin.tar.gz
>  f3f2b3974e5ecd368aa3294f8c59a7aeae4c5d90  commons-math3-3.6-bin.zip
>  213985b076b344178cd2fb07e7257cb52b65e3b9  commons-math3-3.6-src.tar.gz
>  0c66a1aaf878aa7e6c0d9bbf917b25efa463b313  commons-math3-3.6-src.zip
> 
> KEYS file to check signatures:
>   http://www.apache.org/dist/commons/KEYS
> 
> Maven artifacts:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1138/org/apache/commons/commons-math3/3.6/
> 
> [ ] +1 Release it.
> [ ] +0 Go ahead; I don't care.
> [ ] -0 There are a few minor glitches: ...
> [ ] -1 No, do not release it because ...
> 
> This vote will close in 72 hours, at 2016-01-05T20:15:00Z (this is UTC
> time).
> 
> 
> 
> -
> 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: [all] Commons Parent - detach src/bin artifacts?

[Phil Steitz]

On 1/5/16 1:24 PM, sebb wrote:
> On 5 January 2016 at 17:56, Phil Steitz  wrote:
>> On 1/5/16 10:14 AM, sebb wrote:
>>> An alternative approach might be to leave the POM as is, and create a
>>> separate script to download the source/binary bundles from Nexus to
>>> the dist/dev area, and then delete them from Nexus.
>> Seems roundabout to me.
> Is hacking the POM better?
>
>> As RM, I prefer to just commit artifacts
>> that I have tested locally to svn, run a VOTE on exactly these
>> artifacts and then just svn move them to release.
> I'm not proposing changing where the VOTE files are staged.

But how exactly do they get there?  Who does the commit?  What kind
of script?  If it is a shell script, I already have those working
fine locally (checked in for the components I have recently RM-ed). 
The only annoyance is getting rid of the junk in the Nexus staging
thingy and playing with the GUI there to release to central.
>
>> Automating
>> delete of Nexus cruft would be wonderful if there is a way to do
>> it.
> Nexus allows DELETE (with suitable auth creds)
>
> $ curl --user user:pass --request DELETE URL
>
> The URL is of the form:
>
> https://repository.apache.org/service/local/repositories/orgapachecommons-1120/content/commons-net/commons-net/3.4/

Cool!  Can you add file specs at the end to specify the .asc.md5 and
other cruft to selectively kill so you can just release what you
want?  Or do you have to kill the whole repo?

Phil
>
>> I know some people don't like having to locally script the move
>> of build artifacts into a local svn checkout of /dist/dev.  That
>> could probably be scripted in maven somehow, like it is rigged for
>> the site build.
>> Phil
>>> On 22 December 2015 at 08:39, Pascal Schumacher
>>>  wrote:
 Thanks for the explanation and sorry for the noise.

 Cheers,
 Pascal


 Am 22.12.2015 um 09:28 schrieb Luc Maisonobe:
> Le 22/12/2015 09:14, Pascal Schumacher a écrit :
>> I agree.
>>
>> Maybe I misunderstand the issue, but please continue to attach sources
>> to maven central releases. It's very helpful when the IDE can
>> automatically download the source of jar and display it.
> This is already done.
> There is a difference between the source distribution in the zip file
> and the source jar. The former contains everything necessary to rebuild,
> the second contains only the source for the sake of IDE auto-completion
> and similar features.
>
> What we are talking about here is removing the source and binary zip,
> not the source and binary jar.
>
> best regards,
> Luc
>
>> Thanks,
>> Pascal
>>
>> Am 21.12.2015 um 23:24 schrieb Christopher:
>>> Why detach them at all? Why not permit them to be uploaded to Maven
>>> Central?
>>> It may not be as useful for Java builds, but Maven repository isn't
>>> designed to hold only jars. It can hold any type of artifact.
>>>
>>> On Mon, Dec 21, 2015 at 3:30 AM Emmanuel Bourg 
>>> wrote:
>>>
 Le 20/12/2015 23:06, Emmanuel Bourg a écrit :

> I've tested with JEXL and it seems to work
> fine, I haven't noticed undesirable side effects.
 Actually there is one side effect: the .sha1 and .md5 files for the
 src/bin archives no longer come for free (they are currently generated
 when the archives are deployed in the local repository). So if we
 detach
 the files we should compensate with an explicit generation of the
 checksums using the antrun plugin immediately after the assembly
 plugin.

 Emmanuel Bourg


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


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

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

Re: [all] Commons Parent - detach src/bin artifacts?

[sebb]

On 5 January 2016 at 17:56, Phil Steitz  wrote:
> On 1/5/16 10:14 AM, sebb wrote:
>> An alternative approach might be to leave the POM as is, and create a
>> separate script to download the source/binary bundles from Nexus to
>> the dist/dev area, and then delete them from Nexus.
>
> Seems roundabout to me.

Is hacking the POM better?

> As RM, I prefer to just commit artifacts
> that I have tested locally to svn, run a VOTE on exactly these
> artifacts and then just svn move them to release.

I'm not proposing changing where the VOTE files are staged.

> Automating
> delete of Nexus cruft would be wonderful if there is a way to do
> it.

Nexus allows DELETE (with suitable auth creds)

$ curl --user user:pass --request DELETE URL

The URL is of the form:

https://repository.apache.org/service/local/repositories/orgapachecommons-1120/content/commons-net/commons-net/3.4/

> I know some people don't like having to locally script the move
> of build artifacts into a local svn checkout of /dist/dev.  That
> could probably be scripted in maven somehow, like it is rigged for
> the site build.

> Phil
>>
>> On 22 December 2015 at 08:39, Pascal Schumacher
>>  wrote:
>>> Thanks for the explanation and sorry for the noise.
>>>
>>> Cheers,
>>> Pascal
>>>
>>>
>>> Am 22.12.2015 um 09:28 schrieb Luc Maisonobe:
 Le 22/12/2015 09:14, Pascal Schumacher a écrit :
> I agree.
>
> Maybe I misunderstand the issue, but please continue to attach sources
> to maven central releases. It's very helpful when the IDE can
> automatically download the source of jar and display it.
 This is already done.
 There is a difference between the source distribution in the zip file
 and the source jar. The former contains everything necessary to rebuild,
 the second contains only the source for the sake of IDE auto-completion
 and similar features.

 What we are talking about here is removing the source and binary zip,
 not the source and binary jar.

 best regards,
 Luc

> Thanks,
> Pascal
>
> Am 21.12.2015 um 23:24 schrieb Christopher:
>> Why detach them at all? Why not permit them to be uploaded to Maven
>> Central?
>> It may not be as useful for Java builds, but Maven repository isn't
>> designed to hold only jars. It can hold any type of artifact.
>>
>> On Mon, Dec 21, 2015 at 3:30 AM Emmanuel Bourg 
>> wrote:
>>
>>> Le 20/12/2015 23:06, Emmanuel Bourg a écrit :
>>>
 I've tested with JEXL and it seems to work
 fine, I haven't noticed undesirable side effects.
>>> Actually there is one side effect: the .sha1 and .md5 files for the
>>> src/bin archives no longer come for free (they are currently generated
>>> when the archives are deployed in the local repository). So if we
>>> detach
>>> the files we should compensate with an explicit generation of the
>>> checksums using the antrun plugin immediately after the assembly
>>> plugin.
>>>
>>> Emmanuel Bourg
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>>
>>>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org

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

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

Re: [math] Java 8 RealVector Functional Design

[Ole Ersoy]

Hi,

This is part 2 to the below.  So initially I was thinking about having a Vector 
with map, reduce, etc. operations on it.  The map function would handle the 
mapping of two vectors to a third (Actually just mapping one vector onto 
another).  The reduce function would reduce either the vector or two vectors to 
a single value.  The dotProduct method would be an example.

However once Lambda functions are implemented they could just be used 
standalone.  For example:

public static Function Norm = (v) -> {
return Math.sqrt(
IntStream.range(0, v.getDimension()).mapToDouble(i -> 
Math.pow(v.getEntry(i), 2)).sum());
};

RUNTIME:
double norm = Norm.apply(v);
// Faster
double norm = ParallelNorm.apply(v);

So it's possible to have a reduce interface on the vector like this:

double = v.reduce(Norm)

That does the same thing, but it's pointless and harder to explain. Also (I 
have not tested yet) but just by the looks of it it seems the above Norm 
function can be applied to any implementation of Vector.  Thus if the vector 
interface is dead simple and only supplies getEntry(i), setEntry(i), 
getDimension()  that's good enough for just about everything...I think...famous 
last words .

Cheers,
Ole


On 01/05/2016 10:35 AM, Ole Ersoy wrote:

Hi,

I'm attempting a more minimalistic array vector design and just thought I'd 
float a partial API to see what you think.  The below methods are both 
'mapToSelf' by default.  If the user wants a new vector, she should first clone 
the vector and then call the map method (vector.clone().map(...)).

public void map(BiFunction function, Vector v) {
Arrays.setAll(data, i -> function.apply(data[i], v.getEntry(i)));
}

public void parallelMap(BiFunction function, Vector 
v) {
Arrays.parallelSetAll(data, i -> function.apply(data[i], 
v.getEntry(i)));
}

The above two functions (Left the dimension check out) allow you to "Plug in" a 
lambda function to perform the mapping.  For example if you want to perform addition, you 
would use the addition BiFunction like this:

public static BiFunction add = (x, y) -> {
return x
+ y;
};

RUNTIME:
vector2.map(add, vector1);


Then the same for subtraction, multiplication, etc.  I'm thinking the static 
BiFunction instances can go in the Arithmetic module. That way the map methods 
can use both checked and unchecked arithmetic operations.  I hoping that this 
will also make the FieldVector and RealVector implementations more efficient 
from a code sharing viewpoint and symmetric from an API perspective.

Thoughts?

Cheers,
Ole







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

Re: [all] Commons Parent - detach src/bin artifacts?

[Luc Maisonobe]

Le 05/01/2016 22:26, Emmanuel Bourg a écrit :
> Le 5/01/2016 21:42, Phil Steitz a écrit :
> 
>> Can you add file specs at the end to specify the .asc.md5 and
>> other cruft
> 
> I didn't see any .asc.md5 file when releasing JEXL, I guess this issue
> has been solved now?

I noticed the same thing when staging [math] artifacts on Nexus.
I only had to remove the bin and src zip and tar.gz files.

best regards,
Luc

> 
> Emmanuel Bourg
> 
> 
> -
> 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: [all] Commons Parent - detach src/bin artifacts?

[Emmanuel Bourg]

Le 5/01/2016 21:42, Phil Steitz a écrit :

> Can you add file specs at the end to specify the .asc.md5 and
> other cruft

I didn't see any .asc.md5 file when releasing JEXL, I guess this issue
has been solved now?

Emmanuel Bourg


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

Re: [VOTE][RC2] Release Commons Math 3.6

[Emmanuel Bourg]

Le 5/01/2016 17:42, Gary Gregory a écrit :

> That's an issue I've seen with Java 8, should be OK with Java 7.

I got the same issue with JEXL 3.0. I worked around it by downgrading
the findbugs plugin to the version 3.0.0.

Emmanuel Bourg


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

Re: [all] Commons Parent - detach src/bin artifacts?

[sebb]

On 5 January 2016 at 20:42, Phil Steitz  wrote:
> On 1/5/16 1:24 PM, sebb wrote:
>> On 5 January 2016 at 17:56, Phil Steitz  wrote:
>>> On 1/5/16 10:14 AM, sebb wrote:
 An alternative approach might be to leave the POM as is, and create a
 separate script to download the source/binary bundles from Nexus to
 the dist/dev area, and then delete them from Nexus.
>>> Seems roundabout to me.
>> Is hacking the POM better?
>>
>>> As RM, I prefer to just commit artifacts
>>> that I have tested locally to svn, run a VOTE on exactly these
>>> artifacts and then just svn move them to release.
>> I'm not proposing changing where the VOTE files are staged.
>
> But how exactly do they get there?  Who does the commit?  What kind
> of script?  If it is a shell script, I already have those working
> fine locally (checked in for the components I have recently RM-ed).
> The only annoyance is getting rid of the junk in the Nexus staging
> thingy and playing with the GUI there to release to central.
>>
>>> Automating
>>> delete of Nexus cruft would be wonderful if there is a way to do
>>> it.
>> Nexus allows DELETE (with suitable auth creds)
>>
>> $ curl --user user:pass --request DELETE URL
>>
>> The URL is of the form:
>>
>> https://repository.apache.org/service/local/repositories/orgapachecommons-1120/content/commons-net/commons-net/3.4/
>
> Cool!  Can you add file specs at the end to specify the .asc.md5 and
> other cruft to selectively kill so you can just release what you
> want?

Sorry, I only copied the URL prefix from my script.
You need to add the filename to the end.

> Or do you have to kill the whole repo?

No. That would not be useful here ...

> Phil
>>
>>> I know some people don't like having to locally script the move
>>> of build artifacts into a local svn checkout of /dist/dev.  That
>>> could probably be scripted in maven somehow, like it is rigged for
>>> the site build.
>>> Phil
 On 22 December 2015 at 08:39, Pascal Schumacher
  wrote:
> Thanks for the explanation and sorry for the noise.
>
> Cheers,
> Pascal
>
>
> Am 22.12.2015 um 09:28 schrieb Luc Maisonobe:
>> Le 22/12/2015 09:14, Pascal Schumacher a écrit :
>>> I agree.
>>>
>>> Maybe I misunderstand the issue, but please continue to attach sources
>>> to maven central releases. It's very helpful when the IDE can
>>> automatically download the source of jar and display it.
>> This is already done.
>> There is a difference between the source distribution in the zip file
>> and the source jar. The former contains everything necessary to rebuild,
>> the second contains only the source for the sake of IDE auto-completion
>> and similar features.
>>
>> What we are talking about here is removing the source and binary zip,
>> not the source and binary jar.
>>
>> best regards,
>> Luc
>>
>>> Thanks,
>>> Pascal
>>>
>>> Am 21.12.2015 um 23:24 schrieb Christopher:
 Why detach them at all? Why not permit them to be uploaded to Maven
 Central?
 It may not be as useful for Java builds, but Maven repository isn't
 designed to hold only jars. It can hold any type of artifact.

 On Mon, Dec 21, 2015 at 3:30 AM Emmanuel Bourg 
 wrote:

> Le 20/12/2015 23:06, Emmanuel Bourg a écrit :
>
>> I've tested with JEXL and it seems to work
>> fine, I haven't noticed undesirable side effects.
> Actually there is one side effect: the .sha1 and .md5 files for the
> src/bin archives no longer come for free (they are currently generated
> when the archives are deployed in the local repository). So if we
> detach
> the files we should compensate with an explicit generation of the
> checksums using the antrun plugin immediately after the assembly
> plugin.
>
> Emmanuel Bourg
>
>
> -
> 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: [all] Commons Parent - detach src/bin artifacts?

[sebb]

On 5 January 2016 at 21:30, Luc Maisonobe  wrote:
> Le 05/01/2016 22:26, Emmanuel Bourg a écrit :
>> Le 5/01/2016 21:42, Phil Steitz a écrit :
>>
>>> Can you add file specs at the end to specify the .asc.md5 and
>>> other cruft
>>
>> I didn't see any .asc.md5 file when releasing JEXL, I guess this issue
>> has been solved now?
>
> I noticed the same thing when staging [math] artifacts on Nexus.
> I only had to remove the bin and src zip and tar.gz files.

However IO has the cruft:

https://repository.apache.org/content/repositories/orgapachecommons-1136/commons-io/commons-io/2.5/

But Weaver does not:

https://repository.apache.org/content/repositories/orgapachecommons-1132/org/apache/commons/

Maybe it depends which version of Maven was used to do the build?

> best regards,
> Luc
>
>>
>> Emmanuel Bourg
>>
>>
>> -
>> 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