You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@lucene.apache.org by Zhibin Mai <zb...@yahoo.com> on 2009/01/24 03:15:33 UTC
Where to download package org.apache.lucene.search.trie
Hi
We try to use package org.apache.lucene.search.trie to support spatial index. Does anyone know whether it is ready, even just for trial, and where to download it?
Thank you,
Zhibin
Re: Where to download package org.apache.lucene.search.trie
Posted by Michael McCandless <lu...@mikemccandless.com>.
You're welcome! Please report back how it goes... TrieRangeQuery/
Filter is a great addition to Lucene.
The next release (2.9) will have it.
Mike
Zhibin Mai wrote:
> Mike,
>
> Thank you!!! Do you have any idea which lucene release will include
> this package?
>
> Zhibin
>
>
>
>
> ________________________________
> From: Michael McCandless <lu...@mikemccandless.com>
> To: java-user@lucene.apache.org
> Sent: Saturday, January 24, 2009 5:19:09 AM
> Subject: Re: Where to download package org.apache.lucene.search.trie
>
> TrieRangeQuery/Filter are only available on Lucene's trunk, under
> contrib in contrib/queries/*. You can either download a recent
> nightly build, from here (click on a specific build, then click on
> "Build Artifacts"):
>
> http://hudson.zones.apache.org/hudson/job/Lucene-trunk
>
> Or you can checkout Lucene's full sources and go from there:
>
> http://wiki.apache.org/lucene-java/SourceRepository
>
> Mike
>
> Zhibin Mai wrote:
>
>> Hi
>>
>> We try to use package org.apache.lucene.search.trie to support
>> spatial index. Does anyone know whether it is ready, even just for
>> trial, and where to download it?
>>
>> Thank you,
>>
>> Zhibin
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-user-help@lucene.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org
Re: Where to download package org.apache.lucene.search.trie
Posted by Zhibin Mai <zb...@yahoo.com>.
Mike,
Thank you!!! Do you have any idea which lucene release will include this package?
Zhibin
________________________________
From: Michael McCandless <lu...@mikemccandless.com>
To: java-user@lucene.apache.org
Sent: Saturday, January 24, 2009 5:19:09 AM
Subject: Re: Where to download package org.apache.lucene.search.trie
TrieRangeQuery/Filter are only available on Lucene's trunk, under
contrib in contrib/queries/*. You can either download a recent
nightly build, from here (click on a specific build, then click on
"Build Artifacts"):
http://hudson.zones.apache.org/hudson/job/Lucene-trunk
Or you can checkout Lucene's full sources and go from there:
http://wiki.apache.org/lucene-java/SourceRepository
Mike
Zhibin Mai wrote:
> Hi
>
> We try to use package org.apache.lucene.search.trie to support spatial index. Does anyone know whether it is ready, even just for trial, and where to download it?
>
> Thank you,
>
> Zhibin
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org
Re: Where to download package org.apache.lucene.search.trie
Posted by Michael McCandless <lu...@mikemccandless.com>.
Ahh OK good. I misunderstood, thinking that existing apps (based on
Lucene 2.4) would break if they dropped in the trunk JAR.
Requiring the trunk lucene JAR to play with the trunk trie is
completely fine.
I'll open an issue to strengthen our back-compat tests to do "JAR drop-
in" test... my "ant" skills are not great so if someone else feels the
itch that'd be wonderful :) Else maybe I'll try to figure it out...
Mike
Uwe Schindler wrote:
> Hi Mike, here is why it fails exactly:
>
> If you drop contrib-queries.jar along with lucene-core-2.4.jar into
> your
> application and you try to use the new TrieUtils, it fails because
> of two
> things:
>
> a) The new constructor of SortField(....., FieldCache.Parser parser)
> is not
> available in 2.4 -> MethodNotFoundException (this would happen
> normally)
>
> b) FieldCache.Parser is not existent in 2.4, so the JRE linker tries
> to load
> FieldCache.Parser from the lucene-2.4-core.jar, which fails. Because
> of that
> linking of TrieUtils class does not work -> ClassNotFoundException
>
> Because of this my advice to the java-user post was to upgrade
> *both* (core
> and queries) to 2.9-dev. It is simple not possible to use
> contrib-queries-2.9 with older lucene versions.
>
> Uwe
>
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: uwe@thetaphi.de
>
>> -----Original Message-----
>> From: Uwe Schindler [mailto:uwe@thetaphi.de]
>> Sent: Monday, January 26, 2009 1:29 PM
>> To: java-dev@lucene.apache.org
>> Subject: RE: Where to download package org.apache.lucene.search.trie
>>
>> Hi Mike,
>>
>> That's no problem. O.a.l.search.trie is a new package and depends
>> on new
>> features in trunk lucene. You can plug in the jar and it works with
>> older
>> code. The problem here is, that the package trie is compiled
>> against new
>> lucene 2.9 features like the new SortField constructors. Because of
>> that,
>> the *trie* package is not backwards compatible (you cannot drop the
>> contrib-search package along with lucene-core-2.4).
>>
>> But your test is good. Just compile the tests using an old lucene-
>> core.jar
>> is a good idea. And also the other way round: Use the new lucene-
>> jars as a
>> plugin replacement for the old compiled tests.
>>
>> Uwe
>>
>>>> You can use the artifact from Hudson as Mike told, but the JAR file
>>>> is not
>>>> compatible with Lucene 2.4 (because a new SortField constructor for
>>>> sorting
>>>> against trie encoded fields and the new Superinterface
>>>> FieldCache.Parser
>>>> leading to ClassNotFoundEx).
>>>
>>> Ugh -- this is no good: it's a break to our back-compat, I think?
>>> Ie
>>> when we
>>> say "complete API back-compatbility", here:
>>>
>>> http://wiki.apache.org/lucene-java/BackwardsCompatibility
>>>
>>> We mean you can drop in new JAR and run your app w/ no problems,
>>> right?
>>>
>>> Uwe, how could we fix it (LUCENE-1478) so we get back to "drop-in
>>> new
>>> JAR"
>>> back compatibility?
>>>
>>> Also, it'd be great to fix "ant test-tag" to somehow test "jar
>>> drop-in
>>> back compat",
>>> vs "full recompilation against new JAR" that it does today. It'd
>>> have
>>> to check out
>>> the full sources on the back-compat tag, compile JAR & tests from
>>> those old
>>> sources, swap in new JAR, then run the tests.
>>>
>>> Mike
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
>>> For additional commands, e-mail: java-dev-help@lucene.apache.org
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: java-dev-help@lucene.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-dev-help@lucene.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org
RE: Where to download package org.apache.lucene.search.trie
Posted by Uwe Schindler <uw...@thetaphi.de>.
Hi Mike, here is why it fails exactly:
If you drop contrib-queries.jar along with lucene-core-2.4.jar into your
application and you try to use the new TrieUtils, it fails because of two
things:
a) The new constructor of SortField(....., FieldCache.Parser parser) is not
available in 2.4 -> MethodNotFoundException (this would happen normally)
b) FieldCache.Parser is not existent in 2.4, so the JRE linker tries to load
FieldCache.Parser from the lucene-2.4-core.jar, which fails. Because of that
linking of TrieUtils class does not work -> ClassNotFoundException
Because of this my advice to the java-user post was to upgrade *both* (core
and queries) to 2.9-dev. It is simple not possible to use
contrib-queries-2.9 with older lucene versions.
Uwe
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Uwe Schindler [mailto:uwe@thetaphi.de]
> Sent: Monday, January 26, 2009 1:29 PM
> To: java-dev@lucene.apache.org
> Subject: RE: Where to download package org.apache.lucene.search.trie
>
> Hi Mike,
>
> That's no problem. O.a.l.search.trie is a new package and depends on new
> features in trunk lucene. You can plug in the jar and it works with older
> code. The problem here is, that the package trie is compiled against new
> lucene 2.9 features like the new SortField constructors. Because of that,
> the *trie* package is not backwards compatible (you cannot drop the
> contrib-search package along with lucene-core-2.4).
>
> But your test is good. Just compile the tests using an old lucene-core.jar
> is a good idea. And also the other way round: Use the new lucene-jars as a
> plugin replacement for the old compiled tests.
>
> Uwe
>
> > > You can use the artifact from Hudson as Mike told, but the JAR file
> > > is not
> > > compatible with Lucene 2.4 (because a new SortField constructor for
> > > sorting
> > > against trie encoded fields and the new Superinterface
> > > FieldCache.Parser
> > > leading to ClassNotFoundEx).
> >
> > Ugh -- this is no good: it's a break to our back-compat, I think? Ie
> > when we
> > say "complete API back-compatbility", here:
> >
> > http://wiki.apache.org/lucene-java/BackwardsCompatibility
> >
> > We mean you can drop in new JAR and run your app w/ no problems, right?
> >
> > Uwe, how could we fix it (LUCENE-1478) so we get back to "drop-in new
> > JAR"
> > back compatibility?
> >
> > Also, it'd be great to fix "ant test-tag" to somehow test "jar drop-in
> > back compat",
> > vs "full recompilation against new JAR" that it does today. It'd have
> > to check out
> > the full sources on the back-compat tag, compile JAR & tests from
> > those old
> > sources, swap in new JAR, then run the tests.
> >
> > Mike
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
> > For additional commands, e-mail: java-dev-help@lucene.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org
RE: Where to download package org.apache.lucene.search.trie
Posted by Uwe Schindler <uw...@thetaphi.de>.
Hi Mike,
That's no problem. O.a.l.search.trie is a new package and depends on new
features in trunk lucene. You can plug in the jar and it works with older
code. The problem here is, that the package trie is compiled against new
lucene 2.9 features like the new SortField constructors. Because of that,
the *trie* package is not backwards compatible (you cannot drop the
contrib-search package along with lucene-core-2.4).
But your test is good. Just compile the tests using an old lucene-core.jar
is a good idea. And also the other way round: Use the new lucene-jars as a
plugin replacement for the old compiled tests.
Uwe
> > You can use the artifact from Hudson as Mike told, but the JAR file
> > is not
> > compatible with Lucene 2.4 (because a new SortField constructor for
> > sorting
> > against trie encoded fields and the new Superinterface
> > FieldCache.Parser
> > leading to ClassNotFoundEx).
>
> Ugh -- this is no good: it's a break to our back-compat, I think? Ie
> when we
> say "complete API back-compatbility", here:
>
> http://wiki.apache.org/lucene-java/BackwardsCompatibility
>
> We mean you can drop in new JAR and run your app w/ no problems, right?
>
> Uwe, how could we fix it (LUCENE-1478) so we get back to "drop-in new
> JAR"
> back compatibility?
>
> Also, it'd be great to fix "ant test-tag" to somehow test "jar drop-in
> back compat",
> vs "full recompilation against new JAR" that it does today. It'd have
> to check out
> the full sources on the back-compat tag, compile JAR & tests from
> those old
> sources, swap in new JAR, then run the tests.
>
> Mike
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org
Re: Where to download package org.apache.lucene.search.trie
Posted by Michael McCandless <lu...@mikemccandless.com>.
Moving thread to java-dev...
Uwe Schindler wrote:
> You can use the artifact from Hudson as Mike told, but the JAR file
> is not
> compatible with Lucene 2.4 (because a new SortField constructor for
> sorting
> against trie encoded fields and the new Superinterface
> FieldCache.Parser
> leading to ClassNotFoundEx).
Ugh -- this is no good: it's a break to our back-compat, I think? Ie
when we
say "complete API back-compatbility", here:
http://wiki.apache.org/lucene-java/BackwardsCompatibility
We mean you can drop in new JAR and run your app w/ no problems, right?
Uwe, how could we fix it (LUCENE-1478) so we get back to "drop-in new
JAR"
back compatibility?
Also, it'd be great to fix "ant test-tag" to somehow test "jar drop-in
back compat",
vs "full recompilation against new JAR" that it does today. It'd have
to check out
the full sources on the back-compat tag, compile JAR & tests from
those old
sources, swap in new JAR, then run the tests.
Mike
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org
RE: Re: Where to download package org.apache.lucene.search.trie
Posted by Uwe Schindler <uw...@thetaphi.de>.
Hi,
You can use the artifact from Hudson as Mike told, but the JAR file is not
compatible with Lucene 2.4 (because a new SortField constructor for sorting
against trie encoded fields and the new Superinterface FieldCache.Parser
leading to ClassNotFoundEx). If you want to use TrieRangeQuery/Filter, you
must also update Lucene to the trunk version (so best is to download the
whole snapshot build).
Keep me informed how it works for you! How many documents do you plan to
index using TrieUtils? The performance impact is immense for large indexes
(see my notes).
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Uwe Schindler [mailto:uwe@thetaphi.de]
> Posted At: Sunday, January 25, 2009 10:15 PM
> Posted To: Lucene-user
> Conversation: Re: Where to download package org.apache.lucene.search.trie
> Subject: Re: Where to download package org.apache.lucene.search.trie
>
> TrieRangeQuery/Filter are only available on Lucene's trunk, under
> contrib in contrib/queries/*. You can either download a recent
> nightly build, from here (click on a specific build, then click on
> "Build Artifacts"):
>
> http://hudson.zones.apache.org/hudson/job/Lucene-trunk
>
> Or you can checkout Lucene's full sources and go from there:
>
> http://wiki.apache.org/lucene-java/SourceRepository
>
> Mike
>
> Zhibin Mai wrote:
>
> > Hi
> >
> > We try to use package org.apache.lucene.search.trie to support
> > spatial index. Does anyone know whether it is ready, even just for
> > trial, and where to download it?
> >
> > Thank you,
> >
> > Zhibin
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-user-help@lucene.apache.org
>
>
> </PRE></BODY></HTML>
---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org
Re: Where to download package org.apache.lucene.search.trie
Posted by Michael McCandless <lu...@mikemccandless.com>.
TrieRangeQuery/Filter are only available on Lucene's trunk, under
contrib in contrib/queries/*. You can either download a recent
nightly build, from here (click on a specific build, then click on
"Build Artifacts"):
http://hudson.zones.apache.org/hudson/job/Lucene-trunk
Or you can checkout Lucene's full sources and go from there:
http://wiki.apache.org/lucene-java/SourceRepository
Mike
Zhibin Mai wrote:
> Hi
>
> We try to use package org.apache.lucene.search.trie to support
> spatial index. Does anyone know whether it is ready, even just for
> trial, and where to download it?
>
> Thank you,
>
> Zhibin
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org