>> If we _really_ start to use timestamps on a wider scale, can we please
>> define a target directory for putting all the timestamps. Putting them
>> all in ${maven.build.dest} is IMHO ugly and confuses users. How about
>> ${maven.build.timestamps}?
I thought about that - I think there are problems with both approaches.
Seperate timestamp dir.
If the timestamp files are outside of the destination dirs, then it becomes
a lot more complex when you a specific clean (because they are seperated).
It also will break if you happen to do a manual delete (outside of Maven)
of one part of the target dir.
Timestamps integrated into destination dirs
If the timestamp files are in a seperate directory, its easy to trigger a
complete rebuild by deleting the whole dir whereas if its in the
destination dir, its spread out. The answer here is to have a -rebuildAll
flag that ignores timestamps
In any case, I think the actual destination should be a property (and the
same dir hierarcy maintained) so we can switch between the two.
-Nick
This message and any attachments (the "message") is
intended solely for the addressees and is confidential.
If you receive this message in error, please delete it and
immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole
or partial, is prohibited except formal approval. The internet
can not guarantee the integrity of this message.
BNP PARIBAS (and its subsidiaries) shall (will) not
therefore be liable for the message if modified.
---------------------------------------------
Ce message et toutes les pieces jointes (ci-apres le
"message") sont etablis a l'intention exclusive de ses
destinataires et sont confidentiels. Si vous recevez ce
message par erreur, merci de le detruire et d'en avertir
immediatement l'expediteur. Toute utilisation de ce
message non conforme a sa destination, toute diffusion
ou toute publication, totale ou partielle, est interdite, sauf
autorisation expresse. L'internet ne permettant pas
d'assurer l'integrite de ce message, BNP PARIBAS (et ses
filiales) decline(nt) toute responsabilite au titre de ce
message, dans l'hypothese ou il aurait ete modifie.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
