bq. For most things (running tests, sha checks, etc.) the dependency JARs don't 
have to be copied to the project (and why should they be). 

Sure.

bq. The only exception is packaging final distribution. 

I’ve really got to disagree here when it comes to Solr. I dive into and out of 
building/running Solr many times a day. Having to package it all up then 
explode it just to check something and/or explore a problem is a waste.

And at this point I don’t see how to start Solr at all. Even if I execute the 
“packageDist” task and produce a tgz and zip file, when those are exploded the 
../solr/bin directory isn’t there, so no ../solr/bin/solr script to start an 
instance etc. 

So what it looks like to me is that the work has been done on running tests (a 
big job to be sure), but there’s nothing yet that’ll allow us to actually run 
Solr, either in a distro or as part of development. Perhaps making it work for 
the distro will also fix the development need. Of course I may be missing some 
obvious target, wouldn’t be the first time.

I’m open to working on Solr differently than I’m accustomed to, but I have to 
be able to make a change to Solr and then start Solr using that change 
conveniently. Going through the cycle of having to package it up and explode it 
just to do that is unacceptable.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to