You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@buildr.apache.org by "Ittay Dror (JIRA)" <ji...@apache.org> on 2009/10/26 16:30:59 UTC
[jira] Commented: (BUILDR-333) buildr does not repackage when
working with eclipse that compiles to target/classes
[ https://issues.apache.org/jira/browse/BUILDR-333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12770056#action_12770056 ]
Ittay Dror commented on BUILDR-333:
-----------------------------------
another suggestion is that CompileTask#target should have all .class files as prerequisites
> buildr does not repackage when working with eclipse that compiles to target/classes
> -----------------------------------------------------------------------------------
>
> Key: BUILDR-333
> URL: https://issues.apache.org/jira/browse/BUILDR-333
> Project: Buildr
> Issue Type: Bug
> Components: Compilers
> Reporter: Ittay Dror
>
> Many java developers set the project's output in Eclipse to target/classes to save compilation time of BuildR.
> Say I change a file:
> * jar task depends on compile.target
> * compile.target depends on compile task
> * compile task's needed? method checks Base#needed?
> * Base#needed? compares sources, classes and dependencies timestamps
> ==> since eclipse compiled the source, Base#needed? returns fals
> ==> nothing is done (jar is not repackaged)
> Suggestion: Jar task should compare jar and classes timestamp. if there are newer classes, it is needed to be executed
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.