You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

Document of steps needed to make a release

Changes in CVS

Merge all CVS folders with previous branches

Edit all the pom.xmls <version> tags

Grouper API

  • GrouperVersion.java
  • misc/version.properties
  • Run the command line utility to code generate which jars/sizes/etc are expected: GrouperCheckconfig.main() in

Grouper client

  • misc/version.properties
  • conf/grouper.client.example.properties (2 places)

Grouper UI

  • misc/version.properties

Grouper WS

  • misc/version.properties
  • grouper-ws.example.properties
  • Make sure that there is no coresoap (package) in use in src/grouper_ws_v1_6, src/grouper_ws_v2_0, etc.  Take out all src/grouper_ws_vx_x except one, make sure they dont depend on each other
  • Generate the wssec aar's and commit them

Tag all (API, UI, WS, QS, client, ldappc[ng], etc)

For a major release, do a branch for all (API, UI, WS, QS, client) as e.g. GROUPER_1_4_BRANCH

See which config files / jar files / ddl changed since last release, make sure there are entries in the change log.

Misc

  • Make sure all tables, views, and cols (of tables and views) have comments in the DB (oracle or postgres).
  • Make sure the grouper-ws web.xml file has the security basic auth in there (didnt get accidentally overridden in commit)

Security review

Review UI / WS code changes* from the previous version with respect to Open Web Application Security Project (OWASP) top 10 web application security vulnerabilities.

If possible run a security scan against a test instance - University of Pennsylvania via Chris?

*We have not carried out a thorough security review of the existing code base for any version of Grouper. We should do that in order for the incremental reviews to be adequate.

Testing

Run API (SuiteDefault) junit tests (set true in all junit test includes in grouper.properties):

API JUnit Tests

Database

Linux

OS X (10.6)

Solaris

Windows

HSQLDB

 

 

 

 

MySQL

 

 

 

 

Oracle

 

 

 

 

PostgreSQL

 

 

 

 

MsSQL

 

 

 

 
  • (Chris) MySQL windows
  • (Chris) MySQL unix with case sensitive table names
  • (Rob) Postgres
  • (Shilen) Oracle
  • (Gary) Hsql
  • () MsSQL (new)

Do this on each database:

  • Clean DDL install, run unit tests, pull up GSH, and UI
  • Clean install of previous version of Grouper, import quickstart xml or use existing data, pull up GSH and UI, run unit tests

Try checkConfig tests.

Pull up an unresolvable member on the UI.

Upgrade from 1.5 to 1.6.  Note for 1.6 make sure the grouper_attribute_assigns.enabled_time col is bigint(20) [or some integer type] after the upgrade and not varchar(1)

  • Install 1.5.3
  • Load the quickstart data set
  • Open the UI, browse around
  • Upgrade to 1.6
  • Open the UI, browse around

Database

Linux

OS X (10.6)

Solaris

Windows

HSQLDB

 

 

 

 

MySQL

 

 

 

 

Oracle

 

 

 

 

PostgreSQL

 

 

 

 

MsSQL

 

 

 

 

LDAPPC JUnit Tests

LDAP DSA

Linux

OS X (10.6)

Solaris

Windows

Active Directory

 

 

 

 

ApacheDS

 

 

 

 

OpenLDAP

 

 

 

 

RedHat DS

 

 

 

 

Sun DS

 

 

 

 

Web Service JUnit Tests (Grouper WS and Grouper Client)
Oracle database and Tomcat 6 on OS X - Tests successful on 11/30/9 (SP)

Packaging and releasing

  • ssh to i2mibuild.internet2.edu
  • cd to ~mchyzer

  • Build all with: [mchyzer@i2mibuild mchyzer]$ bin/buildGrouperAll.sh GROUPER_x_y_z

  • This is the same as these individual commands:
    • bin/buildGrouper.sh GROUPER_x_y_z
    • bin/buildGrouperWs.sh GROUPER_x_y_z
    • bin/buildGrouperClient.sh GROUPER_x_y_z
    • bin/buildGrouperUi.sh GROUPER_x_y_z
    • bin/buildGrouperQs.sh GROUPER_x_y_z

Resulting .tar.gz's are in ~mchyzer/tmp/grouperAll/build_<username>. There are both source and binary tarballs for the API and Client packages.

  • scp packages to somewhere they can be unpacked, built, configured, tested, and do so.
  • scp packages built above, to:
sftp webprod0.internet2.edu
lcd /home/mchyzer/tmp/grouperAll/build_username
mkdir /home/htdocs/www.internet2.edu/grouper/release/1.2.12
cd /home/htdocs/www.internet2.edu/grouper/release/1.2.12
mput grouper*.tar.gz
  •  

Updates to wiki

Archive the current release

  • Create PDF of current documentation for the release archive
    • Browse -> Advanced -> Export Space
    • select PDF, uncheck save comments, clear all
    • select pages to export. try to omit non-product pages, defunct pages, and pages for future releases.
    • export, save to desktop, rename and attach to GrouperWG/Archives
  • update Archives page with info from the current vN.N+Release+Notes page and links from the Software+Download page.

Update vN.N+Release+Notes page

Generally roll notes from the oldest release off and add notes for the new release. Keep previous release notes in there, so that we always have current + previous.

Update Software+Download page

  • Make sure you have copied this to the archives pageper above
  • ssh to webprod0.internet2.edu to edit the page: /home/htdocs/www.internet2.edu/grouper/software.html, change the links and HTML
  • freshen links and rows in software download table
  • freshen cvs info at bottom of page
  • update release date

Swap in release-specific pages

Feature releases tend to have a fair number of pages with info that's new for the new version, and that doc is kept in pages named vN.N-Some+Page+Name so that current pages always document the current release. Further, these pages may contain a custom replacement for the top- and bottom-of-page nav info, so that new release doc is linked together by the nav, separate from current release doc. And of course they may contain links to other v.Next-specific pages, or be linked to from such.

To swap a v.Next page in for the one it replaces, open both old and new for edit, copy the wiki text for the new, omitting the top and bottom nav includes, paste into the old page, leaving the top and bottom nav stuff in place, remove the old wiki text. Then go through and update any outbound links referring to v.Next pages to omit the v.Next part of their name.

When this is all done, double-check on the status of links within all pages by going to Browser -> Pages -> Alphabetical -> V, and for each v.Next page

  • click to view, Tools -> Info
  • check the Incoming Links and Outgoing Links sections to ensure all is well

Review product pages

  • Ensure that each page identifies which version it's current for, as in "Building the Grouper API as of v1.4.1" as an h2 at the top.
  • Review incoming and outgoing links info for each page.
  • If there's new features with new pages, update the Grouper+Product page to appropriately reference the new pages.
  • Is it all there?
  • Are there pages in the Working Group or Community areas that have graduated to being core product doc? Negotiate with originator to move them over to the product pages.

Update Grouper+Product page

  • Update version in "Welcome to the Grouper v___ Product Documentation Space"
  • Update "NEW!!" message
  • Update cvs info
  • Update javadoc labels and links

Update GrouperWG/Home

Just update the "NEW!!" message. Maybe review the Background section to see if it could use some freshening.  Maybe add a news item

Update related pages

Ask SteveO to update the following pages:

Notify about the release

Compose email to grouper-dev and grouper-users with highlights of the new release and link to the Grouper+Product page. Highlights should resemble those on the vN.N Release Notes page and maybe even be identical. If it's especially enlightening, also include a direct link to the changelog (vN.N+Release+Notes#vN.NReleaseNotes-changelog) or to an appropriate Jira report.

Notes for 1.6.0

  • No labels