I think CLS compatibility, in terms of types, is less important than
naming.  CLS compliance all while keeping the index format seems like
a pretty big challenge for us to do at this point.  I had worked *very
little* on CLS compliance, it was mostly fixing TopDocs and some other
small name changes.  I had also started working on implementing
IDisposable properly, and got a good start on that.  I've committed
the work I have done on those issues, so if you do want to do one of
them feel free to assign it to yourself, if you'd like.  There's a lot
of issues, though for 3.0.3 now, that would be nice to have worked on,
as well.


Thanks,
Christopher

On Tue, Jan 24, 2012 at 8:04 PM, Prescott Nasser <geobmx...@hotmail.com> wrote:
>
> We should definitely take some time and clean the code up. With the way the 
> voting is going in general, it'll be a week for me to beg and plead for the 3 
> IPMC votes we need to release 2.9.4g - so no rush.. Someone is working on the 
> CLS issue correct? I want to take another stab at that, but I don't want to 
> overlap too much. I was thinking of fixing the bit shifting crap I ran into 
> last time.. ~P
>  > Date: Tue, 24 Jan 2012 18:30:34 -0800
>> From: currens.ch...@gmail.com
>> To: lucene-net-dev@lucene.apache.org
>> Subject: Re: [Lucene.Net] 3.0.3
>>
>> The source that this port was done from was the java release package.
>> If you go to the mirrors:
>> http://www.apache.org/dyn/closer.cgi/lucene/java/ you'll see that they
>> have a 3.0.3 folder with a downloadable source zip.  There are
>> additional thoughts I wrote down while working on it here:
>> https://svn.apache.org/repos/asf/incubator/lucene.net/branches/Lucene.Net.3.0.3/trunk/src/core/ChangeNotes.txt,
>> but I really need to go through it again and even see if its up to
>> date.
>>
>> 3.0.3's entirety has already been ported to the trunk, except for
>> maybe the 7 files listed here:
>> https://svn.apache.org/repos/asf/incubator/lucene.net/branches/Lucene.Net.3.0.3/trunk/src/core/FileDiffs.txt.
>>  Contrib has *largely* been ported but is also missing a few
>> libraries.  There are few unit tests that need to be written for new
>> support classes, I think.  A lot of code cleanup can be done as well.
>> Sorry about the format of this email, kinda just going off the top of
>> my head.
>>
>>
>> Thanks,
>> Christopher
>>
>> On Tue, Jan 24, 2012 at 4:23 PM, Michael Herndon
>> <mhern...@wickedsoftware.net> wrote:
>> > Do we have a standard of copy or tag of Java's version source that we're
>> > doing a compare against?  I only see the 3_1 and above in the tags.
>> >
>> > I could attempt to do something similar I did with core and version 4 and
>> > use beyond compare between 2.9.4 and 3.0.3  and make a list of files that
>> > were touched and script out wiki links.  Or I could try to generate of
>> > beyond compare's diff reports and see how that stacks up and post to the
>> > above link.
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > On Sat, Jan 14, 2012 at 5:15 AM, Prescott Nasser 
>> > <geobmx...@hotmail.com>wrote:
>> >
>> >>
>> >>
>> >>
>> >>
>> >> I've updated the confluence page to hopefully give us some direction:
>> >> https://cwiki.apache.org/confluence/display/LUCENENET/Lucene.Net+3.0.3I'd 
>> >> think it's just easier if as you take down a Java Lucene Issue, you
>> >> create a JIRA issue for Lucene.Net and associate it with 3.0.3, rather 
>> >> than
>> >> me making a ton of issues. ~P
>

Reply via email to