Barrie,

We have an execution of the gmaven-plugin to set a property -- a
property that we don't even need in the site build.

I see:

[INFO] --- gmaven-plugin:1.4:execute (default) @ tanuki-unpack ---

and then a bunch of the usual, and then ...

[INFO] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
[INFO] Forking Juggernaut Release Distribution 0.9.101-SNAPSHOT
[INFO] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

The gmaven execution is bound to 'validate', which isn't even supposed
to be in the site lifecycle as previously noted.

Or, some of the Forking follows just after
maven-javadoc-plugin:2.8.1:aggregate (aggregate) @ jug-setup-bt-root
>>>.




On Tue, Oct 23, 2012 at 6:12 PM, Barrie Treloar <baerr...@gmail.com> wrote:
> On Wed, Oct 24, 2012 at 6:42 AM, Benson Margulies <bimargul...@gmail.com> 
> wrote:
>> Using either 3.1 or 3.2, a large project of mine has developed the
>> tendency to just keep running the site plugin forever when I run mvn
>> site-deploy with 3.0.4.
>>
>> One aspect of this that I find confusing is this: 'validate' is not
>> listed as part of the site lifecycle, yet mvn site-deploy is most
>> definitely running executions bound to validate. If wanted something
>> to run very early in the normal lifecycle and not when building the
>> site, any suggestions?
>>
>> I see a lot of messages about forking, and it seems to be running the
>> same stuff over, and over, and over again.
>
> I had a problem with lots of unnecessary forking.
>
> Running with -X spews out lots of information, but forcing myself to
> sift through it found that I was using maven-source-jar:jar (which
> forks) when I switched to :jar-no-fork problem went away.
>
> You might have something similar.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Reply via email to