You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by David Jencks <da...@yahoo.com> on 2008/03/09 23:59:14 UTC

[VOTE] genesis 1.4 take 3

Hi,

Changes in v3:
Change the legal-bundle to have really simple NOTICE file and put all  
the dependency info in a separate DEPENDENCIES file.  This  
corresponds to what appears to be current thinking on legal-discuss  
about what should be in these files.  We should be able to use this  
bundle with the maven-remote-resources-plugin everywhere now.

Fiddle around with the maven site generation and site deployment so  
it more or less works.  Add some instructions in the project-config  
site.

Changes in v2:
Change in the release plugin configuration to use the default tagBase  
in release profiles in projects that inherit from the project-config  
pom.  It is also possible to override tagBase but this should not be  
necessary as we adhere to standard svn layout. There are also some  
plugin version upgrades.

The new root pom includes a release profile that sets up the standard  
javadoc, source and gpg plugins and uses the default tagBase location.

This sets us up for using the release process also now under vote  
described at http://cwiki.apache.org/confluence/display/GMOxPMGT/ 
Proposed+%28updated%29+release+process

The only Jira I know about is https://issues.apache.org/jira/browse/ 
GERONIMO-3895

Staging repo:
http://people.apache.org/~djencks/staging-repo/org/apache/geronimo/ 
genesis/
site staging:
http://people.apache.org/~djencks/staging-site/maven/genesis/1.4/

This time I was able to use mvn site site-deploy -Prelease,default to  
deploy the site all at once to the staging-site.


Vote open for 72 hours.

[ ] +1
[ ] +0
[ ] -1

thanks
david jencks

Re: [VOTE] genesis 1.4 take 3

Posted by Jason Dillon <ja...@planet57.com>.
Building genesis spits this out... which is a bit unusual:

<snip>
[INFO] [remote-resources:process {execution: default}]
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:  
reference : template = META-INF/DEPENDENCIES.vm [line 32,column 20] :  
$project.url is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:  
reference : template = META-INF/DEPENDENCIES.vm [line 32,column 20] :  
$project.url is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException:  
reference : template = META-INF/DEPENDENCIES.vm [line 32,column 20] :  
$project.url is not a valid reference.
</snip>

--jason


On Mar 10, 2008, at 5:59 AM, David Jencks wrote:

> Hi,
>
> Changes in v3:
> Change the legal-bundle to have really simple NOTICE file and put  
> all the dependency info in a separate DEPENDENCIES file.  This  
> corresponds to what appears to be current thinking on legal-discuss  
> about what should be in these files.  We should be able to use this  
> bundle with the maven-remote-resources-plugin everywhere now.
>
> Fiddle around with the maven site generation and site deployment so  
> it more or less works.  Add some instructions in the project-config  
> site.
>
> Changes in v2:
> Change in the release plugin configuration to use the default  
> tagBase in release profiles in projects that inherit from the  
> project-config pom.  It is also possible to override tagBase but  
> this should not be necessary as we adhere to standard svn layout.  
> There are also some plugin version upgrades.
>
> The new root pom includes a release profile that sets up the  
> standard javadoc, source and gpg plugins and uses the default  
> tagBase location.
>
> This sets us up for using the release process also now under vote  
> described at http://cwiki.apache.org/confluence/display/GMOxPMGT/Proposed+%28updated%29+release+process
>
> The only Jira I know about is https://issues.apache.org/jira/browse/GERONIMO-3895
>
> Staging repo:
> http://people.apache.org/~djencks/staging-repo/org/apache/geronimo/genesis/
> site staging:
> http://people.apache.org/~djencks/staging-site/maven/genesis/1.4/
>
> This time I was able to use mvn site site-deploy -Prelease,default  
> to deploy the site all at once to the staging-site.
>
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> thanks
> david jencks


Re: [VOTE] genesis 1.4 take 3

Posted by David Jencks <da...@yahoo.com>.
+1
david jencks

On Mar 9, 2008, at 3:59 PM, David Jencks wrote:

> Hi,
>
> Changes in v3:
> Change the legal-bundle to have really simple NOTICE file and put  
> all the dependency info in a separate DEPENDENCIES file.  This  
> corresponds to what appears to be current thinking on legal-discuss  
> about what should be in these files.  We should be able to use this  
> bundle with the maven-remote-resources-plugin everywhere now.
>
> Fiddle around with the maven site generation and site deployment so  
> it more or less works.  Add some instructions in the project-config  
> site.
>
> Changes in v2:
> Change in the release plugin configuration to use the default  
> tagBase in release profiles in projects that inherit from the  
> project-config pom.  It is also possible to override tagBase but  
> this should not be necessary as we adhere to standard svn layout.  
> There are also some plugin version upgrades.
>
> The new root pom includes a release profile that sets up the  
> standard javadoc, source and gpg plugins and uses the default  
> tagBase location.
>
> This sets us up for using the release process also now under vote  
> described at http://cwiki.apache.org/confluence/display/GMOxPMGT/ 
> Proposed+%28updated%29+release+process
>
> The only Jira I know about is https://issues.apache.org/jira/browse/ 
> GERONIMO-3895
>
> Staging repo:
> http://people.apache.org/~djencks/staging-repo/org/apache/geronimo/ 
> genesis/
> site staging:
> http://people.apache.org/~djencks/staging-site/maven/genesis/1.4/
>
> This time I was able to use mvn site site-deploy -Prelease,default  
> to deploy the site all at once to the staging-site.
>
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> thanks
> david jencks


Re: [VOTE] genesis 1.4 take 3 (cancelled)

Posted by Kevan Miller <ke...@gmail.com>.
On Mar 10, 2008, at 2:22 AM, David Jencks wrote:

>
> On Mar 9, 2008, at 10:50 PM, David Jencks wrote:
>
>> We'll get to take 5 yet!
>>
>> Problems identified so far:
>>
>> - version of legal-bundle needs to be fixed not variable in project- 
>> config/pom
> fixed, although I'm not sure what releasing will do.
>> - tools plugin verifier is looking for LICENSE.txt and NOTICE.txt  
>> but we are supplying LICENSE and NOTICE
> See below.
>> - velocity complaints noted by jdillon
> fixed
>> - in the generated website there are no parent links.  On the other  
>> hand I can't find them in any other maven generated website either  
>> so it might not be our fault.
> Anyone have a clue?  I don't and don't want to spend more time on  
> this.
>>
>> I'm also thinking of including the rat plugin and wondering if we  
>> need the legal verifier as well?  I don't think rat produces  
>> failures but does do more extensive checks.
> added for manual runs.  Rat does fail the build but I don't think it  
> checks inside jars and it doesn't know about a lot of the generated  
> files.  I don't know if it can be taught.
>
> What I'm not sure about is how to deal with the name change in  
> default license/notice files.  One solution is to change the  
> hardcoded default values in the plugin.  I'd like to do this unless  
> someone (jdillon?) objects.  Another is to change the generated file  
> names.  I'd rather not do this as it takes us farther from the maven  
> "standard" for no good reason I can see.  We could also override the  
> defaults in either project-config or each individual top-level child  
> project.
>
> Preferences anyone?

I think generated LICENSE/NOTICE files are fine. I believe they are  
the preferred forms, although .txt files are permitted. AFAIK, the  
only reason we've continued to use .txt is historical (why change, if  
it's valid?). This seems like a good motivation to switch to LICENSE  
and NOTICE. I think either form should be permitted/checked for by the  
verifier plugin. I'm not sure if that's what you're proposing will  
permit either forms. I'd prefer we permit either alternative, but will  
sleep just fine if it requires LICENSE/NOTICE.

I think we need to keep legal verifier.

--kevan

Re: [VOTE] genesis 1.4 take 3 (cancelled)

Posted by David Jencks <da...@yahoo.com>.
On Mar 9, 2008, at 10:50 PM, David Jencks wrote:

> We'll get to take 5 yet!
>
> Problems identified so far:
>
> - version of legal-bundle needs to be fixed not variable in project- 
> config/pom
fixed, although I'm not sure what releasing will do.
> - tools plugin verifier is looking for LICENSE.txt and NOTICE.txt  
> but we are supplying LICENSE and NOTICE
See below.
> - velocity complaints noted by jdillon
fixed
> - in the generated website there are no parent links.  On the other  
> hand I can't find them in any other maven generated website either  
> so it might not be our fault.
Anyone have a clue?  I don't and don't want to spend more time on this.
>
> I'm also thinking of including the rat plugin and wondering if we  
> need the legal verifier as well?  I don't think rat produces  
> failures but does do more extensive checks.
added for manual runs.  Rat does fail the build but I don't think it  
checks inside jars and it doesn't know about a lot of the generated  
files.  I don't know if it can be taught.

What I'm not sure about is how to deal with the name change in  
default license/notice files.  One solution is to change the  
hardcoded default values in the plugin.  I'd like to do this unless  
someone (jdillon?) objects.  Another is to change the generated file  
names.  I'd rather not do this as it takes us farther from the maven  
"standard" for no good reason I can see.  We could also override the  
defaults in either project-config or each individual top-level child  
project.

Preferences anyone?

thanks
david jencks


>
> thanks
> david jencks
>
> On Mar 9, 2008, at 3:59 PM, David Jencks wrote:
>
>> Hi,
>>
>> Changes in v3:
>> Change the legal-bundle to have really simple NOTICE file and put  
>> all the dependency info in a separate DEPENDENCIES file.  This  
>> corresponds to what appears to be current thinking on legal- 
>> discuss about what should be in these files.  We should be able to  
>> use this bundle with the maven-remote-resources-plugin everywhere  
>> now.
>>
>> Fiddle around with the maven site generation and site deployment  
>> so it more or less works.  Add some instructions in the project- 
>> config site.
>>
>> Changes in v2:
>> Change in the release plugin configuration to use the default  
>> tagBase in release profiles in projects that inherit from the  
>> project-config pom.  It is also possible to override tagBase but  
>> this should not be necessary as we adhere to standard svn layout.  
>> There are also some plugin version upgrades.
>>
>> The new root pom includes a release profile that sets up the  
>> standard javadoc, source and gpg plugins and uses the default  
>> tagBase location.
>>
>> This sets us up for using the release process also now under vote  
>> described at http://cwiki.apache.org/confluence/display/GMOxPMGT/ 
>> Proposed+%28updated%29+release+process
>>
>> The only Jira I know about is https://issues.apache.org/jira/ 
>> browse/GERONIMO-3895
>>
>> Staging repo:
>> http://people.apache.org/~djencks/staging-repo/org/apache/geronimo/ 
>> genesis/
>> site staging:
>> http://people.apache.org/~djencks/staging-site/maven/genesis/1.4/
>>
>> This time I was able to use mvn site site-deploy -Prelease,default  
>> to deploy the site all at once to the staging-site.
>>
>>
>> Vote open for 72 hours.
>>
>> [ ] +1
>> [ ] +0
>> [ ] -1
>>
>> thanks
>> david jencks
>


Re: [VOTE] genesis 1.4 take 3 (cancelled)

Posted by David Jencks <da...@yahoo.com>.
We'll get to take 5 yet!

Problems identified so far:

- version of legal-bundle needs to be fixed not variable in project- 
config/pom
- tools plugin verifier is looking for LICENSE.txt and NOTICE.txt but  
we are supplying LICENSE and NOTICE
- velocity complaints noted by jdillon
- in the generated website there are no parent links.  On the other  
hand I can't find them in any other maven generated website either so  
it might not be our fault.

I'm also thinking of including the rat plugin and wondering if we  
need the legal verifier as well?  I don't think rat produces failures  
but does do more extensive checks.

thanks
david jencks

On Mar 9, 2008, at 3:59 PM, David Jencks wrote:

> Hi,
>
> Changes in v3:
> Change the legal-bundle to have really simple NOTICE file and put  
> all the dependency info in a separate DEPENDENCIES file.  This  
> corresponds to what appears to be current thinking on legal-discuss  
> about what should be in these files.  We should be able to use this  
> bundle with the maven-remote-resources-plugin everywhere now.
>
> Fiddle around with the maven site generation and site deployment so  
> it more or less works.  Add some instructions in the project-config  
> site.
>
> Changes in v2:
> Change in the release plugin configuration to use the default  
> tagBase in release profiles in projects that inherit from the  
> project-config pom.  It is also possible to override tagBase but  
> this should not be necessary as we adhere to standard svn layout.  
> There are also some plugin version upgrades.
>
> The new root pom includes a release profile that sets up the  
> standard javadoc, source and gpg plugins and uses the default  
> tagBase location.
>
> This sets us up for using the release process also now under vote  
> described at http://cwiki.apache.org/confluence/display/GMOxPMGT/ 
> Proposed+%28updated%29+release+process
>
> The only Jira I know about is https://issues.apache.org/jira/browse/ 
> GERONIMO-3895
>
> Staging repo:
> http://people.apache.org/~djencks/staging-repo/org/apache/geronimo/ 
> genesis/
> site staging:
> http://people.apache.org/~djencks/staging-site/maven/genesis/1.4/
>
> This time I was able to use mvn site site-deploy -Prelease,default  
> to deploy the site all at once to the staging-site.
>
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> thanks
> david jencks