: But we still prefer the usage of DIH package classes without any prefix.
: type="HttpDataSource"
: instead of
: type="solr.HttpDataSource"
:
: But users must be able to load their classes using the "solr.<classname>"
format
I'm not 100% certain what you mean by that last comment, but it seems like
the the most straight forward appraoch that will confuse the least amount
of people is for DIH to be consistent with the rest of Solr in how
"plugins" are loaded. The helper methods already exist to make this
easy in SolrResourceLoader...
public Class findClass(String cname, String... subpackages)
public Object newInstance(String cname, String ... subpackages)
...all DIH needs to do is pass the appropriate subpackage(s?) ...
"handler.dataimport." (and maybe in some cases lists like
{"handler.dataimport.", "handler.dataimport.transformer."} if that's the
way the code winds up being organized)
-Hoss
