[
https://issues.apache.org/jira/browse/SOLR-15914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17480525#comment-17480525
]
Jan Høydahl commented on SOLR-15914:
------------------------------------
The PR is ready for testing and review
> Make it super simple to add a contrib module to shared classpath
> ----------------------------------------------------------------
>
> Key: SOLR-15914
> URL: https://issues.apache.org/jira/browse/SOLR-15914
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Jan Høydahl
> Assignee: Jan Høydahl
> Priority: Blocker
> Fix For: 9.0
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> The solr tarball (and docker container) ships with several contribs, but
> adding them to the classpath has earlier involved inserting
> {{<lib>../../../foo.jar</lib>}} entries into solrconfig. There is also the
> {{<sharedLib>}} config in solr.xml available as
> {{{}-Dsolr.sharedLib=/my/folder,/my/other/folder{}}}. Finally we also have
> package manager with own classloaders of course. We'll live with all of these
> for some time, so let's make each one more pleasant to use.
> Today, to add a contrib to path you would add both {{dist/foo*.jar}} and
> {{contrib/foo/lib/*.jar}} to classpath. Sometimes perhaps more.
> In this Jira I'd like to make it much easier for users to add a contrib to
> path by its name. Goal is for something like
> {code:java}
> SOLR_MODULES=langid,extraction bin/solr start -c {code}
> The bin/solr script would have a map of contrib to lib-folders, and add those
> as {{sharedLib}} entries, possibly appending to the user-supplied list of
> sharedLib?
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
