Hi Shad, Let me get familiar with the codebase and the set up the build/test environments I can take a look at these issues in the next week.
Ill come back to you if I have any specific questions regarding build/test. Bye for now, Michael -----Original Message----- From: Shad Storhaug <[email protected]> Sent: Sunday, March 22, 2020 7:44 PM To: [email protected] Subject: RE: Next release due 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/lucen e). 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/1274197c39b4b229af7c6734d35840ff21 d47e97/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-t o-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.
