Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Section
borderfalse
Column
width15%
Include Page
TUSCANY: Menus
TUSCANY: Menus
Column
width85%

Getting Ready

Setting up ssh

Create signing key

Get hold of RAT

Useful Resources

Incubator release best practice
Incubator Policy
ASF Developer Guide
ASF Release FAQ
ASF Release Licensing FAQ
ASF Release Signing
ASF Comitters Guide
Henk's ASF Key Guide
Surfnet Key Server
MIT Key Server
Raymond's release script

High Level Check List

(tick) Check that all RELEASE-NOTES and READMEs etc have the right release number and date
(tick) Check that the RAT output doesn't report missing or non-ASF licenses other than for files that can't have ASF licenses.
(tick) Check that all files (that need it) have the ASF copyright and it's the right date
(tick) Check that there are no SNAPSHOT dependencies still in the distribution
the LICENSE and NOTICE files appear at the top level of source distro
(tick) Check that the LICENSE and NOTICE files appear at the top level of each distributed aritfact

  • The source distro
  • The binar distro
  • Each /module that is distributed via maven -

    binary distro
    (tick) Check that the LICENSE and NOTICE files appear at the top level of all /maven modules that will be distributed (these are the tricky ones as they get copied when people add new modules)
    (tick) Check that LICENSE

    needs

    files have a copy of all third part

    license files and the jar

    licenses for the files in directories below them (jar name and version to which

    it

    license relates

    is

    must be clearly marked. Use the list from the distribution lib dir

    .

    )

    NOTICE file has

    (tick) Check that NOTICE files have a copy of all of the copyright statements for the files in directories below the. You have to go through all dependency jars/files that have been copied in and check
    (tick) Check that the signatures are in the right format

    and


    (tick) Check that your signing

    key is in the KEYS file and in an external repo

    key is in the KEYS file and in an external repo
    (tick) Check that there are no SNAPSHOT dependencies still in the distribution
    (tick) Check that there is no junk left in the distributions


    The distribution should

    (.log, .tmp, .bak etc)
    (tick) Check that the distribution match the tag as far as possible.

    (Our NOTICE files have the module name dropped in automatically

    We

    so don't match and we don't ship svg files)

    Manifests

    (tick) Check that the manifests in the jars that we produce

    should

    have enough information

    , e.g.

    (name of product and version. Scripts below should do this).

    Release Process

    The borrows many of the commands from Raymond's release script but with a bit more explanation and a few extra useful commands. The commands here we taken from when release 1.1 RC3a was under preparation. It's also fair to say that it's unlikely that you will want to run all of these commands in sequence as you generally end up repeating sections as release preparation progresses.

    Call for release

    At some point someone in the community will call for a release based on the features and fixes that have been under development in the trunk. Typically the first stage in the release process is to decide on who is going to be the release manager, i.e. who is going to ensure that all the steps are taken to ensure a good release. This will typical involve someone volunteering and a vote on the dev list. The next thing is the create a branch where the code can be stabalized and testing can start on the release artifacts. It's useful to try and ensure that the code is complete as possible and that all the samples run before the branch is created. This removes the need for a lot of double fixing between the branch and the trunk.

    Create the branch

    Code Block
       
    svn copy https://svn.apache.org/repos/asf/incubator/tuscany/java/sca https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.1  -m "Branch for 1.1"
    

    Once the branch is created the version number in trunk can be updated.

    Fix up the branch work

    First checkout the branch so that you can work on it. These commands assume that a local directory called "branches" is present.

    Code Block
     
    cd branches
    svn co https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.1/ 1.1-RC3a
    

    Remove all the files that are not going to be part of the release, test all the samples and check all of the LICENSE and NOTICE files. Once the branch is at the stage where a release candidate can be created for testing prepare to make a tag.

    Create Tag 1.1-RC3a

    These commands assume that a local directory called "tags" is present.

    Code Block
     
    cd tags
    svn co https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.1/ 1.1-RC3a
    

    Notice that all we are doing here is just checking out the branch again. This allows any last minute fixes to be taken from the branch in subversion and allows the version numbers in the tag to be corrected without affecting the branch, assuming that more than one tag will be required to complete the release process.

    Change the version ID

    The "-SNAPSHOT" is removed from the end of the version string. This ensures that the only thing building with the release version number on your PC is the tag being tested.

    Code Block
    cd tags/1.1-RC3a
    for i in `/usr/bin/find . -name "*.xml"`; do if grep 1.1-incubating-SNAPSHOT $i>/dev/null; then sed "s/1.1-incubating-SNAPSHOT/1.1-incubating/g" $i >/tmp/tmp.xml; cp /tmp/tmp.xml $i; fi; done
    

    Generate the RAT report

    Create the report.

    Code Block
    cd tags
    java -jar C:\simon\apps\rat-0.5.1\rat-0.5.1.jar 1.1-RC3a > rat-1.1-RC3a.txt
    

    Copy the report up onto the staging repo. You should of course check the report at this stage.

    Code Block
    scp rat-1.1-RC3a.txt slaws@people.apache.org:public_html/tuscany/1.1-RC3a
    
    Note
    title"Tips

    If you need to regenerate the RAT report after you have started on the steps that follow run "mvn clean" first to avoid complains about the files under target folders

    Build from top level

    Code Block
    cd tags/1.1-RC3a 
    mvn -o clean install
    

    Build the demos

    Code Block
    cd tags/1.1-RC3a/demos
    mvn -fae -o clean install
    

    Build distribution

    Code Block
    cd tags/1.1-RC3a/distribution
    mvn -o clean install
    

    Check that the "all" jar is in place as with some JDKs this step fails intermittently

    Copy the distribution to somewhere and try it

    Try all the samples/demos

    Code Block
    ant run
    

    and

    Code Block
    ant build
    ant run
    

    The war samples are currently to be tested with

    • Tomcat 5.5.20 and Tomcat 6.0.14
    • Jetty 6.1.3
    • Geronimo 2.0.2 Tomcat6 jee5
    • WebSphere 6.1 fix pack 9+

    Clean you local repo of SCA modules and compile the source distro and run some samples to

    Check for copyrights in the code to ensure that are what you are expecting

    Code Block
    grep -iR Copyright *
    

    check all the NOTICE files

    Code Block
    for i in `find . -name NOTICE`; do echo XXXXXXXXXXXXXXXXXXXXXXXXXXXX; echo $i; cat $i; done > ../tmp
    

    Check for any SNAPSHOTS left in by mistake

    Code Block
    grep -r --include=*.xml SNAPSHOT *
    

    Check the LICENSE file against what is provided in the distributions. There is no automation for this bit yet.

    Check for junk included by accident

    Code Block
      find . -name log -print
      find . -name work -print
      find . -name lck -print
      find . -name activemq-data -print
      find . -name temp -print
      find . -name tmp -print
    

    Once you are happy with the release artifacts you can sign them and make them available from review.

    Sign the artifacts

    Linux

    Code Block
    cd tags/1.1-RC3a/distribution/target
    for i in *.zip *.gz; do gpg --output $i.asc --detach-sig --armor $i; done
    for i in *.zip *.gz; do openssl md5 -hex $i | sed 's/MD5(\([^)]*\))= \([0-9a-f]*\)/\2 *\1/' > $i.md5; done
    

    Windows:

    Code Block
    for %A in (*.zip) do gpg --output %A.asc --detach-sig --armor %A
    for %A in (*.gz) do gpg --output %A.asc --detach-sig --armor %A
    for %A in (*.zip) do gpg --print-md md5 %A > %A.md5
    for %A in (*.gz) do gpg --print-md md5 %A > %A.md5
    

    The commands above should produce artifacts of an appropriate format, as follows.

    md5 should look like

    Code Block
      8fb7cb398063ed0dffa414168468fffc *apache-tuscany-sca-1.1-incubating.zip
    

    asc should look like

    Code Block
    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.5 (Cygwin)
    
    iD8DBQBHnLGGE8fTrnkHPxIRAqPmAJ4tOR6W663FKCXHPi1GlLBWDyZwJgCeMqbb
    68DOq0YsU/O7kJsBHuZXhJw=
    =elh0
    -----END PGP SIGNATURE-----
    

    Put the artifacts up in your home directory on people.apache.org

    Code Block
    cd tags/1.1-RC3a/distribution/target
    scp *.asc slaws@people.apache.org:public_html/tuscany/1.1-RC3a
    scp *.md5 slaws@people.apache.org:public_html/tuscany/1.1-RC3a
    scp *.zip slaws@people.apache.org:public_html/tuscany/1.1-RC3a
    scp *.gz slaws@people.apache.org:public_html/tuscany/1.1-RC3a
    
    Code Block
    cd tags/1.1-RC3a/distribution/src/main/release
    scp RELEASE_NOTES slaws@people.apache.org:public_html/tuscany/1.1-RC3a
    scp CHANGES slaws@people.apache.org:public_html/tuscany/1.1-RC3a
    

    Check permissions on the files

    Code Block
    chmod 644 *.zip
    chmod 644 *.gz
    chmod 644 *.txt
    

    Deploy the maven artifacts

    Code Block
    cd tags/1.1-RC3a
    mvn -N -DaltDeploymentRepository=apache.incubator::default::scp://people.apache.org/home/slaws/public_html/tuscany/1.1-RC3a/maven verify gpg:sign install:install deploy:deploy -Dgpg.passphrase=
    
    cd tools
    mvn clean
    mvn -DaltDeploymentRepository=apache.incubator::default::scp://people.apache.org/home/slaws/public_html/tuscany/1.1-RC3a/maven verify gpg:sign install:install deploy:deploy -Dgpg.passphrase=
    
    cd modules
    mvn clean
    mvn -DaltDeploymentRepository=apache.incubator::default::scp://people.apache.org/home/slaws/public_html/tuscany/1.1-RC3a/maven verify gpg:sign install:install deploy:deploy -Dgpg.passphrase=
    

    Deploy the all jar

    Code Block
    cd tags/1.1-RC3a/distribution/bundle/target
    mvn gpg:sign-and-deploy-file -DgroupId=org.apache.tuscany.sca -DartifactId=tuscany-sca-all -Dversion=1.1-incubating -Dpackaging=jar -Dfile=tuscany-bundle-1.1-incubating.jar -DrepositoryId=apache.incubator -Durl=scp://people.apache.org/home/slaws/public_html/tuscany/1.1-RC3a/maven -Dkeyname=slaws -Dpassphrase=
    

    Check that the Maven artifacts work

    Point you maven build at your p.a.o dir as a temporary mirror, for example, add mirror element to the settings.xml file (usually found at .m2/settings)

    Code Block
      <mirrors>
       <mirror>
         <id>ant.staging</id>
         <url>http://people.apache.org/~slaws/tuscany/1.1-RC3a/maven</url>
         <mirrorOf>apache.incubator</mirrorOf>
       </mirror>
      </mirrors>
    

    Clean you local SCA artifacts and use maven to compile samples and see if they run.

    Check in the tag

    Code Block
    svn copy 1.1-RC3a https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.1-RC3a/ -m "Tag for 1.1-RC3a"
    

    Start voting

    The PPMC will vote first. This may give rise to a new release candidate being required. If so you need to go back and start at the "Create Tag" step but using the next RC number.

    Once the PPMC vote is complete the vote is moved across to the IPMC. Once all the votes are complete the artifacts that have been voted on can be release.

    Once all the voting is complete

    Copy the artifacts up to www.apache.org/dist/incubator/tuscany.

    Also check that the KEYS file is up to date.

    Code Block
    scp KEYS slaws@people.apache.org:public_html/tuscany/1.1-RC3a
    

    Copy the staging repo to the live incubating repo

    Code Block
    mvn stage:copy -Dsource="http://people.apache.org/~slaws/tuscany/1.1-RC3a/maven" -Dtarget="scp://people.apache.org/www/people.apache.org/repo/m2-incubating-repository" -Dversion=1.1
    

    You'll need the maven stage plugin to do this. Since maven-stage-plugin is not published, the release manager should checkout the source for the plugin and build it.

    Code Block
    http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-stage-plugin/
    

    Check the permissions in the repo

    There is a script in the SNAPSHOT report that sets the permissions correctly.

    Code Block
    cd  /www/people.apache.org/repo/m2-incubating-repository/org/apache
    /tuscany/sca]
    /www/people.apache.org/repo/m2-snapshot-repository/fix-permissions.sh
    

    Copy the release candidate tag to the final tag name.

    Code Block
    svn copy https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.1-RC3a/ https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.1 -m "Copy 1.1-RC3a tag as 1.1"