-----Original Message----- From: Gisbert Amm [mailto:[EMAIL PROTECTED] Sent: Thursday, February 17, 2005 11:36 AM To: Maven Users List Subject: Re: How to configure the name of the target directory?
Yes, maven.build.dir is exactly what I was looking for. Sorry for bothering you with a RTFM question. I had somehow overseen it (not yet fully waken up, I suppose ;-)
I think it won't be that wise to change it.
I bet it is so commonly used now that some plugins may have hardcoded paths which are using target directory.
If they'd really do so I'd consider that clearly a bug. Until now all seems to work correctly.
Is there any particular and good reason why you want to change it? Isn't it better to use what everybody else is using?
I have different Cruisecontrol Maven jobs using the same Subversion working copy:
1) Only compile and unittest to give developers the quickest reponse after commit ever possible. Does a maven:clean before starting (for obvious reasions).
2) Build the project reports. Lasts some minutes. Is triggered by 1) and uses the same Subversion working copy in the same revision at this point.
3) Deploy the built application (war) to a test harness. Also triggered by 1)
All of this works fine while the builds are passing. But when 1) and 2) fail at the same time, there is a sort of a race condition, like that
...
2) tries to build again and writes to the target directory
1) tries to build again and deletes the target directory
2) fails because of the missing target directory and tries to build again; it creates the target directory anew (or does some changes in the meanwhile recreated target dir of 1))
1) fails because of the changes made by 2) in the target directory
and so on
The easiest and for me obvious solution is to give 2) an own target directory. Since Maven officially supports this with the maven.build.dir prameter (it is not even deprecated!) - why shouldn't do it? And why do you feel bothered at all?
Regards, Gisbert Amm
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
