was is going to deliver the most value to .NET developers and
go
from
there.
- michael
On Thu, Dec 29, 2011 at 8:13 PM, Rory Plaire
codekai...@gmail.com
wrote:
The other
to please everyone,
so
lets
figure
out
was is going to deliver the most value to .NET developers
and
go
from
there.
- michael
On Thu, Dec 29, 2011 at 8:13 PM, Rory Plaire
Might some of these fixes already be in the Lucene.Net codebase? For
example, when I looked at the subversion commits for
https://issues.apache.org/jira/browse/LUCENE-2620 I found that the changes
appear already in both the trunk and in the 2.9.4g branch. I'm not sure of
the provenance of the
The other option for people not wanting a line-by-line port is to just
stick with whichever the last version that had a line-by-line
transliteration done to it. This is done in a number of projects where new
versions break compatibility. 2.9.4 is certainly a nice release...
-r
On Thu, Dec 29,
To make it clear - I want a .Net idiomatic API as the only API. I've got
experience with both kinds of APIs - strict transliterated from Java and
translated from Java to .Net. For me, the choice is pretty clear - the
latter has the advantage when it comes to long-term maintenance and support
from
that will bring it up. Worst case is well keep trying to
maintain a line by line and the g. Best case is we can use g as a jump
point to make it even more .net like and whatever work you do will help us
there as well
Sent from my Windows Phone
From: Rory Plaire
can use g as a jump
point to make it even more .net like and whatever work you do will
help usthere as well Sent from my Windows Phone
From: Rory PlaireSent:
12/23/2011 2:27 PMTo: lucene-net-...@lucene.apache.org
Subject: Re
or the generics unfortunately
Sent from my Windows Phone
From: Rory Plaire
Sent: 12/22/2011 12:58 PM
To: lucene-net-dev@lucene.apache.org
Subject: Re: [Lucene.Net] Merge 3.0.3 into trunk and other
forward progress
I was just looking at the issues for 2.9.4g
I was just looking at the issues for 2.9.4g since I have a bit of time to
put against them in the coming week. They are here:
https://issues.apache.org/jira/browse/LUCENENET/fixforversion/12316479. Are
these current? If so I can just keep going in the direction DIGY set to
help close them.
-r
On
a
separate ticket that links back to to the main one.
On Fri, Jul 1, 2011 at 3:35 PM, Rory Plaire codekai...@gmail.com wrote:
@Michael -
Should that list be in JIRA? It would be easier to manage, I think...
If yes, I'll happily do it.
-r
On Fri, Jul 1, 2011 at 8:04 AM, Michael
= DateTools.StringToDate(97); // no date
Assert.Fail();
}
catch (System.FormatException e)
{
/* expected exception */
}
On Thu, Jun 30, 2011 at 11:48 PM, Rory Plaire codekai...@gmail.com
wrote:
So, veering towards action - are there concrete tasks written up
anywhere
for the unit
%3AcontributionreportNext=Next
DIGY
-Original Message-
From: Ayende Rahien [mailto:aye...@ayende.com]
Sent: Thursday, June 30, 2011 8:16 PM
To: Rory Plaire; lucene-net-dev@lucene.apache.org
Subject: RE: [Lucene.Net] Is a Lucene.Net Line-by-Line Jave port
needed
For what it's worth, I've participated in a number of projects which have
been ported from Java to .Net with varying levels of translation into
the native style and functionalty of the .Net framework. The largest are
NTS, a JTS port and NHibernate, a Java Hibernate port. My experience is that
a
, *anyone* can write and
submit a patch and be a contributor, not just the project committers.
Thanks,
Troy
On Wed, Jun 29, 2011 at 3:06 PM, Rory Plaire codekai...@gmail.com wrote:
For what it's worth, I've participated in a number of projects which have
been ported from Java to .Net
This is a great improvement, but why not also remove the braces and returns?
var cache = new FilterCacheDocIdSet(deletesMode,
(reader, docIdSet) = new FilteredDocIdSet(
(DocIdSet)docIdSet, docid = !reader.IsDeleted(docid)));
On Tue, May 17, 2011 at 3:01 PM, Digy (JIRA) j...@apache.org
15 matches
Mail list logo
