What is it, exactly, that's supposed to define _jcc_lib?
Bill
/tmp/pylucene-3.0.2-1/jcc 474 % find . \( -name \*.cpp -o -name \*.h \) -exec
grep _jcc_lib {} /dev/null \;
./build/lib.macosx-10.5-i386-2.5/jcc/sources/jcc.cpp:#ifdef _jcc_lib
./build/lib.macosx-10.5-i386-2.5/jcc/sources/jcc.cpp:#ifd
Andi Vajda wrote:
>
> On Mon, 27 Sep 2010, Bill Janssen wrote:
>
> > Here's a printout of what I'm seeing:
> >
> > UpLibQueryParser.parse('_query_language:nl janssen')...
> > => lucene.VERSION: 3.0.2 , jcc._jcc.JCC_VERSION 2.6
> > => Exception received is JavaError( > org.apache.jcc.PythonEx
On Mon, 27 Sep 2010, Bill Janssen wrote:
Here's a printout of what I'm seeing:
UpLibQueryParser.parse('_query_language:nl janssen')...
=> lucene.VERSION: 3.0.2 , jcc._jcc.JCC_VERSION 2.6
=> Exception received is JavaError(,)
You are using --shared because the exception you're getting is
Here's a printout of what I'm seeing:
UpLibQueryParser.parse('_query_language:nl janssen')...
=> lucene.VERSION: 3.0.2 , jcc._jcc.JCC_VERSION 2.6
=> Exception received is JavaError(,)
Is there some way to check to see if lucene is using --shared at runtime?
The actual exception class I'm r
Andi Vajda wrote:
> > That could be it. I believe I'm using 2.9.3. Is the fix in 3.0.2?
>
> 2.9.3, 3.0.2, 3.x and trunk all use jcc 2.6 so you should have that
> fix. Are you using shared mode ? (if you're seeing a java
> RuntimeException thrown, the answer is probably not).
This is from the
On Sep 27, 2010, at 11:17, Bill Janssen wrote:
Andi Vajda wrote:
On Sat, 25 Sep 2010, Bill Janssen wrote:
Andi Vajda wrote:
On Sep 25, 2010, at 13:54, Bill Janssen wrote:
I've got a subclass of PythonMultiFieldQueryParser. I'd like to
be
able
to throw a custom Python exception wi
Andi Vajda wrote:
> On Sat, 25 Sep 2010, Bill Janssen wrote:
>
> > Andi Vajda wrote:
> >
> >> On Sep 25, 2010, at 13:54, Bill Janssen wrote:
> >>
> >>> I've got a subclass of PythonMultiFieldQueryParser. I'd like to be
> >>> able
> >>> to throw a custom Python exception with parameters in tha
Am 27.09.2010 17:19, schrieb Andi Vajda:
> The Normalizer2 class, referred to by this nrm2 format, was introduced
> in ICU 4.4.
> http://icu-project.org/apiref/icu4c/classNormalizer2.html
That's it! Thanks for the hint.
Christian
Am 27.09.2010 17:19, schrieb Andi Vajda:
> The Normalizer2 class, referred to by this nrm2 format, was introduced
> in ICU 4.4.
> http://icu-project.org/apiref/icu4c/classNormalizer2.html
That's it! Thanks for the hint.
Christian
On Sep 27, 2010, at 7:34, Christian Heimes wrote:
Am 27.09.2010 03:59, schrieb Andi Vajda:
I'm not sure at this point which should remain. There are
advantages to
both... I'm open to arguments in favor of either. You can see
examples in
the 3.x tree [3].
The 3.x branch doesn't build for
Am 27.09.2010 03:59, schrieb Andi Vajda:
> In 3.x and trunk, I've been porting ICU-dependant Lucene contrib features to
> use PyICU [1][2] (which depends on C++ ICU). I think that having PyLucene
> depend both on C++ ICU and Java ICU is one ICU too many :-), though.
>
> I'm not sure at this poin
On Mon, 27 Sep 2010, Robert Muir wrote:
yeah i just tested, i get the same error in java if i do this:
Class.forName("org.apache.lucene.analysis.cn.smart.AnalyzerProfile");
So really we just need to clean up this analyzer some, because the data
files are packaged in the jar and i think this A
12 matches
Mail list logo
