Yes it would be a slight anomaly for this .jsp file (a small text file) to be there but not the jar file. But that feels like a better trade than this contrib module being the only contrib module that has it's jar file within Solr's war. I don't see what issue there would be regarding SolrResourceLoader. I tried out what I'm talking about and used example-DIH with the DIH .jar file in the multicore lib directory of that example and I used the "db" core fine. I can submit a patch in JIRA if you're agreeable. ~ David ________________________________________ From: Erik Hatcher [erik.hatc...@gmail.com] Sent: Wednesday, February 16, 2011 1:06 AM To: dev@lucene.apache.org Subject: Re: Why does DIH jar end up in Solr war?
Well, it doesn't really make any sense for dataimport.jsp to be in the WAR file if DIH isn't there (will it really work being loaded, and friends, by SolrResourceLoader)? Erik On Feb 16, 2011, at 00:57 , Smiley, David W. wrote: > I noticed that the DIH .jar file ends up in the .war file. It ends up this > way because the DIH's build.xml copies it into a place so that it ultimately > winds up there. This seems like an odd thing because no other contrib module > gets this special treatment. I noticed that the dataimport.jsp has a trivial > dependency on the DataImportHandler class for an instanceof check that could > be replaced with a string comparison of the class name. With that in place, > this JSP won't error out if the DIH is not included. So does someone have a > reason? In the absence of a good one, I suggest this needless exception be > removed on the basis of consistency. > ~ David Smiley > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org