Look at the POM lifecycle. The site stuff is wedged in there. I removed this in 
3.x.

http://svn.apache.org/repos/asf/maven/maven-2/tags/maven-2.2.0/maven-core/src/main/resources/META-INF/plexus/components.xml

On 2010-01-12, at 12:59 PM, Daniel Kulp wrote:

> 
> Why is the site descriptor being generated for surefire?
> 
> The shade release two weeks ago didn't generate a site file:
> http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-shade-plugin/1.3/
> 
> and neither did the patch plugin:
> http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-patch-
> plugin/1.1.1/
> 
> 
> Dan
> 
> 
> 
> On Tue January 12 2010 12:51:55 pm Stephen Connolly wrote:
>> The root cause seems to be that m-gpg-p does not consider that
>> project.artifact may have multiple entries (specifically the site
>> metadata)
>> 
>> We can argue that the site needs to be decoupled from releasing, but
>> as the site descriptor is one of the artifacts of a project (as
>> opposed to the site) then the site descriptor needs to be pushed to
>> the repo too... therefore m-site-p is correct to attach it (but
>> possibly incorrect attaching it directly to project.artifact)
>> 
>> In any case MGPG-19 reflects this crazy model of attaching artifacts
>> to a project because m-gpg-p does not look in this (frankly unknown to
>> me) other way of attaching an artifact.
>> 
>> If we are to fix this it will require re-deploying all the parents
>> after deploying a new m-gpg-p... all of which I suspect will require
>> turning off gpg validation on r.a.o first
>> 
>> -Stephen
>> 
>> 2010/1/12 Stephen Connolly <stephen.alan.conno...@gmail.com>:
>>> Fair enough, but we cannot make releases as things currently stand
>>> 
>>> 2010/1/12 Jason van Zyl <ja...@sonatype.com>:
>>>> The site stuff needs to be completely decoupled from releases. It such a
>>>> horrible coupling and causes nothing but problems. Release and the
>>>> documentation that goes along with it are completely separate.
>>>> 
>>>> On 2010-01-12, at 12:08 PM, Daniel Kulp wrote:
>>>>> Why does the site descriptor need to be "released" as part of the
>>>>> plugin?  Why not release surefire without it?
>>>>> 
>>>>> It's definitely a bug, but I'm failing to see why it's a blocker for
>>>>> now.
>>>>> 
>>>>> Dan
>>>>> 
>>>>> On Tue January 12 2010 11:56:28 am Stephen Connolly wrote:
>>>>>> I've raised http://jira.codehaus.org/browse/MGPG-19 to track the root
>>>>>> cause.
>>>>>> 
>>>>>> A temporary work around would be to disable GPG validation on r.a.o
>>>>>> 
>>>>>> -Stephen
>>>>>> 
>>>>>> P.S.
>>>>>> 
>>>>>> I'm blocked from releasing Surefire 2.5 due to this issue
>>>>>> 
>>>>>> 2010/1/12 Stephen Connolly <stephen.alan.conno...@gmail.com>:
>>>>>>> For some reason the site descriptor does not get a signature
>>>>>>> generated by the gpg plugin.
>>>>>>> 
>>>>>>> As r.a.o now requires all artifacts to be signed, it would appear to
>>>>>>> be impossible to close a staged repository.
>>>>>>> 
>>>>>>> Or do other people have information to the contrary?
>>>>>>> 
>>>>>>> -Stephen
>>>>>> 
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>> 
>>>>> --
>>>>> Daniel Kulp
>>>>> dk...@apache.org
>>>>> http://www.dankulp.com/blog
>>>>> 
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>> 
>>>> Thanks,
>>>> 
>>>> Jason
>>>> 
>>>> ----------------------------------------------------------
>>>> Jason van Zyl
>>>> Founder,  Apache Maven
>>>> http://twitter.com/jvanzyl
>>>> ----------------------------------------------------------
>>>> 
>>>> 
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>> 
> 
> -- 
> Daniel Kulp
> dk...@apache.org
> http://www.dankulp.com/blog
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
> 

Thanks,

Jason

----------------------------------------------------------
Jason van Zyl
Founder,  Apache Maven
http://twitter.com/jvanzyl
----------------------------------------------------------


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

Reply via email to