From lucene-net-dev-return-1540-apmail-incubator-lucene-net-dev-archive=incubator.apache.org@incubator.apache.org Tue Oct 07 17:46:16 2008 Return-Path: Delivered-To: apmail-incubator-lucene-net-dev-archive@locus.apache.org Received: (qmail 73242 invoked from network); 7 Oct 2008 17:46:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Oct 2008 17:46:15 -0000 Received: (qmail 193 invoked by uid 500); 7 Oct 2008 17:46:14 -0000 Delivered-To: apmail-incubator-lucene-net-dev-archive@incubator.apache.org Received: (qmail 99905 invoked by uid 500); 7 Oct 2008 17:46:14 -0000 Mailing-List: contact lucene-net-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: lucene-net-dev@incubator.apache.org Delivered-To: mailing list lucene-net-dev@incubator.apache.org Received: (qmail 99894 invoked by uid 99); 7 Oct 2008 17:46:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Oct 2008 10:46:14 -0700 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=DNS_FROM_SECURITYSAGE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of max@artsalliancelabs.com designates 66.92.91.130 as permitted sender) Received: from [66.92.91.130] (HELO artsalliancelabs.com) (66.92.91.130) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Oct 2008 17:45:09 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Current Status/Plans for Lucene.Net 2.3 Date: Tue, 7 Oct 2008 13:43:51 -0400 Message-ID: In-Reply-To: <8e3fbf150810070959t44b4ba9et35210e2b30aa962c@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Current Status/Plans for Lucene.Net 2.3 Thread-Index: Ackonhxm3+9HY4wDT+WEdHHS16HaNAABhQvg References: <8e3fbf150810021229v54d04ba0gf6cf5cec8eb0f6e0@mail.gmail.com> <8e3fbf150810070959t44b4ba9et35210e2b30aa962c@mail.gmail.com> From: "Max Metral" To: X-Virus-Checked: Checked by ClamAV on apache.org Not to toss too much water on NAnt, but why not use MSBuild instead? That way you can use the existing core sln/project files, but still don't need VStudio. -----Original Message----- From: Doug Sale [mailto:dougsale@gmail.com]=20 Sent: Tuesday, October 07, 2008 1:00 PM To: lucene-net-dev@incubator.apache.org Subject: Re: Current Status/Plans for Lucene.Net 2.3 Sean, AFAIK, no one is working on that. I think that would be useful - it would encourage development by people who don't want to or are not able to use Visual Studio. Regarding test failures, I expect TestStressIndexing.TestStressIndexAndSearching(), TestSpans.TestSpanNearOrdered0[2-5](), and TestHugeRamFile.TestHugeFile() to fail. Where does your experience diverge? BTW, I don't believe there is an issue with the latter test. When I reduce the size of the file by a factor of 2 the test succeeds on my machines. I believe it is merely an "eating all your memory and virtual memory" issue. As I mentioned, previously - I'm investigating the tests listed above, but welcome any and all assistance. Thanks. On Mon, Oct 6, 2008 at 10:21 AM, Sean Carpenter wrote: > I was able to apply all of the suggested patches and I currently get 7 test > failures. I haven't had a chance to dig into them yet, but one thing that > took me some time was getting everything set up to build and run the tests. > I was thinking of contributing a NAnt build file that would make it easier > for people to get set up and running. > Is there any interest in that (or is someone already working on it)? > > Thanks, > Sean > > On Fri, Oct 3, 2008 at 7:35 AM, Sean Carpenter >wrote: > > > Doug,Thanks for the update. I'll apply those patches this weekend and > see > > what I come up with. > > > > Sean > > > > > > On Thu, Oct 2, 2008 at 3:29 PM, Doug Sale wrote: > > > >> Sean, > >> > >> Currently, there are two people working on the 2.3.1 port - myself, and > >> DIGY. Neither of us are committers, but the understanding is that we > soon > >> will be. > >> > >> IMHO, there are 7 outstanding patches across 6 JIRA issues that should > be > >> applied to SVN HEAD: > >> LUCENENET-135 SupportClass.patch > >> LUCENENET-143 TestStressIndexing2.patch, FieldsReader.patch > >> LUCENENET-145 DocumentsWriter.patch > >> LUCENENET-146 SegmentTermPositionVector.patch > >> LUCENENET-152 SegmentInfos.patch > >> LUCENENET-155 SetUp.patch > >> > >> After applying said patches, there remain unit test failures in > >> TestStressIndexing.TestStressIndexAndSearching() (intermittent > exceptions) > >> and TestSpans.TestSpanNearOrdered0[2-4]() (2 search results' relevance > >> ranking are swapped). > >> > >> I am currently attempting to resolve these issues. Any and all > >> assistance, > >> however, is welcome. A first step would be to apply these patches to > the > >> SVN HEAD and verify that your test results match mine. > >> > >> Additionally, on most machines TestHugeRamFile.TestHugeFile() will fail > >> due > >> to a lack of physical memory (and might crash VS and/or your system). > >> This > >> can be alleviated by reducing the size requirement in the unit test. > >> > >> The current committers are responsible for reviewing these patches, > >> applying > >> them when worthy, and determining when the code is ready for release. > >> > >> Also - I have a local version of the code with the 2.3.2 changes ported, > >> ready-to-go, once the current batch of patches have been applied and the > >> remaining issues have been resolved. > >> > >> -Doug > >> > >> > >> On Thu, Oct 2, 2008 at 6:38 AM, Sean Carpenter >> >wrote: > >> > >> > I am curious as to the current state of the 2.3.1 port. These doesn't > >> seem > >> > to be much activity on the dev list or in the JIRA, and there are > >> several > >> > outstanding patches in the JIRA. When I checked out the code this > >> morning > >> > and ran the tests, I got a bunch of failures and an exception that > >> caused > >> > NUnit to close. > >> > I'd really like to see Lucene.Net keep up with the Java version as we > >> have > >> > a > >> > couple of existing projects and a few new ones at work that utilize > >> Lucene. > >> > What can I do to help? Is there a way to get the current outstanding > >> > patches applied to the trunk so that we have a common base to work > from? > >> > I'm happy to work on patches for the outstanding test failures, once > >> it's > >> > easier to determine which ones are still outstanding. > >> > > >> > Any thoughts? > >> > > >> > Thanks, > >> > Sean Carpenter > >> > > >> > > > > >