[ https://issues.apache.org/jira/browse/SOLR-14197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17241856#comment-17241856 ]
ASF subversion and git services commented on SOLR-14197: -------------------------------------------------------- Commit ce1b907924a30dd3312e24cbad0b981c5be11799 in lucene-solr's branch refs/heads/branch_8x from Thomas Mortagne [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=ce1b907 ] SOLR-15017: Core's lib/ dir was ignored sometimes (#2107) A core's lib/ folder was ignored when the core's configuration did not define any <lib> element. This is a regression introduced in 8.6 by SOLR-14197. (cherry picked from commit feb897a962453e6b92dd7bbe51eb2c434cf3143d) > Reduce API of SolrResourceLoader > -------------------------------- > > Key: SOLR-14197 > URL: https://issues.apache.org/jira/browse/SOLR-14197 > Project: Solr > Issue Type: Improvement > Reporter: David Smiley > Assignee: David Smiley > Priority: Major > Fix For: 8.6 > > Time Spent: 3h 50m > Remaining Estimate: 0h > > SolrResourceLoader must exist as an implementation of Lucene ResourceLoader. > Over time it has grown a lot more methods that are beyond the scope of doing > just that. I think SRL should be simplified to get back to its core > necessity, which hopefully allows us to make other changes (either in SRL or > nearby) with less entanglement. Some API creep: > * listConfigDir _(not used)_ > * newAdminHandlerInstance _(not used)_ > * getDataDir > * getCoreName _(only used for logging)_ > * getCoreProperties > * openSchema and configSchema _(not needed; barely used)_ > EDIT: The following to be done in a follow-up issue: > Some methods ought to go to a new subclass of SolrResourceLoader that is > specifically for a standalone-mode core: > * resourceLocation > * getConfigDir > * getInstancePath > * persistConfLocally -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org