Skip to content

Upgrading 1.0 to 1.1

Justin Richer edited this page Aug 15, 2014 · 6 revisions

The 1.1 version of MITREid Connect contains several changes from the 1.0 version series that will require a manual upgrade process. There is not currently any automated upgrade process, though one is being developed.

Project Layout

The project now contains four modules instead of three. The openid-connect-server module now produces a .jar file, and the new openid-connect-server-webapp module produces the .war file that was previously produces by the openid-connect-server module. All overlays must be updated to point to this new module.

Data Model

The underlying data model has changed between 1.0 and 1.1, and updates to the database are required.

If you are running the server with a persistent database store, you will need to run the database upgrade script found in openid-connect-server-webapp/src/main/resources/db/upgrade. Upgrade scripts are included for both MySQL and HSQL databases. These are designed to be run in-place on the database in question. The safest process is as follows:

  1. Shut down the version 1.0 server
  2. Connect to the MySQL or HSQL database as a user with appropriate rights
  3. Run the appropriate upgrade script
  4. Deploy the version 1.1 server

Existing data

Due to an upstream library change, existing authorizations are incompatible between 1.0 and 1.1. This effectively means that all active access tokens must be revoked (or translated using some form of external process) during the upgrade process. Note that this includes any Registration Access Tokens used for dynamically registered clients.

Otherwise, all authorization grants, clients, whitelists, blacklists, and scopes may remain in place following the instructions above.

Data Import/Export

As of version 1.0.17, there is an admin-accessible API that can export data from a running system. To access this API, log in as an administrator and send a GET request to /api/data to return the JSON object representing the server's current state. NOTE WELL: this export includes information including tokens, authentication objects, client secrets, and other sensitive security information.

To re-import this data, log in as an administrator on a newly-installed server and send a POST request to /api/data with a content type of application/json and the fully-formed JSON document exported from the API. This import MUST be done on an empty database with full schema or else you risk newly imported objects conflicting with existing objects.

A version of the import/export API is currently in the works for the 1.1 branch, which will allow for import of 1.0 data into the 1.1 database.