lucenenet-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Itamar Syn-Hershko <ita...@code972.com>
Subject Re: [Lucene.Net] 2.9.4
Date Mon, 05 Sep 2011 23:33:43 GMT
Not a problem, we will test RavenDB on a separate branch, also for potential
memory leaks

Digy, can you make sure the github mirror contains an updated 2.9.4 tag I
can pull from, which includes the latest ThreadLocal fix + the strongly
signed patch applied to it?

2011/9/6 Digy <digydigy@gmail.com>

> To avoid misunderstanding...
>
> Community==all Lucene.Net users
>
> DIGY
>
> -----Original Message-----
> From: Digy [mailto:digydigy@gmail.com]
> Sent: Monday, September 05, 2011 11:46 PM
> To: 'lucene-net-dev@lucene.apache.org'
> Subject: RE: [Lucene.Net] 2.9.4
>
> Not bad idea, but I would prefer community's feedback instead of testing
> against all projects using Lucene.Net
> DIGY
>
> -----Original Message-----
> From: Matt Warren [mailto:mattdebs@gmail.com]
> Sent: Monday, September 05, 2011 11:09 PM
> To: lucene-net-dev@lucene.apache.org
> Subject: Re: [Lucene.Net] 2.9.4
>
> If you want to test it against a large project you could take a look at how
> RavenDB uses it?
>
> At the moment it's using 2.9.2 (
>
> https://github.com/ayende/ravendb/tree/master/SharedLibs/Sources/Lucene2.9.2
> )
> but if you were to recompile it against 2.9.4 and check that all it's
> unit-tests still run that would give you quite a large test case.
>
> On 5 September 2011 19:22, Prescott Nasser <geobmx540@hotmail.com> wrote:
>
> >
> > Hey All,
> >
> > How do people feel about the 2.9.4 code base? I've been using it for
> > sometime, for my use cases it's be excellent. Do we feel we are ready to
> > package this up and make it an official release? Or do we have some tasks
> > left to take care of?
> >
> > ~Prescott
>
> -----
> Bu iletide virüs bulunamadı.
> AVG tarafından kontrol edildi - www.avg.com
> Sürüm: 2012.0.1796 / Virüs Veritabanı: 2082/4478 - Sürüm Tarihi:
> 05.09.2011
>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message