[ 
https://issues.apache.org/jira/browse/SOLR-10308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15929825#comment-15929825
 ] 

Vincent Massol edited comment on SOLR-10308 at 3/17/17 12:00 PM:
-----------------------------------------------------------------

Yes you're most 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.


was (Author: vmassol):
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]

Reply via email to