[
https://issues.apache.org/jira/browse/SOLR-10308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16354149#comment-16354149
]
Shawn Heisey commented on SOLR-10308:
-------------------------------------
bq. XWiki is stuck with Guava 20 (on which it's working well by the way so you
might consider upgrading at least to this version) because it's embedding Solr.
Solr supports indexes in HDFS, which means that Solr has Hadoop dependencies.
The version of Hadoop included with Solr doesn't work with newer Guava
versions. Fixing the problems with the core Solr code related to Guava 21 is
easy, but there is little we can do about the hadoop -- it's a completely
separate project. The vast majority of Solr users don't use HDFS, and those
users apparently can upgrade to Guava 20, but the project as a whole cannot
upgrade.
Hadoop 3.0 has been upgraded to Guava 18 (they were at version 11!). I don't
know if this means that it would be compatible with Guava 21 or later, though.
See HADOOP-10101 and SOLR-9515.
On XWiki and Solr: Why would anyone EVER use EmbeddedSolrServer in a production
application? There is absolutely no way to provide high availability,
redundancy, load balancing, etc.
> Solr fails to work with Guava 21.0
> ----------------------------------
>
> Key: SOLR-10308
> URL: https://issues.apache.org/jira/browse/SOLR-10308
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: highlighter
> Affects Versions: 6.4.2
> Reporter: Vincent Massol
> Priority: Major
>
> This is what we get:
> {noformat}
> Caused by: java.lang.NoSuchMethodError:
> com.google.common.base.Objects.firstNonNull(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;
> at
> org.apache.solr.handler.component.HighlightComponent.prepare(HighlightComponent.java:118)
> at
> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:269)
> at
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:166)
> at org.apache.solr.core.SolrCore.execute(SolrCore.java:2299)
> at
> org.apache.solr.client.solrj.embedded.EmbeddedSolrServer.request(EmbeddedSolrServer.java:178)
> at
> org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:149)
> at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:942)
> at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:957)
> at
> org.xwiki.search.solr.internal.AbstractSolrInstance.query(AbstractSolrInstance.java:117)
> at
> org.xwiki.query.solr.internal.SolrQueryExecutor.execute(SolrQueryExecutor.java:122)
> at
> org.xwiki.query.internal.DefaultQueryExecutorManager.execute(DefaultQueryExecutorManager.java:72)
> at
> org.xwiki.query.internal.SecureQueryExecutorManager.execute(SecureQueryExecutorManager.java:67)
> at org.xwiki.query.internal.DefaultQuery.execute(DefaultQuery.java:287)
> at org.xwiki.query.internal.ScriptQuery.execute(ScriptQuery.java:237)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
> at
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
> at
> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
> ... 183 more
> {noformat}
> Guava 21 has removed some signature that solr is currently using.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
