This is by design to prevent the artifacts in the local repository being different from the ones in the remote repository :)
Does it make more sense to deploy the results as a separate attachment, rather than putting it inside META-INF? Otherwise, I would suggest using a profile to enable it when deploying. It makes deploying a longer command, but it sounds like this is your less frequent use case. - Brett 2008/9/30 Tibor Kiss <[EMAIL PROTECTED]>: > Hi, > > My usecase is the following. > > The team want to enforce a svn status check against source codes before > deploying into repository. But not for install! > I wrote a maven plugin which does the checking. The only missing piece is > that until now I just solved the problem by a configuration parameter > "<skipCheck>false</skipCheck>" which tells that now I don't want to check svn > status, let me install as is. > Unfortunately I cannot just attach the Mojo to "deploy" phase. I have to > attach to "package" phase, because I have to save the result within the > META-INF directory. > > It's a bit inconvenient to always switch this parameter by editing the > configuration. I would like to know if the deploy phase is really running or > not. > > Tibor > > ________________________________________ > Feladó: Brett Porter [EMAIL PROTECTED] > Küldve: 2008. szeptember 17. 21:01 > Címzett: Maven Users List > Tárgy: Re: Is there a way to obtain the caller's goal from within a Mojo? > > Not easily. Additional plugin configuration can be used to track the > purpose of the execution. A better alternative is to split the > functionality to bind into the appropriate phases. > > Can you outline your use case? > > - Brett > > 2008/9/17 Tibor Kiss <[EMAIL PROTECTED]>: >> Hi. >> >> I would like to know within a Mojo implementation that the maven was started >> with install or deploy goal. Is it possible? >> >> Tibor >> > > > > -- > Brett Porter > Blog: http://blogs.exist.com/bporter/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Brett Porter Blog: http://blogs.exist.com/bporter/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
