Excerpt
Instructions for creating an official OpenJPA release
...
Making an OpenJPA 1.0.x or 1.1.x Release
These instructions guide the release manager through the steps of making an official OpenJPA release.
Prerequisites
- You should read the OpenJPA Release Policy to decide on the name of the new release, based on the content.
- You should read the Apache Release FAQ
- You must have shell access to people.apache.org
- You must have the following utilities installed on your local machine and available in your path:
...
- For Windows users, install Cygwin in addition to the above utilities
- Make sure the Net/openssh and Utils/gnupg packages are installed that come with Cygwin installation.
- Optional: Putty
...
Tasks that need to be performed for each release
...
In the examples below, it is assumed that the release name will be 1.0.1, and that the current checked-in version name is 1.0.1-SNAPSHOT and stored in the branch named 1.0.x.
...
Monday, 12:00 | Make sure the #One time setup steps have been performed | |||||
---|---|---|---|---|---|---|
Monday, 12:01 | Create a sub-branch off of the parent branch from which to make the release. Releasing from a branch will allow any cosmetic changes that need to be made for the release to be approved to be done without preventing other more disruptive advances in the trunk from potentially causing problems with the release. A branch can be made by running: Code Block | | none | |||
Monday, 12:02 | Check out a clean branch from which to build the release: | none | ||||
Monday, 12:03 | Update all the POMs to remove "-SNAPSHOT" suffix from the version. If | Monday, 12:03 | Update all the POMs to remove "-SNAPSHOT" suffix from the version. If you have perl installed, you can easily do it with a single command: Code Block | Update the | ||
Monday Monday, 12:10 | Verify that LICENSE.txt contains up to date licenses for any dependencies which are included in our distribution. | |||||
Monday, 12:15 | Update BUILDING.txt, CHANGES.txt and RELEASE-NOTES.html
| |||||
Monday, 12:20 | Commit the POM changes Code Block | | none | none|||
Monday, 12:21 | Perform an initial build and install it in the local repository (this step is only required because of an open bug with Maven's javadoc plugin): Code Block | | none | none|||
Monday, 12:23 | none Now build the release locally, which will build and test, run the Apache Release Audit Tool to verify license headers, generate the javadoc and docbook PDF and HTML, run through the JPA TCK, build the source and binariy assemblies in target/site/downloads/, and sign the release files. Code Block | This operation will also sign the release files with the gpg utility using the <username>@apache.org key. If your code signing key is under a different address, specify it by appending the following argument to the command above: -Dopenjpa.release.keyAlias=mysigningalias@somedomain.org The java14.jar path should be changed to the local install path for the JDK 1.4 rt.jar so that JDK 1.4 verification can take place. The tck.zip path should be changed to the local install path to the JPA TCK so that the TCK can be run against the release. | Monday, 13:00 | |||
Code Block | none | none | ||||
gpg --multifile --verify target/site/downloads/*.asc
| Monday, 13:01 | |||||
Code Block | none | none | ||||
mvn site:deploy
|
Warning |
---|
Bear in mind that uploads to people.apache.org/www/openjpa.apache.org/builds/ are not visible at http://openjpa.apache.org/builds until after the hourly synchronization has taken place, as described at http://www.apache.org/dev/project-site.html. |
Monday, 15:00
Start a vote for the release on the dev@openjpa.apache.org mailing list. Votes made by committers and members of the OpenJPA project are considered binding for this vote. For an example of the mail, see this archived 1.0.0 vote
Tuesday, Wednesday
While waiting for the vote to complete, perform whatever manual review and testing on the release you deem appropriate.
Thursday, 15:00
If the vote is successful after 3 days tally the votes in an email to dev@openjpa.apache.org, like this one.
If you are not licensed to access the TCK, remove the tck-profile
profile and -Dtck.zip
property from the command. Ask someone who has access to run the TCK for you.
The examples-profile
has problem running automatically in this maven build task. You will need to run the examples manually. Run the maven command without the examples-profile
, then perform the following steps to run the example:
Monday, 13:00
Verify the signatures:
Monday, 13:01
Upload the release candidate to http://openjpa.apache.org/builds/1.0.1/downloads/:
Bear in mind that uploads to people.apache.org/www/openjpa.apache.org/builds/ are not visible at http://openjpa.apache.org/builds until after the hourly synchronization has taken place, as described at http://www.apache.org/dev/project-site.html.
Monday, 15:00
Start a vote for the release on the dev@openjpa.apache.org mailing list. Votes made by committers and members of the OpenJPA project are considered binding for this vote. For an example of the mail, see this archived 1.0.0 vote
Tuesday, Wednesday
While waiting for the vote to complete, perform whatever manual review and testing on the release you deem appropriate.
Thursday, 15:00
If the vote is successful after 3 days tally the votes in an email to dev@openjpa.apache.org, like this one.
Thursday, 15:10
Make the OpenJPA assemblies available to the Apache mirroring system by copying them over on people.apache.org:
Thursday, 15:10
Make the OpenJPA assemblies available to the Apache mirroring system by copying them over on people.apache.org:
The OpenJPA binary release will be available via the link http://www.apache.org/dyn/closer.cgi/openjpa/1.0.1/apache-openjpa-1.0.1-binary.zip after 24 hours, as per the Apache mirroring information.
Thursday, 15:15
Now that the release is locked down, convert the writeable 1.0.1 branch to a (du jure) read-only tag:
Thursday, 15:16
Check out the parent branch and bump up the release number to be the next snapshot version:
Thursday, 15:20
Update the http://cwiki.apache.org/openjpa/downloads.html page with links to the download mirrors, using the existing entries as templates.
noteAll artifacts (apache-openjpa-1.0.1-binary.zip and apache-openjpa-1.0.1-source.zip) must link to the mirrors, but signatures (apache-openjpa-1.0.1-binary.zip.asc and apache-openjpa-1.0.1-source.zip.asc) must not link to mirrors.
Thursday, 15:30
The documentation on the server-side must manually be extracted on people.apache.org, and the links at http://openjpa.apache.org/documentation.html need to be updated with the new versions and the "latest" documentation symbolic links need to be updated:
Then point the links on http://openjpa.apache.org/documentation.html to:
- HTML Manual: http://openjpa.apache.org/builds/1.0.1/apache-openjpa-1.0.1/docs/manual/index.html
- HTML Manual (single-page): http://openjpa.apache.org/builds/1.0.1/apache-openjpa-1.0.1/docs/manual/manual.html
- PDF Manual: http://openjpa.apache.org/builds/1.0.1/apache-openjpa-1.0.1/docs/manual/manual.pdf
- Javadocs: http://openjpa.apache.org/builds/1.0.1/apache-openjpa-1.0.1/docs/javadoc/index.html
Thursday, 15:45
Merge the staged maven2 repository jars to with the official repository to rsync. This is currently a difficult process that requires the maven-staging-plugin, which much be built from source. The process looks something like this (executed in the root of your local OpenJPA checkout):
This process requires Maven 2.0.5. It is currently quite delicate and error-prone. Once the maven-stage-plugin is released, it should be possible to make it more automated.
Thursday, 16:00
Update the JIRA versions page to mark the version as "released", and set the date to the date that the release was approved. You may also need to make a new release entry for the subsequent release.
Window/Cygwin user: See #Merging local repository to remote repository in Cygwin/Windows
Linux users: You may need to change the '-Dsource=' option to read '-Dsource=file:{}'. The file://{} syntax may result in errors creating the wagon file with errors like: "Repository path /openjpa-jdbc-5/target/site/m2-repository does not exist, and cannot be created."
Thursday, 16:00
Update the JIRA versions page to mark the version as "released", and set the date to the date that the release was approved. You may also need to make a new release entry for the subsequent release
Friday, 16:00
After the mirrors have had time to update (24 hours to be on the safe side), make a news announcement on the OpenJPA wiki.
.
Friday, 16:05
Make an announcement about the release on the users@openjpa.apache.org list (and, for major releases, on the announce@apache.org list as per the Apache Announcement Mailing Lists page). The announcement might look something like this.
Friday, 16:10
Make an announcement for the freshmeat.net OpenJPA project (optional)
00
After the mirrors have had time to update (24 hours to be on the safe side), make a news announcement on the OpenJPA wiki.
Once the news item is made, it won't show up on the front page unless you make some minor edit to the containing page (e.g., adding a newline somewhere).
Friday, 16:05
Make an announcement about the release on the users@openjpa.apache.org list (and, for major releases, on the announce@apache.org list as per the Apache Announcement Mailing Lists page). The announcement might look something like this.
Friday, 16:10
Make an announcement for the freshmeat.net OpenJPA project (optional)
Friday, 17:00
Have a beer and enjoy
Friday, 17:00
Have a beer and enjoy your weekend while the world's grateful programmers revel in yet another high-quality release of Apache OpenJPA!
One time setup
These setup steps only need to be performed on a particular machine once.
...
Developers using Linux workstations can skip over the references to PuTTY and Cygwin
...
Create and install a SSH key
1 | Install PuTTY | ||
---|---|---|---|
2 2a | Use PuttyGen ssh-keygen to create a SSH key. See Authenticating By Public Key (OpenSSH) for a good description on why and how to perform this task. | ||
2b | In Windows platform, 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 | ||
.
| |||
3 5 | | ||
4 | Use PuTTY to login | 6 | ssh to people.apache.org |
7 5 | Create a | ||
8 | Configure putty to use your private key and save the session |
Create a PGP key
1 | Install cgywin, including utils/gpg |
---|---|
2 | Generate a key with |
3 | Backup your cygwin home directory to another media |
4 | Add your key to |
Update Maven settings for our servers
...
1
...
Create a settings.xml under .m2 (in your Document and Settings folder in Windows)
...
change its file mode to 700. | |
6 | Move or append
|
---|---|
7 | Configure putty to use your private key and save the session Specify your private key in the "Connection -> SSH -> Auth" category in Putty configuration. |
Create a PGP key
1 | Install cgywin, including Utils/gnupg and Net/openssh packages, or install gpg from |
---|---|
2 | Generate a key-pair with
|
3 | Backup your cygwin home directory to another media |
4 | Add your public key to |
5 | Following the instructions in http://people.apache.org/~henkp/trust/ and ask someone in the OpenJPA project to sign your public key. |
6 | Submit your public key to a key server. E.g. http://pgp.surfnet.nl:11371/ or http://pgp.mit.edu/ |
Update Maven settings for our servers
1 | Create a settings.xml under .m2 (in your Document and Settings folder in Windows) |
---|---|
| xmlsettings.xmlsolid
|
Expose a copy of known hosts to Maven
1 | From cygwin, ssh to people.apache.org, save the public key if prompted, and exit |
---|---|
| cygwin will save the known hosts to your |
2 | From cygwin (not Windows) create another |
3 | Copy the |
Troubleshooting
Space Character in Build Root Path
Description | If there are spaces in the path to the build root subdirectory, the maven task uses to generate the revision number for the org.apache.openjpa.revision.properties yields incorrect data. For example: org.apache.openjpa.revision.propertiessolid |
---|---|
Solution | Rename the path and remove all spaces. |
Merging local repository to remote repository in Cygwin/Windows
Description | The "maven-stage-plugin" is very sensitive to the parameters being passed to it, i.e. the source and target URL properties. When this plugin is used under Cygwin, make sure the following practices are used:
|
---|---|
Solution | As recommended in the descriptions. For example: |
Cygwin/Windows File Path
Description | For Cygwin/Windows user: file and folder path names using drive identifier (e.g. |
---|---|
Solution | Consistently use the following naming conventions:
|
"Too many unapproved licenses:"
Description | Encounter the "Too many unapproved licenses:" message while running the "license-verify-profile" profile in "
|
---|---|
Solution | Avoid the followings:
|
...
<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">
<servers>
<server>
<id>people.apache.org</id>
<username>$USERNAME</username>
<privateKey>$PATH_TO_PRIVATE_KEY</privateKey>
<directoryPermissions>775</directoryPermissions>
<filePermissions>644</filePermissions>
</server>
</servers>
</settings>
Expose a copy of known hosts to Maven
1 | From cygwin, ssh to people.apache.org, save the public key if prompted, and exit |
---|---|
| cygwin will save the known hosts to your |
2 | From cygwin (not Windows) create another |
3 | Copy the known_hosts file to the new .ssh folder |
Resources
- Apache Apache Release FAQ
- Signing Releases
- Wendy's notes on Release Signing
- Apache Mirroring Guidelines
- Struts Release Instructions (upon which these instructions are based)