Nuxeo mailing list archives
[CPS-devel] nxlucene / pylucene2 / 64-bit
Jean-Marc Orliaguet
jmo at ita.chalmers.se
Wed Apr 11 16:04:16 CEST 2007
Julien Anguenot wrote:
> Hi Jean-Marc,
>
>
Hi Julien,
> Of course, using RedHat or Fedora is always the smartest choice you can
> make regarding PyLucene... You won't get any troubles. Things are lot
> more tricky on Debian based systems...
>
>
>> BTW, PyLucene-1.9.1 doesn't seem to work on 64-bit architectures
>>
>
> possible.
>
>
>> if anyone wants to test ...
>>
>
> Maybe it's time for a 1.x branch on PyLucene 1.9.x and put your branch
> in the trunk ?
>
> I'm gonna check here if we can test out with some large data to validate
> your changes.
>
> Cheers,
>
>
I'm going to test with real data the coming weeks. Eventually it would
indeed be a good idea to upgrade nxlucene to support pylucene-2.0.0 by
default.
there is a "- fixed memory leak with PyLucene.PythonThread instances"
in the CHANGELOG between 1.9 and 2.0 for instance.
apart from very minor API changes:
- I replaced 'sys.maxint' with int(2**31-1) since on 64-bit systems you
end up with 9223372036854775807 which java lucene chokes on.
maybe there is a constant that can be imported from Java. in Jython
there is java.lang.Integer.MAX_VALUE which seems to be the value you
want here.
- a loop in nxlucene/server/core.py breaks on IndexError instead of
PyLucene.JavaError:
except PyLucene.JavaError:
break
+ except IndexError:
+ break
it seems to be related to:
"- changed Hits iteration to use Hit object yet work as before (for i,
doc in..)"
so I guess a standard 'for' loop can be used here instead.
/JM
This list archive provided by Nuxeo, the
leaders of open source ECM.
Check out the Nuxeo 5 open source,
standards-based ECM project.