[
https://issues.apache.org/jira/browse/SOLR-15733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17622458#comment-17622458
]
Kevin Risden commented on SOLR-15733:
-------------------------------------
{quote}I just don't find it very useful to have an artifact that holds a few
classes and no additional dependencies in our ideal end-state.{quote}
commons-math is at least one dependency already. guava and maybe others in
tests. I think it makes it easier to see what libraries are needed.
also streaming expressions has some interesting dependencies on sql. would be
good to see if we can slim down regular solrj to avoid most of that cross
module dependency.
{quote}overall I think there needs to be a user-centered reason for splitting
out solrj-streaming.{quote}
so we could even just have this internally separated out and always have solrj
have a dependency on it if we want. end user would never know the difference.
It just makes it cleaner to support.
> Separate out a solrj-streaming module
> -------------------------------------
>
> Key: SOLR-15733
> URL: https://issues.apache.org/jira/browse/SOLR-15733
> Project: Solr
> Issue Type: Sub-task
> Reporter: Jan Høydahl
> Assignee: Joel Bernstein
> Priority: Major
> Time Spent: 4h 40m
> Remaining Estimate: 0h
>
> The huge amount of streaming expression code under
> {{org.apache.solr.client.solrj.io}} package can be shipped as an optional
> jar. The {{solrj-jdbc}} (or {{solrj-sql}}) modules would then have a
> dependency on this...
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
