Closed (fixed)
Project:
Apache Solr Search
Version:
7.x-1.x-dev
Component:
schema.xml
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
17 Mar 2015 at 13:04 UTC
Updated:
1 Jun 2017 at 18:29 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
nick_vhThis is what I got when trying to run Solr 5.
Start solr
Comment #2
nick_vhMade the following changes based on https://www.drupal.org/node/2311019
Comment #3
nick_vhStarted a branch here: http://cgit.drupalcode.org/sandbox-cpliakas-1600962/tree/conf?h=solr5
Comment #4
nick_vhOutput after that change:
MacBookAir-NickVeenhof:solr-5.0.0 nick.veenhof$ ./bin/solr -f -p 8983
WARNING: Java version 1.7.0_51 has known bugs with Lucene and requires the -XX:-UseSuperWord flag. Please consider upgrading your JVM.
Starting Solr on port 8983 from /Users/nick.veenhof/Servers/solr-5.0.0/server
Comment #5
nick_vhSomething that jumps out to me:
3875 [coreLoadExecutor-5-thread-1] WARN org.apache.solr.core.SolrResourceLoader – Solr loaded a deprecated plugin/analysis class [solr.admin.AdminHandlers]. Please consult documentation how to replace it accordingly.
4059 [coreLoadExecutor-5-thread-1] WARN org.apache.solr.handler.admin.AdminHandlers – class="solr.admin.AdminHandlers" /> is deprecated . It is not required anymore
Comment #6
drunken monkeySince we are now discussing in #2442077: Support for Solr 5, maybe this one should be closed as a duplicate?
Comment #7
nick_vhClosing as duplicate
Comment #8
japerryI don't think this is a duplicate. While solr5 configurations have been moved to search api, they haven't been brought over to apachesolr from the common configurations.
Shouldn't this issue be open until the configuration is committed to this project?
Comment #9
geerlingguy commented@japerry - Agreed. There was even a blog post on the planet today (Search API and Solr 5) that mentioned how easy it is to start using Solr 5.x with Search API. It would be great to get feature parity again between the two modules, since 5.x has been the stable release for about 6 months now.
Comment #10
protools commentedany progress ? can i use Apache Solr Search Apache Solr 5.x ?
Comment #11
jgrubb commentedHere's a patch for this module. I've been using this config in production since July with no problems.
Comment #12
jgrubb commentedComment #13
geerlingguy commentedFor some reason the commit was never logged back to this issue... here it is, for posterity: http://cgit.drupalcode.org/apachesolr/commit/?id=7ba1577
Comment #14
jgrubb commentedI'm a noob at committing to contrib. Might've messed up the format of the commit msg? Thanks...
Comment #15
geerlingguy commented@jgrubb - No problem... as long as it starts with something like
Issue #XYZ, I think it should pop back in here correctly. Just checked the commit message and GitHub-style messages like "Fixes #XYZ" doesn't trigger the comment on drupal.org, unfortunately :(Comment #16
jgrubb commentedOooo, right. I've been just taking the commit messages they provide below since then and they seem to Just Work. Thank you...
Comment #18
nerdcore commentedEarlier this week I moved some sites from apachesolr-7.x-1.7 to apachesolr-7.x-1.7+11-dev which contains the solr-5.x conf directory and necessary files for the shiny new Solr 5.x server I've setup.
Then yesterday a security update was released, apachesolr-7.x-1.8: https://www.drupal.org/node/2627580
I was excited to be able to move back to a stable release, but was surprised to discover that apachsolr-7.x-1.8 does NOT contain the
solr-conf/solr-5.xfolder.So, in order to address the ability to delete secondary search environments (the security issue), will I need to resurrect my Solr 4.x server for all my sites using this module? What happened to the solr-5.x configs in the latest stable release?
Comment #19
jgrubb commentedThat wasn't a stable release, those were just committed on the dev branch. Yesterday's security release was cut off the most stable release just to avoid any possible problems. I'm planning on getting together with @pwolanin tomorrow and hopefully getting these more recent commits into a new stable release.
Comment #20
emerham commentedHow did that meeting go?
Comment #21
joseph.olstadRTBC+ for patch #11
We need solr 5.x support added back to the 7.x-1.x dev branch
Comment #22
joseph.olstadI created a related issue for this..
Comment #23
rosk0Code for this issue is not lost, just checked this.
Comment #24
marcvangendActually, "Closed (fixed)" would be a better status, given that code has been committed for this issue. I'm setting it to "Fixed" so it will auto-close in 2 weeks.
Meanwhile, I posted a minor follow-up in #2879336: Solr 5 config name is incorrect.
Comment #25
joseph.olstadah yes, you are correct @marcangend , I was in the middle of a sprint doing a site with solr when I posted that message, I ended up using the dev release 7.x-1.x , perhaps a tag should be made for 7.x-1.9 with this fix added :
#2879336: Solr 5 config name is incorrect