[
https://issues.apache.org/jira/browse/LUCENE-3961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13247785#comment-13247785
]
Robert Muir commented on LUCENE-3961:
-------------------------------------
Hossman: I don't understand your #2: We currently don't generally use jars
as the actual classpath for testing though, and i strongly disagree that
we should. This really REALLY REALLY slow things down.
we might build them in module/contrib-uptodate, but its just because they
are a file with a timestamp. Touch is a much faster way to make a file with
a timestamp.
by never creating a jar in the first place your #2 doesn't happen at all really.
in fact i think whatever we put in build/ is "private" implementation details
of our build. If someone wants to rebuild jar files they should be running
the packaging tasks and getting them from dist/
> don't build and rebuild jar files for dependencies in tests
> -----------------------------------------------------------
>
> Key: LUCENE-3961
> URL: https://issues.apache.org/jira/browse/LUCENE-3961
> Project: Lucene - Java
> Issue Type: Improvement
> Components: general/build
> Reporter: Robert Muir
> Fix For: 4.0
>
>
> Hossman's comments about when jars are built had me thinking,
> its not really great how dependencies are managed currently.
> say i have contrib/hamburger that depends on contrib/cheese
> if I do 'ant test' in contrib/hamburger, you end out with a situation
> where you have no hamburger.jar but you have a cheese.jar.
> The reason for this: i think is how we implement the contrib-uptodate,
> via .jar files. I think instead contrib-uptodate shouldnt use actual
> jar files (cheese.jar) but a simple file we 'touch' like cheese.compiled.
> This will make the build faster, especially I think the solr tests
> which uses these dependencies across a lot of lucene modules. we won't
> constantly jar their stuff.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
