On 24/03/2020 13:30, Rob Tompkins wrote:
Yes you’re totally welcome to, and the directions are here: 
http://commons.apache.org/releases/index.html 
<http://commons.apache.org/releases/index.html>

Feel free to ask questions and I would suggest using the release plugin portion 
of the release preparation page. If there’s confusion (I would expect some 
obsolescence) on the page do make note of it, and I would be happy to update it 
as we see fit.

All the best,
-Rob
The [rng] project has a useful release guide for a multi-module project (I think partly written by Rob):

doc/release/release.howto.txt


Q. Is this to be released as a beta?

The commons release page linked indicates the artefacts would be named

commons-numbers-XXX-1.0-B1.jar


It does not state anything about changing the package coordinates. Releasing under beta does allow changes as there are "no guarantees of stability or maintenance". So this could be released and we can still change the API. For instance there is the Complex streams modules that is due in part to be dropped and replaced by a ComplexList representation of many complex numbers. I hope to get back to working on this soon.

Alex


On Mar 24, 2020, at 9:26 AM, Matt Juntunen <matt.juntu...@hotmail.com> wrote:

Hello,

Am I able to perform this beta release of numbers now that I am a committer? If 
so, how would I go about it?

Thanks,
Matt
________________________________
From: Matt Juntunen <matt.juntu...@hotmail.com>
Sent: Saturday, March 7, 2020 7:37 AM
To: Alex Herbert <alex.d.herb...@gmail.com>; Commons Developers List 
<dev@commons.apache.org>
Subject: Re: [numbers] Release?

Hello,

Any progress here?

Regards,
Matt
________________________________
From: Alex Herbert <alex.d.herb...@gmail.com>
Sent: Friday, February 21, 2020 8:20 PM
To: Commons Developers List <dev@commons.apache.org>
Subject: Re: [numbers] Release?



On 22 Feb 2020, at 01:15, Gilles Sadowski <gillese...@gmail.com> wrote:

Le sam. 22 févr. 2020 à 01:30, Alex Herbert <alex.d.herb...@gmail.com 
<mailto:alex.d.herb...@gmail.com>> a écrit :


On 22 Feb 2020, at 00:29, Gilles Sadowski <gillese...@gmail.com> wrote:

Hi.

Le ven. 21 févr. 2020 à 23:15, Matt Juntunen
<matt.juntu...@hotmail.com> a écrit :
Are we waiting on anything for a numbers release?
I don't think so.
Are you talking about a beta release where the API is not yet frozen?
Yes.

I’m still testing versions of LinearCombination. But from the discussion on 
NUMBERS-142 [1] it seems the choice may be to just change the current class to 
use a more precise method. It will be slower than the current method but will 
have an ensured accuracy of 1 ULP. It will be much faster than BigDecimal. All 
the testing implementations can go into the examples module for reference.

I have 1 PR for Complex to add an internal version of Math.hypot (NUMBERS-143). 
I’ll go over this soon and bring it in. The method is faster and more accurate 
than Math.hypot.

I think Complex is ISO C99 compliant and quite robust to edge cases. The 
javadoc needs a second pass and then an internal rearrangement of the code 
layout. I’ve left this until last so that the git change history is clear. But 
the methods and API are done.

Then there is the implementation of ComplexList for storing and working with 
many complex numbers. This would be a replacement for part of 
numbers.complex.stream.ComplexUtils. The question is should this part of the 
API be established before any release? If a beta then we can remove redundant 
methods from ComplexUtils later.
I would not include the "commons-numbers-complex-streams" module
(IIRC you mentioned that for performance, "ComplexList" should be in
the same module as "Complex”).
Yes. I think a lot of the private methods in Complex would have to be promoted 
to package private for reuse so many of the functions could operate without 
having to actually create an instance of Complex.

That would be my suggestion. Since the beta release would be on a fork we can 
delete the module from the fork. Then it can be sanitised in master when 
appropriate.

Regards,
Gilles

Alex

[1] https://issues.apache.org/jira/browse/NUMBERS-142# 
<https://issues.apache.org/jira/browse/NUMBERS-142#> 
<https://issues.apache.org/jira/browse/NUMBERS-142# 
<https://issues.apache.org/jira/browse/NUMBERS-142#>>


Best,
Gilles

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


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

Reply via email to