[
https://issues.apache.org/jira/browse/SOLR-10308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15928908#comment-15928908
]
Shawn Heisey commented on SOLR-10308:
-------------------------------------
Why would you be putting the Solr *SERVER* in the same JVM as Selenium? SolrJ
(the client) doesn't normally depend on Guava, and is the only part of Solr
that I would even remotely expect to coexist with Selenium. Since version 5.0,
Solr no longer officially supports running with other web applications -- the
only supported way to start it is with the included Jetty installation, and we
strongly recommend that the Jetty install is kept clean.
The only time I would expect the bulk of Solr to be in a client application is
if you are using EmbeddedSolrServer ... but in that case, there is no HTTP
access, so Selenium wouldn't work anyway.
Until Solr's dependencies (hadoop in particular) upgrade to work with newer
Guava versions, I'm afraid that Solr will be stuck in the past. I suspect that
Google follows generally recommended deprecation practices, but it is
impractical to hold onto deprecated code for years at a time, which is what
would be required to keep complete compatibility for seven major versions.
> 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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
