[
https://issues.apache.org/jira/browse/SOLR-16011?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17492800#comment-17492800
]
Kevin Risden commented on SOLR-16011:
-------------------------------------
Yea I guess thats possible. This could come up with any other shaded dependency
:( The IDE likes to be "helpful" and just picks what matches in the dependency
tree. This is the only case of this specific pattern.
Ideally we would forbid Guava in general and migrate to non Guava stuff - that
would have also technically found this specific case.
> AbstractAtomicUpdatesMultivalueTestBase should not use Guava lists from
> Curator
> -------------------------------------------------------------------------------
>
> Key: SOLR-16011
> URL: https://issues.apache.org/jira/browse/SOLR-16011
> Project: Solr
> Issue Type: Task
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Tests
> Reporter: Kevin Risden
> Assignee: Kevin Risden
> Priority: Trivial
> Fix For: 9.0
>
> Time Spent: 20m
> Remaining Estimate: 0h
>
> AbstractAtomicUpdatesMultivalueTestBase currently uses Guava that is shaded
> from Curator. This isn't necessary since
> AbstractAtomicUpdatesMultivalueTestBase could just use Lists.of().
> This was found in SOLR-15904
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
