You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by Andrew Nagy <an...@villanova.edu> on 2007/05/16 18:13:06 UTC
compile error with SOLR 69 MoreLikeThis patch
I downloaded and patched my solr source with the latest solr69 patch and
whenever I run ant I get an error:
[javac]
/office/src/apache-solr-nightly/src/java/org/apache/solr/handler/MoreLikeThisHandler.java:145:
cannot find symbol
[javac] symbol : variable DEFAULT_MIN_DOC_FREQ
[javac] location: class org.apache.lucene.search.similar.MoreLikeThis
[javac] mlt.setMinDocFreq(
params.getInt(MoreLikeThisParams.MIN_DOC_FREQ,
MoreLikeThis.DEFAULT_MIN_DOC_FREQ));
[javac]
^
Did I miss something, or maybe I have a non-compatible version of SOLR?
Thanks
Andrew
Re: compile error with SOLR 69 MoreLikeThis patch
Posted by Brian Whitman <br...@variogr.am>.
Nightly builds are here:
http://people.apache.org/builds/lucene/solr/nightly/
Won't have SOLR-69 in them though.
On May 24, 2007, at 2:28 PM, Andrew Nagy wrote:
> While I am on this topic, I think it might be nice to have a
> nightly build for downloading or is their something like that in
> place, now?
> ________________________________________
> From: Chris Hostetter [hossman_lucene@fucit.org]
> Sent: Thursday, May 24, 2007 2:18 PM
> To: solr-user@lucene.apache.org
> Subject: RE: compile error with SOLR 69 MoreLikeThis patch
>
> : That's the problem, as I suspected. I was using a fresh copy of the
> : 1.1.0. I want to use the MLT feature in my production
> environment, but
> : I guess I will have to roll out the trunk version to my production
> : server.
>
> if your goal is to use the MoreLikeThisHanler then you don't need the
> entire trun .. it should work fine with Solr 1.1.0 ... the
> mlt functionality added to StandardRequestHandler might be a bit more
> challenging, but it should still be possible to retrofit the newer
> StandardRequestHandler into the 1.1.0 release if you wnated to.
>
> (Not that i dont' think the trunk is stable, i'm just saying there are
> ways to get it working without completley upgrading)
>
>
>
> -Hoss
>
--
http://variogr.am/
brian.whitman@variogr.am
Re: AW: Re[2]: add and delete docs at same time
Posted by Mike Klaas <mi...@gmail.com>.
On 25-May-07, at 2:49 AM, Burkamp, Christian wrote:
> Thierry,
>
> If you always start from scratch you could even reset the index
> completely (i.e. delete the index directory). Solr will create a
> new index automatically at startup.
This will also make indexing and optimizing much faster for any non-
trivial size index.
-Mike
Re: AW: Re[2]: add and delete docs at same time
Posted by Erik Hatcher <er...@ehatchersolutions.com>.
Just to be clear, [* TO *] does not necessarily return all
documents. It returns all documents that have a value in the
specified (or default) field. Be careful with that! *:*, however,
does match all documents.
Erik
On May 25, 2007, at 5:49 AM, Burkamp, Christian wrote:
> Thierry,
>
> If you always start from scratch you could even reset the index
> completely (i.e. delete the index directory). Solr will create a
> new index automatically at startup.
> If you don't like to delete the files another approach would be to
> use a query that returns all documents. You do not need a dummy
> field for this. The range query [* TO *] returns all documents. (In
> newer versions of solr you can use *:* which is executing a bit
> faster.
>
> -- Christian
>
> -----Ursprüngliche Nachricht-----
> Von: Thierry Collogne [mailto:thierry.collogne@gmail.com]
> Gesendet: Freitag, 25. Mai 2007 10:30
> An: solr-user@lucene.apache.org; Jack L
> Betreff: Re: Re[2]: add and delete docs at same time
>
> We always do a full delete before indexing, this is because for us
> that is the only way to be sure that there are no documents in the
> index that don't exist anymore.
>
> So delete all, than add all.
>
> To use the delete all, we did the following. We added a field
> called dummyDelete. This field always contains the value delete.
> Like this
> <field name="dummyDelete">delete</field>
>
> Then to delete all documents we do a request containing:
>
> <delete><query>dummyDelete:delete</query></delete>
>
> That way all documents are deleted where the field dummyDelete
> contains delete => all the documents
>
> Hope this is clear. I am not sure if this is a good solution, but
> it does work. :)
>
> Greet,
>
> Thierry
>
> On 25/05/07, Jack L <jl...@yahoo.ca> wrote:
>>
>> Oh, is that the case? One document per request for delete?
>> I'm about to implement delete. Just want to confirm.
>>
>> --
>> Best regards,
>> Jack
>>
>> Thursday, May 24, 2007, 12:47:21 PM, you wrote:
>>
>>> currently no.
>>
>>> Right now you even need a new request for each delete...
>>
>>
>>> Patrick Givisiez wrote:
>>>>
>>>> can I add and delete docs at same post?
>>>>
>>>> Some thing like this:
>>>>
>>>> myDocs.xml
>>>> =====================================
>>>> <add>
>>>> <doc><field name="mainId">4</field></doc> <doc><field
>>>> name="mainId">5</field></doc> <doc><field
>>>> name="mainId">6</field></doc> </add> <delete><id>1</id></delete>
>>>> <delete><id>2</id></delete> <delete><id>3</id></delete>
>>>> =====================================
>>>>
>>>> Thanks!
>>>>
>>>>
>>>>
>>>>
>>
>>
AW: Re[2]: add and delete docs at same time
Posted by "Burkamp, Christian" <C....@Ceyoniq.com>.
Thierry,
If you always start from scratch you could even reset the index completely (i.e. delete the index directory). Solr will create a new index automatically at startup.
If you don't like to delete the files another approach would be to use a query that returns all documents. You do not need a dummy field for this. The range query [* TO *] returns all documents. (In newer versions of solr you can use *:* which is executing a bit faster.
-- Christian
-----Ursprüngliche Nachricht-----
Von: Thierry Collogne [mailto:thierry.collogne@gmail.com]
Gesendet: Freitag, 25. Mai 2007 10:30
An: solr-user@lucene.apache.org; Jack L
Betreff: Re: Re[2]: add and delete docs at same time
We always do a full delete before indexing, this is because for us that is the only way to be sure that there are no documents in the index that don't exist anymore.
So delete all, than add all.
To use the delete all, we did the following. We added a field called dummyDelete. This field always contains the value delete.
Like this
<field name="dummyDelete">delete</field>
Then to delete all documents we do a request containing:
<delete><query>dummyDelete:delete</query></delete>
That way all documents are deleted where the field dummyDelete contains delete => all the documents
Hope this is clear. I am not sure if this is a good solution, but it does work. :)
Greet,
Thierry
On 25/05/07, Jack L <jl...@yahoo.ca> wrote:
>
> Oh, is that the case? One document per request for delete?
> I'm about to implement delete. Just want to confirm.
>
> --
> Best regards,
> Jack
>
> Thursday, May 24, 2007, 12:47:21 PM, you wrote:
>
> > currently no.
>
> > Right now you even need a new request for each delete...
>
>
> > Patrick Givisiez wrote:
> >>
> >> can I add and delete docs at same post?
> >>
> >> Some thing like this:
> >>
> >> myDocs.xml
> >> =====================================
> >> <add>
> >> <doc><field name="mainId">4</field></doc> <doc><field
> >> name="mainId">5</field></doc> <doc><field
> >> name="mainId">6</field></doc> </add> <delete><id>1</id></delete>
> >> <delete><id>2</id></delete> <delete><id>3</id></delete>
> >> =====================================
> >>
> >> Thanks!
> >>
> >>
> >>
> >>
>
>
Re: Re[2]: add and delete docs at same time
Posted by Thierry Collogne <th...@gmail.com>.
We always do a full delete before indexing, this is because for us that is
the only way to be sure that there are no documents in the index that don't
exist anymore.
So delete all, than add all.
To use the delete all, we did the following. We added a field called
dummyDelete. This field always contains the value delete.
Like this
<field name="dummyDelete">delete</field>
Then to delete all documents we do a request containing:
<delete><query>dummyDelete:delete</query></delete>
That way all documents are deleted where the field dummyDelete contains
delete => all the documents
Hope this is clear. I am not sure if this is a good solution, but it does
work. :)
Greet,
Thierry
On 25/05/07, Jack L <jl...@yahoo.ca> wrote:
>
> Oh, is that the case? One document per request for delete?
> I'm about to implement delete. Just want to confirm.
>
> --
> Best regards,
> Jack
>
> Thursday, May 24, 2007, 12:47:21 PM, you wrote:
>
> > currently no.
>
> > Right now you even need a new request for each delete...
>
>
> > Patrick Givisiez wrote:
> >>
> >> can I add and delete docs at same post?
> >>
> >> Some thing like this:
> >>
> >> myDocs.xml
> >> =====================================
> >> <add>
> >> <doc><field name="mainId">4</field></doc>
> >> <doc><field name="mainId">5</field></doc>
> >> <doc><field name="mainId">6</field></doc>
> >> </add>
> >> <delete><id>1</id></delete>
> >> <delete><id>2</id></delete>
> >> <delete><id>3</id></delete>
> >> =====================================
> >>
> >> Thanks!
> >>
> >>
> >>
> >>
>
>
Re[2]: add and delete docs at same time
Posted by Jack L <jl...@yahoo.ca>.
Oh, is that the case? One document per request for delete?
I'm about to implement delete. Just want to confirm.
--
Best regards,
Jack
Thursday, May 24, 2007, 12:47:21 PM, you wrote:
> currently no.
> Right now you even need a new request for each delete...
> Patrick Givisiez wrote:
>>
>> can I add and delete docs at same post?
>>
>> Some thing like this:
>>
>> myDocs.xml
>> =====================================
>> <add>
>> <doc><field name="mainId">4</field></doc>
>> <doc><field name="mainId">5</field></doc>
>> <doc><field name="mainId">6</field></doc>
>> </add>
>> <delete><id>1</id></delete>
>> <delete><id>2</id></delete>
>> <delete><id>3</id></delete>
>> =====================================
>>
>> Thanks!
>>
>>
>>
>>
Re: add and delete docs at same time
Posted by Erik Hatcher <er...@ehatchersolutions.com>.
On May 24, 2007, at 3:47 PM, Ryan McKinley wrote:
> currently no.
>
> Right now you even need a new request for each delete...
Unless you used delete-by-query with the id's OR'd....
<delete><query>id:1 OR id:2 OR id:3</query</delete>
> Patrick Givisiez wrote:
>> can I add and delete docs at same post?
>> Some thing like this:
>> myDocs.xml
>> =====================================
>> <add>
>> <doc><field name="mainId">4</field></doc>
>> <doc><field name="mainId">5</field></doc>
>> <doc><field name="mainId">6</field></doc>
>> </add>
>> <delete><id>1</id></delete>
>> <delete><id>2</id></delete>
>> <delete><id>3</id></delete>
One point about that example is that it is not well-formed XML. At
the very least if we were to support multiple operations it'd be
wrapped to make it well-formed.
Erik
Re: add and delete docs at same time
Posted by Ryan McKinley <ry...@gmail.com>.
currently no.
Right now you even need a new request for each delete...
Patrick Givisiez wrote:
>
> can I add and delete docs at same post?
>
> Some thing like this:
>
> myDocs.xml
> =====================================
> <add>
> <doc><field name="mainId">4</field></doc>
> <doc><field name="mainId">5</field></doc>
> <doc><field name="mainId">6</field></doc>
> </add>
> <delete><id>1</id></delete>
> <delete><id>2</id></delete>
> <delete><id>3</id></delete>
> =====================================
>
> Thanks!
>
>
>
>
add and delete docs at same time
Posted by Patrick Givisiez <pa...@catho.com.br>.
can I add and delete docs at same post?
Some thing like this:
myDocs.xml
=====================================
<add>
<doc><field name="mainId">4</field></doc>
<doc><field name="mainId">5</field></doc>
<doc><field name="mainId">6</field></doc>
</add>
<delete><id>1</id></delete>
<delete><id>2</id></delete>
<delete><id>3</id></delete>
=====================================
Thanks!
Re: compile error with SOLR 69 MoreLikeThis patch
Posted by Ryan McKinley <ry...@gmail.com>.
in /lib next to the other .jar files
Andrew Nagy wrote:
> duh++
>
> Also, Where should I put the jar file for the patch?
> ________________________________________
> From: Erik Hatcher [erik@ehatchersolutions.com]
> Sent: Thursday, May 24, 2007 2:37 PM
> To: solr-user@lucene.apache.org
> Subject: Re: compile error with SOLR 69 MoreLikeThis patch
>
> Andrew,
>
> Nightlies are available here: <http://people.apache.org/builds/lucene/
> solr/nightly/> (a link exists on the wiki main page, for future
> reference).
>
> Erik
>
>
> On May 24, 2007, at 2:28 PM, Andrew Nagy wrote:
>
>> While I am on this topic, I think it might be nice to have a
>> nightly build for downloading or is their something like that in
>> place, now?
>> ________________________________________
>> From: Chris Hostetter [hossman_lucene@fucit.org]
>> Sent: Thursday, May 24, 2007 2:18 PM
>> To: solr-user@lucene.apache.org
>> Subject: RE: compile error with SOLR 69 MoreLikeThis patch
>>
>> : That's the problem, as I suspected. I was using a fresh copy of the
>> : 1.1.0. I want to use the MLT feature in my production
>> environment, but
>> : I guess I will have to roll out the trunk version to my production
>> : server.
>>
>> if your goal is to use the MoreLikeThisHanler then you don't need the
>> entire trun .. it should work fine with Solr 1.1.0 ... the
>> mlt functionality added to StandardRequestHandler might be a bit more
>> challenging, but it should still be possible to retrofit the newer
>> StandardRequestHandler into the 1.1.0 release if you wnated to.
>>
>> (Not that i dont' think the trunk is stable, i'm just saying there are
>> ways to get it working without completley upgrading)
>>
>>
>>
>> -Hoss
>
>
RE: compile error with SOLR 69 MoreLikeThis patch
Posted by Andrew Nagy <an...@villanova.edu>.
duh++
Also, Where should I put the jar file for the patch?
________________________________________
From: Erik Hatcher [erik@ehatchersolutions.com]
Sent: Thursday, May 24, 2007 2:37 PM
To: solr-user@lucene.apache.org
Subject: Re: compile error with SOLR 69 MoreLikeThis patch
Andrew,
Nightlies are available here: <http://people.apache.org/builds/lucene/
solr/nightly/> (a link exists on the wiki main page, for future
reference).
Erik
On May 24, 2007, at 2:28 PM, Andrew Nagy wrote:
> While I am on this topic, I think it might be nice to have a
> nightly build for downloading or is their something like that in
> place, now?
> ________________________________________
> From: Chris Hostetter [hossman_lucene@fucit.org]
> Sent: Thursday, May 24, 2007 2:18 PM
> To: solr-user@lucene.apache.org
> Subject: RE: compile error with SOLR 69 MoreLikeThis patch
>
> : That's the problem, as I suspected. I was using a fresh copy of the
> : 1.1.0. I want to use the MLT feature in my production
> environment, but
> : I guess I will have to roll out the trunk version to my production
> : server.
>
> if your goal is to use the MoreLikeThisHanler then you don't need the
> entire trun .. it should work fine with Solr 1.1.0 ... the
> mlt functionality added to StandardRequestHandler might be a bit more
> challenging, but it should still be possible to retrofit the newer
> StandardRequestHandler into the 1.1.0 release if you wnated to.
>
> (Not that i dont' think the trunk is stable, i'm just saying there are
> ways to get it working without completley upgrading)
>
>
>
> -Hoss
Re: compile error with SOLR 69 MoreLikeThis patch
Posted by Erik Hatcher <er...@ehatchersolutions.com>.
Andrew,
Nightlies are available here: <http://people.apache.org/builds/lucene/
solr/nightly/> (a link exists on the wiki main page, for future
reference).
Erik
On May 24, 2007, at 2:28 PM, Andrew Nagy wrote:
> While I am on this topic, I think it might be nice to have a
> nightly build for downloading or is their something like that in
> place, now?
> ________________________________________
> From: Chris Hostetter [hossman_lucene@fucit.org]
> Sent: Thursday, May 24, 2007 2:18 PM
> To: solr-user@lucene.apache.org
> Subject: RE: compile error with SOLR 69 MoreLikeThis patch
>
> : That's the problem, as I suspected. I was using a fresh copy of the
> : 1.1.0. I want to use the MLT feature in my production
> environment, but
> : I guess I will have to roll out the trunk version to my production
> : server.
>
> if your goal is to use the MoreLikeThisHanler then you don't need the
> entire trun .. it should work fine with Solr 1.1.0 ... the
> mlt functionality added to StandardRequestHandler might be a bit more
> challenging, but it should still be possible to retrofit the newer
> StandardRequestHandler into the 1.1.0 release if you wnated to.
>
> (Not that i dont' think the trunk is stable, i'm just saying there are
> ways to get it working without completley upgrading)
>
>
>
> -Hoss
Re: Logging errors from multiple solr instances
Posted by Clay Webster <we...@gmail.com>.
Perhaps not the most elegant, but running each index on a
different container & port works pretty well. And we can tune
the jvm (and of course caches) differently.
--cw
Re: Logging errors from multiple solr instances
Posted by Chris Hostetter <ho...@fucit.org>.
: Is this addressed in 1.2 or is running multiple instances of indexes
: such a Bad Idea that supporting this would be leading a fool further astray?
I still haven't had a chance to try it myself using Tomcat, but here's
what i found the last time someone asked about this...
http://www.nabble.com/Re%3A-separate-log-files-p8396579.html
-Hoss
Logging errors from multiple solr instances
Posted by Walter Lewis <le...@hhpl.on.ca>.
I'm running solr 1.1 under Tomcat 5.5. On the development machine there
are a modest number of instances of solr indexes (six).
In the logs currently the only way to distinguish them is to compare the
Searcher@someIdentifier, where the someIdentifier changes each time
Tomcat is restarted (depressingly frequently in my programming style).
This value isn't written out for commits and queries, as well as a
variety of other instances where distinguishing between the activities
posted against the various indexes would be useful.
Is this addressed in 1.2 or is running multiple instances of indexes
such a Bad Idea that supporting this would be leading a fool further astray?
Walter Lewis
RE: compile error with SOLR 69 MoreLikeThis patch
Posted by Andrew Nagy <an...@villanova.edu>.
While I am on this topic, I think it might be nice to have a nightly build for downloading or is their something like that in place, now?
________________________________________
From: Chris Hostetter [hossman_lucene@fucit.org]
Sent: Thursday, May 24, 2007 2:18 PM
To: solr-user@lucene.apache.org
Subject: RE: compile error with SOLR 69 MoreLikeThis patch
: That's the problem, as I suspected. I was using a fresh copy of the
: 1.1.0. I want to use the MLT feature in my production environment, but
: I guess I will have to roll out the trunk version to my production
: server.
if your goal is to use the MoreLikeThisHanler then you don't need the
entire trun .. it should work fine with Solr 1.1.0 ... the
mlt functionality added to StandardRequestHandler might be a bit more
challenging, but it should still be possible to retrofit the newer
StandardRequestHandler into the 1.1.0 release if you wnated to.
(Not that i dont' think the trunk is stable, i'm just saying there are
ways to get it working without completley upgrading)
-Hoss
RE: compile error with SOLR 69 MoreLikeThis patch
Posted by Andrew Nagy <an...@villanova.edu>.
Chris, thanks for the tip. I think I am okay with pushing the trunk to my production server. As we say around here, if you want to be on the bleeding edge, you have to be okay with bleeding every once in a while :)
Thanks again
Andrew
________________________________________
From: Chris Hostetter [hossman_lucene@fucit.org]
Sent: Thursday, May 24, 2007 2:18 PM
To: solr-user@lucene.apache.org
Subject: RE: compile error with SOLR 69 MoreLikeThis patch
: That's the problem, as I suspected. I was using a fresh copy of the
: 1.1.0. I want to use the MLT feature in my production environment, but
: I guess I will have to roll out the trunk version to my production
: server.
if your goal is to use the MoreLikeThisHanler then you don't need the
entire trun .. it should work fine with Solr 1.1.0 ... the
mlt functionality added to StandardRequestHandler might be a bit more
challenging, but it should still be possible to retrofit the newer
StandardRequestHandler into the 1.1.0 release if you wnated to.
(Not that i dont' think the trunk is stable, i'm just saying there are
ways to get it working without completley upgrading)
-Hoss
RE: compile error with SOLR 69 MoreLikeThis patch
Posted by Chris Hostetter <ho...@fucit.org>.
: That's the problem, as I suspected. I was using a fresh copy of the
: 1.1.0. I want to use the MLT feature in my production environment, but
: I guess I will have to roll out the trunk version to my production
: server.
if your goal is to use the MoreLikeThisHanler then you don't need the
entire trun .. it should work fine with Solr 1.1.0 ... the
mlt functionality added to StandardRequestHandler might be a bit more
challenging, but it should still be possible to retrofit the newer
StandardRequestHandler into the 1.1.0 release if you wnated to.
(Not that i dont' think the trunk is stable, i'm just saying there are
ways to get it working without completley upgrading)
-Hoss
RE: compile error with SOLR 69 MoreLikeThis patch
Posted by Andrew Nagy <an...@villanova.edu>.
That's the problem, as I suspected. I was using a fresh copy of the 1.1.0. I want to use the MLT feature in my production environment, but I guess I will have to roll out the trunk version to my production server.
Thanks!
________________________________________
From: Brian Whitman [brian.whitman@variogr.am]
Sent: Thursday, May 24, 2007 10:36 AM
To: solr-user@lucene.apache.org
Subject: Re: compile error with SOLR 69 MoreLikeThis patch
On May 24, 2007, at 10:29 AM, Andrew Nagy wrote:
> That did the trick. However, now I am trying to apply the patch to
> a fresh copy of solr on another server. Whenever I do so, I get
> the following error from the patch command:
>
I just patched trunk two days ago with the latest (posted three days
ago) SOLR-69 patch, cleanly. Are you sure you are trying to patch the
trunk version?
Re: compile error with SOLR 69 MoreLikeThis patch
Posted by Brian Whitman <br...@variogr.am>.
On May 24, 2007, at 10:29 AM, Andrew Nagy wrote:
> That did the trick. However, now I am trying to apply the patch to
> a fresh copy of solr on another server. Whenever I do so, I get
> the following error from the patch command:
>
I just patched trunk two days ago with the latest (posted three days
ago) SOLR-69 patch, cleanly. Are you sure you are trying to patch the
trunk version?
RE: compile error with SOLR 69 MoreLikeThis patch
Posted by Andrew Nagy <an...@villanova.edu>.
That did the trick. However, now I am trying to apply the patch to a fresh copy of solr on another server. Whenever I do so, I get the following error from the patch command:
patching file src/java/org/apache/solr/request/StandardRequestHandler.java
Hunk #1 succeeded at 23 with fuzz 2 (offset -1 lines).
Hunk #2 FAILED at 31.
Hunk #3 succeeded at 146 with fuzz 2 (offset 13 lines).
1 out of 3 hunks FAILED -- saving rejects to file src/java/org/apache/solr/request/StandardRequestHandler.java.rej
(Stripping trailing CRs from patch.)
patching file src/java/org/apache/solr/handler/MoreLikeThisHandler.java
(Stripping trailing CRs from patch.)
patching file src/java/org/apache/solr/util/MoreLikeThisParams.java
(Stripping trailing CRs from patch.)
patching file example/solr/conf/solrconfig.xml
Hunk #1 FAILED at 385.
1 out of 1 hunk FAILED -- saving rejects to file example/solr/conf/solrconfig.xml.rej
Any ideas on how to get passed this?
Andrew
________________________________________
From: Brian Whitman [brian.whitman@variogr.am]
Sent: Wednesday, May 16, 2007 11:14 AM
To: solr-user
Subject: Re: compile error with SOLR 69 MoreLikeThis patch
Change it to DEFALT or change the spelling error in the Lucene version.
On May 16, 2007, at 12:13 PM, Andrew Nagy wrote:
> I downloaded and patched my solr source with the latest solr69
> patch and whenever I run ant I get an error:
>
> [javac] /office/src/apache-solr-nightly/src/java/org/apache/solr/
> handler/MoreLikeThisHandler.java:145: cannot find symbol
> [javac] symbol : variable DEFAULT_MIN_DOC_FREQ
> [javac] location: class org.apache.lucene.search.similar.MoreLikeThis
> [javac] mlt.setMinDocFreq( params.getInt
> (MoreLikeThisParams.MIN_DOC_FREQ,
> MoreLikeThis.DEFAULT_MIN_DOC_FREQ));
> [javac]
> ^
>
>
> Did I miss something, or maybe I have a non-compatible version of
> SOLR?
>
> Thanks
> Andrew
--
http://variogr.am/
brian.whitman@variogr.am
Re: compile error with SOLR 69 MoreLikeThis patch
Posted by Brian Whitman <br...@variogr.am>.
Change it to DEFALT or change the spelling error in the Lucene version.
On May 16, 2007, at 12:13 PM, Andrew Nagy wrote:
> I downloaded and patched my solr source with the latest solr69
> patch and whenever I run ant I get an error:
>
> [javac] /office/src/apache-solr-nightly/src/java/org/apache/solr/
> handler/MoreLikeThisHandler.java:145: cannot find symbol
> [javac] symbol : variable DEFAULT_MIN_DOC_FREQ
> [javac] location: class org.apache.lucene.search.similar.MoreLikeThis
> [javac] mlt.setMinDocFreq( params.getInt
> (MoreLikeThisParams.MIN_DOC_FREQ,
> MoreLikeThis.DEFAULT_MIN_DOC_FREQ));
> [javac]
> ^
>
>
> Did I miss something, or maybe I have a non-compatible version of
> SOLR?
>
> Thanks
> Andrew
--
http://variogr.am/
brian.whitman@variogr.am