SortingMergePolicy in solr 6.4.2
The SortingMergePolicy does not seem to get implemeted. The csv file gets indexed without errors. But when I search for a term, the results returned are not sorted by Marks. Following is a toy project in Solr 6.4.2 on which I tried to use SortingMergePolicyFactory. Just showing the changes that I did in the core's config files. Please tell me if any other info is needed. I used the basic_configs when creating core: create_core -c corename -d basic_configs managed-schema . . . solrconfig.xml Marks descinner org.apache.solr.index.TieredMergePolicyFactory 1.csv id,Name,Subject,Marks 1,Sahil Agarwal,Computers,1108 2,Ian Roberts,Maths,7077 3,Karan Vatsa,English,6092 4,Amit Williams,Maths,3924 5,Vani Agarwal,Computers,4263 6,Brenda Gupta,Computers,2309 . . 30 rows What can be the problem??
Re: Can SOLR-5730 patch be backported to Solr 5.5.3
Can the Solr branch_5x (specifically, browsing the repo at the point of SOLR-5730's last commit) be a good place to check in regards to this task? The team is upgrading to Solr 5 from Solr 4 for now. Im an intern and had been asked to implement these features and discovered that they already existed in SortingMergePolicy and EarlyTerminatingSortCollector. So Im just concentrating on that since that is the version the company is migrating its Solr to.
Can SOLR-5730 patch be backported to Solr 5.5.3
Can the patch for jira issue SOLR-5730 be backported to solr 5.5.3?? ie. Can Lucene's SortingMergePolicy and EarlyTerminatingSortingCollector configurable in Solr 5.5.3 too?? https://issues.apache.org/jira/browse/SOLR-5730 The SortingMergePolicy and EarlyTerminatingSortCollector are both available in the lucene misc package. Thank you, Sahil
Re: Unable to build Solr 5.5.3 from source
Thanks Shawn, I have already come across the javadoc compiler problem after
solving the dependency problem. I do have a workaround in mind for it, will
try to apply it tomorrow and will update if it works.
On 13 February 2017 at 21:30, Sahil Agarwal <sahil.agarwa...@gmail.com>
wrote:
> The issue has been fixed. Seems there is a problem in *solr/core/ivy.xml *
>
> rev="${/commons-fileupload/commons-fileupload}" conf="compile"/>
>
> In this line, I replaced the ${/commons-fileupload/commons-fileupload}
> with 1.3.2 as the variable seemed to be downloading version 1.3.1 of the
> commons-fileupload instead of the latest 1.3.2 version.
>
> Once this was done, ant built the sources successfully.
>
> Thanks!
> Sahil
>
> On 13 February 2017 at 19:30, Shawn Heisey <apa...@elyograg.org> wrote:
>
>> On 2/12/2017 11:52 PM, Sahil Agarwal wrote:
>> > I have not been able to build Solr 5.5.3 from the source.
>>
>> > Detected Java version: 1.8 in: /usr/lib/jvm/jdk1.8.0_121/jre
>>
>> The unresolved dependency error is unusual, I'm not really sure what's
>> going on there. My best idea would be to delete the ivy cache entirely
>> and try again. These would be the commands I would use, from the top
>> level of the source code:
>>
>> rm -rf ~/.ivy2
>> ant clean clean-jars
>>
>> This will cause ivy to re-download all dependent jars when you do the
>> compile, and if you are using ivy with any other java source code, might
>> cause some temporary issues for those builds.
>>
>> Even if you get ivy to work right, you're going to run into another
>> problem due to the JDK version you've got. Oracle changed the javadoc
>> compiler to be more strict in that version, which broke the build.
>>
>> https://issues.apache.org/jira/browse/LUCENE-7651
>>
>> The fix has been backported to the 5.5 branch, so it will be available
>> in the 5.5.4 tag when it is created. The 5.5.3 build will continue to
>> be broken with Java 8u121.
>>
>> You'll need to either get the branch_5_5 source code from git to build
>> 5.5.4, or downgrade your JDK version. Alternatively, you can wait for
>> the 5.5.4 release to be available to get the source code, or get the
>> patch and apply it to your 5.5.3 code. I do not know if the patch will
>> apply cleanly -- it may require manual work.
>>
>> Thanks,
>> Shawn
>>
>>
>
Re: Unable to build Solr 5.5.3 from source
The issue has been fixed. Seems there is a problem in *solr/core/ivy.xml *
In this line, I replaced the ${/commons-fileupload/commons-fileupload} with
1.3.2 as the variable seemed to be downloading version 1.3.1 of the
commons-fileupload instead of the latest 1.3.2 version.
Once this was done, ant built the sources successfully.
Thanks!
Sahil
On 13 February 2017 at 19:30, Shawn Heisey <apa...@elyograg.org> wrote:
> On 2/12/2017 11:52 PM, Sahil Agarwal wrote:
> > I have not been able to build Solr 5.5.3 from the source.
>
> > Detected Java version: 1.8 in: /usr/lib/jvm/jdk1.8.0_121/jre
>
> The unresolved dependency error is unusual, I'm not really sure what's
> going on there. My best idea would be to delete the ivy cache entirely
> and try again. These would be the commands I would use, from the top
> level of the source code:
>
> rm -rf ~/.ivy2
> ant clean clean-jars
>
> This will cause ivy to re-download all dependent jars when you do the
> compile, and if you are using ivy with any other java source code, might
> cause some temporary issues for those builds.
>
> Even if you get ivy to work right, you're going to run into another
> problem due to the JDK version you've got. Oracle changed the javadoc
> compiler to be more strict in that version, which broke the build.
>
> https://issues.apache.org/jira/browse/LUCENE-7651
>
> The fix has been backported to the 5.5 branch, so it will be available
> in the 5.5.4 tag when it is created. The 5.5.3 build will continue to
> be broken with Java 8u121.
>
> You'll need to either get the branch_5_5 source code from git to build
> 5.5.4, or downgrade your JDK version. Alternatively, you can wait for
> the 5.5.4 release to be available to get the source code, or get the
> patch and apply it to your 5.5.3 code. I do not know if the patch will
> apply cleanly -- it may require manual work.
>
> Thanks,
> Shawn
>
>
Re: Java version set to 1.8 for SOLR 6.4.0
Hi, Maybe these links might be helpful to you. http://askubuntu.com/questions/740757/switch-between-multiple-java-versions <http://askubuntu.com/questions/740757/switch-between-multiple-java-versions> http://lj4newbies.blogspot.in/2007/04/2-jvm-on-one-linux-box.html <http://lj4newbies.blogspot.in/2007/04/2-jvm-on-one-linux-box.html> Regards Sahil ----- --- Sahil Agarwal -- View this message in context: http://lucene.472066.n3.nabble.com/SOLR-version-upgrade-from-5-1-0-to-6-4-0-documentation-tp4319173p4320031.html Sent from the Solr - User mailing list archive at Nabble.com.
Unable to build Solr 5.5.3 from source
I have not been able to build Solr 5.5.3 from the source.
- I was able to build Solr 6.4 successfully but haven't been able to build solr
5.5.3 (which I need) successfully.
- I have tried deleting the cache and building again. Same errors.
I've been getting unresolved dependencies error. I get the following output
when using ant compile -v
Apache Ant(TM) version 1.9.6 compiled on July 8 2015
Trying the default build file: build.xml
Buildfile: /home/sahil/Work/solr/solr-5.5.3/build.xml
Detected Java version: 1.8 in: /usr/lib/jvm/jdk1.8.0_121/jre
Detected OS: Linux
parsing buildfile /home/sahil/Work/solr/solr-5.5.3/build.xml with URI =
file:/home/sahil/Work/solr/solr-5.5.3/build.xml
Project base dir set to: /home/sahil/Work/solr/solr-5.5.3
parsing buildfile
jar:file:/usr/share/ant/lib/ant.jar!/org/apache/tools/ant/antlib.xml
with URI = jar:file:/usr/share/ant/lib/ant.jar!/org/apache/tools/ant/antlib.xml
from a zip file
Importing file /home/sahil/Work/solr/solr-5.5.3/lucene/common-build.xml
from /home/sahil/Work/solr/solr-5.5.3/build.xml
Overriding previous definition of reference to ant.projectHelper
parsing buildfile /home/sahil/Work/solr/solr-5.5.3/lucene/common-build.xml
with URI = file:/home/sahil/Work/solr/solr-5.5.3/lucene/common-build.xml
.
.
.
// Deleted to make file smaller. Please tell if anything is needed.
.
.
.
resolve:
[ivy:retrieve] no resolved descriptor found: launching default resolve
Overriding previous definition of property "ivy.version"
[ivy:retrieve] using ivy parser to parse file:/home/sahil/Work/solr/
solr-5.5.3/solr/core/ivy.xml
[ivy:retrieve] :: resolving dependencies :: org.apache.solr#core;working@
D-PGB7YZ
[ivy:retrieve] confs: [compile, compile.hadoop]
[ivy:retrieve] validate = true
[ivy:retrieve] refresh = false
[ivy:retrieve] resolving dependencies for configuration 'compile'
[ivy:retrieve] == resolving dependencies for
org.apache.solr#core;working@D-PGB7YZ
[compile]
[ivy:retrieve] == resolving dependencies org.apache.solr#core;working@
D-PGB7YZ->commons-codec#commons-codec;1.10 [compile->master]
[ivy:retrieve] default: Checking cache for: dependency:
commons-codec#commons-codec;1.10 {compile=[master]}
[ivy:retrieve] don't use cache for commons-codec#commons-codec;1.10:
checkModified=true
[ivy:retrieve] tried /home/sahil/.ivy2/local/commons-codec/commons-codec/1.
10/ivys/ivy.xml
[ivy:retrieve] tried /home/sahil/.ivy2/local/commons-codec/commons-codec/1.
10/jars/commons-codec.jar
[ivy:retrieve] local: no ivy file nor artifact found for
commons-codec#commons-codec;1.10
[ivy:retrieve] main: Checking cache for: dependency:
commons-codec#commons-codec;1.10 {compile=[master]}
[ivy:retrieve] main: module revision found in cache:
commons-codec#commons-codec;1.10
[ivy:retrieve] found commons-codec#commons-codec;1.10 in public
[ivy:retrieve] == resolving dependencies org.apache.solr#core;working@
D-PGB7YZ->org.apache.commons#commons-exec;1.3 [compile->master]
[ivy:retrieve] default: Checking cache for: dependency:
org.apache.commons#commons-exec;1.3 {compile=[master]}
[ivy:retrieve] don't use cache for org.apache.commons#commons-exec;1.3:
checkModified=true
[ivy:retrieve] tried /home/sahil/.ivy2/local/org.
apache.commons/commons-exec/1.3/ivys/ivy.xml
[ivy:retrieve] tried /home/sahil/.ivy2/local/org.
apache.commons/commons-exec/1.3/jars/commons-exec.jar
[ivy:retrieve] local: no ivy file nor artifact found for
org.apache.commons#commons-exec;1.3
[ivy:retrieve] main: Checking cache for: dependency:
org.apache.commons#commons-exec;1.3 {compile=[master]}
[ivy:retrieve] main: module revision found in cache:
org.apache.commons#commons-exec;1.3
[ivy:retrieve] found org.apache.commons#commons-exec;1.3 in public
[ivy:retrieve] == resolving dependencies org.apache.solr#core;working@
D-PGB7YZ->commons-fileupload#commons-fileupload;1.3.1 [compile->master]
[ivy:retrieve] default: Checking cache for: dependency:
commons-fileupload#commons-fileupload;1.3.1 {compile=[master]}
[ivy:retrieve] don't use cache for commons-fileupload#commons-fileupload;1.3.1:
checkModified=true
[ivy:retrieve] local: revision in cache: commons-fileupload#commons-
fileupload;1.3.1
[ivy:retrieve] found commons-fileupload#commons-fileupload;1.3.1 in local
[ivy:retrieve] == resolving dependencies org.apache.solr#core;working@
D-PGB7YZ->commons-cli#commons-cli;1.2 [compile->master]
[ivy:retrieve] default: Checking cache for: dependency:
commons-cli#commons-cli;1.2 {compile=[master]}
[ivy:retrieve] don't use cache for commons-cli#commons-cli;1.2:
checkModified=true
[ivy:retrieve] tried /home/sahil/.ivy2/local/commons-cli/commons-cli/1.2/
ivys/ivy.xml
[ivy:retrieve] tried /home/sahil/.ivy2/local/commons-cli/commons-cli/1.2/
jars/commons-cli.jar
[ivy:retrieve] local: no ivy file nor artifact found for
commons-cli#commons-cli;1.2
[ivy:retrieve] main: Checking cache for: dependency:
commons-cli#commons-cli;1.2 {compile=[master]}
[ivy:retrieve] main: module revision found in
