[ https://issues.apache.org/jira/browse/SOLR-15914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jan Høydahl updated SOLR-15914: ------------------------------- Summary: Make it super simple to add a contrib module to shared classpath (was: bin/solr argument to add contribs to classpath) > 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 > Priority: Major > > 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