Hello,
I have an order statistic tree implemented [1]. I am aware of a red/black
BST version of the sama ADT [2]. However, [1] implements the Set interface;
[2] implements none.
What do you think about it?
Best regards,
rodde
[1]
https://github.com/coderodde/OrderStatisticTree
[2]
Hi community,
I have created a PR: https://github.com/apache/commons-collections/pull/321
Also, I signed the ASF ICLA and sent it to secret...@apache.org
Best regards,
rodde
On Wed, Jul 13, 2022 at 6:18 AM Rodion Efremov wrote:
> Hi Matt and community,
>
> Answering the first question: yes,
Hi Matt and community,
Answering the first question: yes, it’s entirely my work and I don’t expect
it to appear in CS literature since the idea behind it and the
implementation are rather simple and straightforward, albeit with many
corner cases.
About OCA: is Postal Address and Country
A beta is a good idea IMO.
Gary
On Tue, Jul 12, 2022, 17:19 Matt Juntunen wrote:
> Based on what I'm hearing, I'm thinking a beta release might be
> appropriate. That would give consumers a chance to move away from the
> previous version while giving us a chance to test and fine-tune the
>
On Tue, 12 Jul 2022 at 22:19, Matt Juntunen wrote:
>
> Based on what I'm hearing, I'm thinking a beta release might be
> appropriate. That would give consumers a chance to move away from the
> previous version while giving us a chance to test and fine-tune the
> API. Thoughts?
As I recall, a
Based on what I'm hearing, I'm thinking a beta release might be
appropriate. That would give consumers a chance to move away from the
previous version while giving us a chance to test and fine-tune the
API. Thoughts?
Regards,
Matt J
On Tue, Jul 12, 2022 at 4:15 PM Christoph Grüninger wrote:
>
>
Is this algorithm and its implementation entirely your own work? If
so, first of all, that's awesome! Thanks for the contribution! Second,
go ahead and update the license. You'll also need to have a
Contributor License Agreement [1] on file with the ASF. I think that
covers it. If I'm forgetting
Publishing a first release candidate might help. Currently there is no
indication for anybody to invest in testing FileUpload.
In doubt: release early, release often. People are using FileUpload
together with vulnerable dependencies!
Bye
Christoph
Hello,
Should I change the license from MIT to Apache License 2.0 before PRing it?
Best regards,
rodde
ti 12.7.2022 klo 22.49 Matt Juntunen kirjoitti:
> Thanks! We should be ready for you to put together a PR for this. Have
> we cleared any licensing or copyright issues on this algorithm? I
>
Thanks! We should be ready for you to put together a PR for this. Have
we cleared any licensing or copyright issues on this algorithm? I
can't recall.
Regards,
Matt J
On Tue, Jul 12, 2022 at 2:06 AM Rodion Efremov wrote:
>
> Hello,
>
> I have added the benchmark data (both my and Matt's) to the
Hi,
I committed my changes to the test classes into the opened PR and I think
it ran the checks by itself without needing your approval.
Please let me know if there's anything else I need to change.
Thanks,
Sumanth
On Mon, Jul 11, 2022, 7:45 PM Alex Herbert wrote:
> On Mon, 11 Jul 2022 at
Yes: Careful study of the code base; because this is a major release, it is
the only opportunity to set the public and protected elements of types, so
we want to make sure we got those right. It is also the only time to drop
deprecated code, if any is left.
Gary
On Mon, Jul 11, 2022, 22:49 Matt
On Tue, Jul 12, 2022 at 4:49 AM Matt Juntunen wrote:
> Does anyone know what the state of 2.0 development is here? It looks
> like the last feature-related changes were from Sept 2021. Is there
> anything preventing a release?
Mostly, that it is untested. On the other hand, it should be
Hello,
I have added the benchmark data (both my and Matt's) to the JIRA issue.
Please see the https://issues.apache.org/jira/browse/COLLECTIONS-797
Best regards,
rodde
On Tue, Jul 12, 2022 at 2:34 AM Alex Herbert
wrote:
> On Mon, 11 Jul 2022 at 17:16, Gilles Sadowski
> wrote:
>
> > Le lun.
14 matches
Mail list logo