I'm looking at SOLR-20 and SOLR-135. It would be nice to have have many interface/utility classes in an independant library without lucene, solr, or junit dependancies.

I thought this could be as simple as putting o.a.s.util in its own jar file - but there are a bunch of dependencies that make that difficult.

Is it a bad idea to split classes in a package across multiple jar files? For example, could we put:
 o.a.s.core.SolrException
 o.a.s.handler.UpdateParams
 o.a.s.request.SolrParams
 o.a.s.util.* (except for some things)

in solr-util.jar?

I haven't seen anyone else do this...

The alternative is to refactor things so that o.a.s.util can be independent, but that seems a bit drastic.

thoughts?


Reply via email to