lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From <>
Subject RE: Mix Solr 4 and 5?
Date Fri, 22 Jan 2016 15:40:00 GMT
Yeah, sort of. Solr isn't bundled in the CMS, it is in a separate Tomcat instance. But our
code is running on the same Tomcat as the CMS, and the CMS uses solrj 4.x to talk with its
solr. And now we want to be able to talk with our own separate solr, running solr 5.x, and
would prefer to use solrj for this.


-----Original Message-----
From: Jack Krupansky [] 
Sent: Friday, January 22, 2016 10:11 PM
Subject: Re: Mix Solr 4 and 5?

Just to be clear, are you talking about a single app that does SolrJ calls to both your CMS
and your free text search index? So, one Java app that is simultaneously sending requests
to two Solr instances (once 4, one 5)?

-- Jack Krupansky

On Fri, Jan 22, 2016 at 1:57 AM, <>

> Hi,
> Long story short, we use a CMS that is integrated with Solr 4.6, with 
> the solrj jar file in the global/common Tomcat classpath. We currently 
> use a Google Search Appliance machine for our own freetext search 
> needs, but plan to replace that with some other solution in the near 
> future. Since we already work with solr because of the CMS 
> integration, we would like to select solr for this project.
> But I would prefer to use the latest version, ie solr 5, and I am not 
> sure how that would work in our situation. Can we use the solrj client 
> for solr
> 4 when indexing and searching on a solr 5 server? If so, would we miss 
> some important feature, and would this setup be future proof?
> Or can we somehow use both solr4 and solr 5 client libraries at the 
> same time, in the same context? It is not possible to upgrade the solr 
> server that the CMS is using, and it is not possible to remove the 4.6 
> solrj jar from the common classpath in Tomcat. That is, unless the 
> solr 5 version of solrj is backwards compatible, so that we can switch 
> the jar files and our CMS would still be able to index and search in it's own solr 4
> What would you say that our options are? I would really not like 
> having do low level http calls to the solr 5 server.
> Regards
> /Jimi
View raw message