[
https://issues.apache.org/jira/browse/SOLR-10308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15929825#comment-15929825
]
Vincent Massol commented on SOLR-10308:
---------------------------------------
Yes you're ost likely right but it's a bit more complex; we have a single maven
build and the guava dependency version is declared in the root pom (to version
20 ATM because Solr doesn't work with version 21) so that all dependencies
(including transitive ones) requiring guava all use the same version. The
functional tests that we run somewhere in that build use selenium and thus
require version 21 for selenium 3.3.1. I guess one solution would be to
refactor this build at the expense of a lot of explicit guava dependencies in
several places (instead of the single one at the top). To complete the picture,
we're using the maven enforcer plugin with the "requireUpperBoundDeps" check,
which fails the build in case of conflicts.
Thanks.
> 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
>
> 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
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
