Apache Struts 2 Documentation > Home > Guides > Contributors Guide > Creating and Signing a Distribution |
![]() | Developers using Linux workstations can skip over the references to PuTTY and Cygwin |
(There are also one-time setup instructions)
To keep this list current, it is strongly recommended that release managers refer to and follow this list each time a distribution is created. If any of the steps need to be amended, then please update the list.
0 | Ensure that the master POM and Struts Annotations have current releases, and review JIRA for any issues without a fix version set, and for any issues that should be resolved for the pending release. |
---|---|
1 | Delete the struts2 items in your local Maven2 repository and obtain a fresh checkout.
svn co https://svn.apache.org/repos/asf/struts/struts2/trunk STRUTS_#_#_#
|
2 | Update the POMs to remove "-SNAPSHOT" from the version, and update the version number in the backport/translate.bat file. Commit the changes, and note the revision number. |
3 | Tag the release by making a SVN copy of the head or designated revision |
svn copy -r ###### https://svn.apache.org/repos/asf/struts/struts2/trunk https://svn.apache.org/repos/asf/struts/struts2/tags/STRUTS_#_#_# -m "WW-#### Tag r###### as Struts #.#.#" |
|
4 | Assemble the release (see notes) |
mvn clean install site -P all,alljars,pre-assembly cd assembly mvn clean assembly:assembly
|
|
5 | Create a release folder at people.apache.org://www/people.apache.org/builds/struts/#.#.#, and make sure the staging repository at http://people.apache.org/builds/struts/m2-staging-repository![]() |
6 | Under CygWin or Linux, sign the Maven artifacts and deploy them to the staging repository (from .\STRUTS_###) (see notes) |
mvn deploy -P release,all,pre-assembly -Dpassphrase="$PASSPHRASE"
|
|
Then, move the staging repository under the new #.#.# folder (mv m2-staging-repository 2.0.5) | |
7 | Sign the Maven artifacts (in assembly/target/assembly/out) |
gpg --armor --output struts-#.#.#-all.zip.asc --detach-sig struts-#.#.#-all.zip openssl md5 < struts-#.#.#-all.zip > struts-#.#.#-all.zip.md5 |
|
(Under CygWin, use the $ mount command to check your drive and path mappings.) | |
8 | pscp or scp the artifacts and signatures to people.apache.org:/www/people.apache.org/builds/struts/#.#.# |
9 | Leaving the clean STRUTS_### folder be, update your usual working copy (svn up), change the POMs to next version number, add the "-SNAPSHOT" suffix. |
10 | Update JIRA roadmap with tag/release date; Add next milestone to the JIRA roadmap; Create DONE and TODO filters, share with all, and remove obsolete TODO filter; Create new release page, link from Migration Guide, and link to prior release page and JIRA filters. Update site.xml with link to new release notes. |
11 | Deploy the new snapshot from the Struts 2 trunk (with the latest POMs) |
mvn clean install site -P all,alljars,pre-assembly mvn site-deploy -Pall |
|
12 | Post a release/quality vote to the dev list (and only the dev list). After the vote, if the distribution is being mirrored (there was a favorable release vote), copy the ZIPs to /www/www.apache.org/dist/struts, and the Maven artifacts to /www/people.apache.org/repo/m2-ibiblio-rsync-repository/. Wait 24 hours before updating the download.xml page and making any announcement to the user list or general public. |
You must review the readme under m2-ibiblio-rsync for additional notes and caveats! |
1 | Install PuTTY |
---|---|
2 | Use PuttyGen to create a SSH key (see Putty help for details) |
3 | Use PuTTY to ssh to people.apache.org |
4 | Create a ~/.ssh folder |
5 | pscp your SSH public key to ~/authorized_keys |
6 | ssh to p.a.o |
7 | Create a ~\.ssh folder and move authorized_keys there |
8 | Configure putty to use your private key and save the session |
1 | Install cgywin, including utils/gpg |
---|---|
2 | Generate a key with $ gpg --gen-key |
3 | Backup your cygwin home directory to another media |
4 | Add your key to people.apache.org/www.apache.org/dist/struts/KEYS |
1 | Create a settings.xml under .m2 (in your Document and Settings folder) |
---|---|
<settings xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd"> <!-- Uncomment this when the 'central' repo on ibiblio is down See: http://maven.apache.org/guides/mini/guide-mirror-settings.html --> <!-- mirrors> <mirror> <id>ggi-project.org</id> <url>http://ftp.ggi-project.org/pub/packages/maven2</url> <mirrorOf>central</mirrorOf> </mirror> </mirrors --> <servers> <server> <id>apache.snapshots</id> <username>$USERID</username> <privateKey>$PATH_TO_PRIVATE_KEY</privateKey> <directoryPermissions>775</directoryPermissions> <filePermissions>644</filePermissions> </server> <server> <id>struts-staging</id> <username>$USERID</username> <privateKey>$PATH_TO_PRIVATE_KEY</privateKey> </server> <server> <id>apache-site</id> <username>$USERID</username> <privateKey>$PATH_TO_PRIVATE_KEY</privateKey> </server> </servers> <profiles> <profile> <id>cargo-config</id> <properties> <cargo.tomcat5x.home>$CATALINA_HOME</cargo.tomcat5x.home> </properties> </profile> <profile> <id>struts-staging</id> <repositories> <repository> <id>struts-staging</id> <url>http://people.apache.org/builds/struts/m2-staging-repository</url> <snapshots><enabled>false</enabled></snapshots> <releases><enabled>true</enabled></releases> </repository> </repositories> </profile> </profiles> <activeProfiles> <activeProfile>cargo-config</activeProfile> </activeProfiles> </settings> |
1 | From cygwin, ssh to people.apache.org, save the public key if prompted, and exit |
---|---|
cygwin will save the known hosts to your ~/.ssh folder, but the script cannot access it there (from Windows) | |
2 | From cygwin (not Windows) create another .ssh folder at ![]() |
3 | Copy the known_hosts file to the new .ssh folder |
To complete a full build and all the tests, it may be neccesary to increase the amount of memory available to Maven. The simplest thing is to set an environment variable.
On occasion, it can be helpful to skip the unit tests to be sure the buid otherwise completes. From the command line, add
Do not do this when building a release!
If a tagged build needs to be retagged, be sure to delete the old tag first.
svn delete https://svn.apache.org/repos/asf/struts/struts2/tags/STRUTS_#_#_# -m "WW-### Removing first try at 2.#.#."
To update the Java 4 distribution
Before tagging
After assembly, before signing
Before signing
If the commit was fine, but the log was wrong, updating the log entry is easy. For example,
> svn propset --revprop -r 504523 svn:log "WW-1715 Branch for 2.0.x at Struts 2.0.6-SNAPSHOT r504196"
> property 'svn:log' set on repository revision 504523
See svn help propset for more.
Test builds are only announced to the dev list. Announcements to the user list can only be made pursuant to a release vote with the consent of the PMC.
The test build of Struts 2.0.3 is available.
No determination as to the quality ('alpha,' 'beta,' or 'GA') of Struts 2.0.3 has been made, and at this time it is simply a "test build". We welcome any comments you may have, and will take all feedback into account if a quality vote is called for this build.
Release notes:
- [LINK]
Distribution:
Maven 2 staging repository:
We appreciate the time and effort everyone has put toward contributing code and documentation, posting to the mailing lists, and logging issues.
The Struts #.#.# test build is now available.
Release notes:
Distribution:
Maven 2 staging repository:
Once you have had a chance to review the test build, please respond with a vote on its quality:
[ ] Leave at test build
[ ] Alpha
[ ] Beta
[ ] General Availability (GA)Everyone who has tested the build is invited to vote. Votes by PMC members are considered binding. A vote passes if there are at least three binding +1s and more +1s than -1s.
The vote will remain open for at least 72 hours, longer upon request. A vote can be amended at any time to upgrade or downgrade the quality of the release based on future experience. If an initial vote designates the build as "Beta", the release will be submitted for mirroring and announced to the user list. Once released as a public beta, subsequent quality votes on a build may be held on the user list.
As always, the act of voting carries certain obligations. A binding vote not only states an opinion, but means that the voter is agreeing to help do the work
The Apache Struts group is pleased to announce that Struts 2.0.6 is available as a "#####" release. [[The Beta designation indicates that we believe the distribution needs wider testing before being upgraded to a "General Availability" release. Your input is essential.] The GA designation is our highest quality grade. ]
http://struts.apache.org/download.cgi#struts###
The release is also available from the central Maven repository under Group ID "org.apache.struts".
The #.#.x series of the Apache Struts framework has a minimum requirement of the following specification versions:
- Java Servlet #.# and JavaServer Pages (JSP) #.#
- Java 2 Standard Platform Edition (J2SE) #.#
The release notes are available online at:
Should any issues arise with your use of any version of the Struts framework, please post your comments to the user list, and, if appropriate, file a ticket with JIRA.
– The Apache Struts group.