Excellent news.
Will you be keeping the source up to date with the java developments ?
Can't wait to get my hands on the source, yes that damn bit shift operator (unsigned
?) always worried me =)
Just by the way, would the .NET version have a similar style sandbox area where users
can submit sm
Yes, given the lack of updating the c# version I thought users would be maintaining
their own version in line with current developments. I too had to add those items you
mentioned.
What I would like to see is all these 'implementations' consolidated and maintained
regularly as per java.
I am n
To: [EMAIL PROTECTED]
Subject: NLucene up to date ?
Hi all,
http://sourceforge.net/projects/nlucene/ has a version numbered 1.2b2.
Does anyone know if this source is still being maintained to be closer
to the java developments ? Was this an external project to Apache
Jakarta ?
I (we) have just suc
Hi,
> I talked to one of the maintainers of NLucene and he said
> that he was planning on releasing a 1.2 version (not beta
> apparently) in two months. That was back in June and I
> haven't heard or seen anything since then so I cant really
> say if it is still being actively developed. Soun
I talked to one of the maintainers of NLucene and he said that he was
planning on releasing a 1.2 version (not beta apparently) in two months.
That was back in June and I haven't heard or seen anything since then so I
cant really say if it is still being actively developed. Sounds like you
are doi
No additional classes have been created.
The functionality was simply implemented via new properties and method overloading, so
original signatures remain intact.
As far as supporting future versions, I cannot say as I will no longer be using it at
work. Keeping the c# version in line with java
Hi,
> From: [EMAIL PROTECTED]
> I (we) have just successfully released a search engine using
> a c# implmentation of Lucene. Code had to be brought up to
> date in line with recent java builds, and enhanced with
> additional features (eg field sorting, term position score
> factoring, etc)
On Thursday, July 31, 2003, at 11:22 AM, Scott Ganyo wrote:
Do these implementations maintain file compatibility with the Java
version?
Lupy claims to. I don't know about NLucene, but it should. Any port
of Lucene to another language should (out of respect and common-sense)
maintain index fil
Replies to Erik and Scott inline.
[EMAIL PROTECTED] wrote:
> Do these implementations maintain file compatibility with the Java version?
>
> Scott
Yes and no, explanation will help me explain.
The field ordering functionality required additional files to be created at index time
if the Docume
Do these implementations maintain file compatibility with the Java version?
Scott
Erik Hatcher wrote:
I'd love to see there be quality implementations of the Lucene API in
other languages, that are up to date with the latest Java codebase.
I'm embarking on a Ruby port, which I'm hosting at rub
I'd love to see there be quality implementations of the Lucene API in
other languages, that are up to date with the latest Java codebase.
I'm embarking on a Ruby port, which I'm hosting at rubyforge.org.
There is a Python version called Lupy.
A related question I have is what about performance
Hi all,
http://sourceforge.net/projects/nlucene/ has a version numbered 1.2b2.
Does anyone know if this source is still being maintained to be closer to the java
developments ?
Was this an external project to Apache Jakarta ?
I (we) have just successfully released a search engine using a c# impl
12 matches
Mail list logo