[ https://issues.apache.org/jira/browse/SOLR-10087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15848959#comment-15848959 ]
Noble Paul edited comment on SOLR-10087 at 2/1/17 9:30 PM: ----------------------------------------------------------- I believe all components should be dynamically loadable. [~risdenk] , please explain (in description) how users can register a streaming expression plugin and use it if the class is loaded from a runtime jar [~dpgove] We have taken extreme caution in protecting the system while using libraries posted from outside 1) user has to enable it explicitly from command line 2) user can optionally choose to enforce that the binaries are signed by a certain private key was (Author: noble.paul): I believe all components should be dynamically loadable. [~risdenk] , please explain (in description) how users can register a streaming expression plugin and use it [~dpgove] We have taken extreme caution in protecting the system while using libraries posted from outside 1) user has to enable it explicitly from command line 2) user can optionally choose to enforce that the binaries are signed by a certain private key > StreamHandler should be able to use runtimeLib jars > --------------------------------------------------- > > Key: SOLR-10087 > URL: https://issues.apache.org/jira/browse/SOLR-10087 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Reporter: Kevin Risden > Assignee: Kevin Risden > Priority: Minor > Attachments: SOLR-10087.patch > > > StreamHandler currently can't uses jars that via the runtimeLib and Blob > Store api. This is because the StreamHandler uses core.getResourceLoader() > instead of core.getMemClassLoader() for loading classes. > An example of this working with the fix is here: > https://github.com/risdenk/solr_custom_streaming_expressions -- 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