Hi Michael,

To help us close some small issues, doing a search through the entire solution 
to see TODO items specific to Lucene.NET using a "Edit > Find and Replace > 
Find in files" in Visual Studio can be done to find issues that are still open 
(many of which are not in JIRA). To find them, search for the string "LUCENENET 
TODO|LUCENE TO-DO" using the Regex option.

To be more specific, here are a couple of examples:

1. Replace all private/internal nested IComparer<T> implementations (usually 
including the word "Anonymous" in the name) with the Comparer.Create() method 
(see: https://stackoverflow.com/a/28533921). This will eliminate a lot of 
unnecessary classes and make the code correspond to Java better, which uses 
anonymous classes to achieve similar code inlining. If you are unsure if one 
needs to be converted to inline code rather than a concrete class, check the 
Java implementation to see if it is inline 
(https://github.com/apache/lucene-solr/tree/releases/lucene-solr/4.8.0/lucene).

2. Change overloads of OpenStringBuilder.Append(charsequence, start, end) to 
OpenStringBuilder.Append(charsequence, startIndex, charCount) to match the 
conventions in .NET 
(https://github.com/apache/lucenenet/blob/1274197c39b4b229af7c6734d35840ff21d47e97/src/Lucene.Net.Analysis.Common/Analysis/Util/OpenStringBuilder.cs#L98).
 In Java, the convention is to use start index and end index to select text in 
a string, but in .NET, the corresponding convention is to use start index and 
length (count).

Once you make the changes and have tested them thoroughly, just open a pull 
request on GitHub for review: https://github.com/apache/lucenenet/pulls

There are several other ways to help including answering questions on our user 
mailing list and on StackOverflow, blogging about Lucene.NET, and helping us to 
find bugs and bottlenecks. See 
https://github.com/apache/lucenenet/blob/master/CONTRIBUTING.md#other-ways-to-help
 for some inspiration. However, closing remaining issues in JIRA and in ICU4N 
are what will move us closer to release.


Regards,
Shad Storhaug
Project Chairperson - Apache Lucene.NET


-----Original Message-----
From: Michael Condillac <[email protected]> 
Sent: Sunday, March 22, 2020 4:50 PM
To: [email protected]
Subject: RE: Next release due

Hi Shad,

Sounds like good progress has been made up to now. I do have some additional 
capacity right now so perhaps I can be of some help. I did pull the source code 
already but perhaps you could give me some pointers on where the best place to 
start might be?

If you think there are some small tasks that I could meaningfully help with I'd 
be happy to take a look. 

Thanks
Michael


-----Original Message-----
From: Shad Storhaug <[email protected]>
Sent: Sunday, March 22, 2020 3:22 PM
To: [email protected]
Subject: RE: Next release due

Michael,

Thank you for your inquiry.

Lucene.NET is open source and all of its contributors are volunteers that work 
on their own schedule, so it is difficult to give you an exact timeframe that 
it will be released in. However, we have recently been keeping an updated list 
of remaining tasks and time estimates, which indicate we are roughly 700-800 
hours away from completion, with about 1/3 of that time being the completion of 
the ICU4N project
(https://github.com/NightOwl888/ICU4N) (our biggest dependency). So far, there 
have been roughly 4600 hours contributed toward the release, so we are almost 
there. The remaining tasks today are roughly 60% of what we had in August 2019.

All of the high priority items have been put into JIRA
(https://issues.apache.org/jira/browse/LUCENENET) and on GitHub issues in the 
case of ICU4N 
(https://github.com/NightOwl888/ICU4N/issues?q=is%3Aopen+is%3Aissue+mileston
e%3Abeta). Anything marked up-for-grabs is something that anyone can start to 
work on if they wish to contribute. Let me know if you need any suggestions for 
small tasks that can be done in a small amount of time to get familiar with the 
project and the Apache process. 

At our current rate it may be well into next year (2021) for a stable release, 
but we could shorten that timeframe significantly (6 months or
less) if more people were willing to help out with getting the remaining tasks 
done. After the stable release of Lucene.NET 4.8.0, we also have a plan to 
upgrade from Lucene 4.8.0 to Lucene 8.x in around 1700 hours by only porting 
over the changes (delta) between the releases.

But the bottom line is, we need more contributions to get over the finish line 
in a reasonable timeframe. If you could contribute some of your time, it would 
mean a lot to the thousands of users that depend on Lucene.NET.


Regards,
Shad Storhaug
Project Chairperson - Apache Lucene.NET



-----Original Message-----
From: Michael Condillac <[email protected]> On Behalf Of [email protected]
Sent: Sunday, March 22, 2020 1:43 PM
To: [email protected]
Subject: Next release due

Hi all,

Hope you are all safe in this turbulent time. One of the silver linings, if I 
can use that term lightly for such a serious situation, in the whole affair is 
the opportunity it offers to switch from urgent commercial work to projects on 
the back burner.

One of my side projects requires a search engine implementation and I had 
briefly looked at Lucene.Net a while back. Now I see the latest stable release 
(3.0.3) is from 2012 and 4.8 is in beta. 

I see that significant work has already been completed and am confident I can 
get my idea to POC stage - are you close to a final release? I wasn't able to 
find any indicative dates.

Thanks for any help - I realise your priorities may be in other areas at this 
time.

Thanks
Michael

Ps. Apologies, I have resent this as I hadn't added a new more relevant subject 
line.


Reply via email to