Table of Contents
...
SSP v2.4.0 General Release Announcement
Info |
---|
SSP v2.4.0 Released on 4/24/2014 |
Warning |
---|
SSP-2721 is a patch added to v2.4.2 and v2.5.2 to address a bug with the CAS integration for filters/requests. All implementers of this release should consider installing the patches listed in the commit section of the issue details. |
Release Highlights
- Performance Improvement with Person Records
- Action Plan UI Redesign and Multiple Reminders
- MAP Plan Status Calculation Improvements
- MAP Plan Definition to Include Program and Catalog Year
- Early Alert Submission and Response Improvements
- Reset Journal Entry Form after Adding a New Entry
- Service Group Added as Search Criteria
- Message Template Improvements
- Smarter Measure Integration
- 86 bug fixes
Changelog Summary
Note |
---|
In progress |
Fresh Installation Instructions
See SSP v2.4.0 Installation Instructions
Upgrade Instructions
Note |
---|
In progress |
By definition, these instructions cannot provide comprehensive advice for all the situations you may encounter when upgrading source code forks, and they should be understand as a best-effort attempt at a generic recipe for working through any given upgrade, with pointers on known issues and "gotchas" mixed in.
In many cases, a systems administrator with relatively limited SSP-specific experience can successfully execute an upgrade. But again, because upgrading a source code fork almost always involves making decisions about what does and doesn't constitute a valid local change that should be carried forward into the upgraded source code, it may be necessary to involve a developer or technical staff already familiar with SSP internals.
The SSP team strongly recommends a multi-stage process for upgrading institutional SSP installations. Start by attempting the upgrade locally, even in the absence of a complete copy of UAT or production databases. Work out the obvious problems there, then move to your shared QA/Test/UAT/Dev environment and attempt a deployment. You'll usually want to refresh the database in that environment from a recent production backup, if possible, before attempting the deployment. Once everything has been tested successfully in that environment, you should have a very good idea of the exact steps you'll need to reproduce to execute the deployment in production.
SSP Source Code Upgrade
If your deployment is not derived from a fork of the SSP source code project, skip this section and go to SSP-Platform Source Code Upgrade
below.
Note |
---|
In progress |
SSP-Platform Source Code Upgrade
Note |
---|
In progress |
Additional Upgrade Steps
...
For all existing installations of 2.0.X and 2.1.X, important upgrade instructions exist in the previous 2.1, 2.2 and 2.3 Release notes.
...
Upgrading Source Code Forks
See SSP Source Code Upgrade Process
Additional Upgrade Steps
Warning |
---|
For all existing installations of 2.0.X and 2.1.X, important upgrade instructions exist in the previous 2.1, 2.2 and 2.3 Release notes.
|
If you encounter "Unable to read the metadata file for artifact" errors in your
ant
builds, delete the containing directory for the offending file listed in the error, then try black-listing several repos in your~/.m2/settings.xml
. If you don't have that file already, use the following:No Format <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd"> <profiles> <profile> <id>exclude-bad-repos</id> <activation> <activeByDefault>true</activeByDefault> </activation> <repositories> <repository> <id>codehaus</id> <url>http://repository.codehaus.org</url> <releases> <enabled>false</enabled> </releases> <snapshots> <enabled>false</enabled> </snapshots> </repository> <repository> <id>sonatype-nexus-snapshots</id> <url>https://oss.sonatype.org/content/repositories/snapshots/</url> <releases> <enabled>false</enabled> </releases> <snapshots> <enabled>false</enabled> </snapshots> </repository> <repository> <id>sonatype-nexus-staging</id> <url>http://oss.sonatype.org/service/local/staging/deploy/maven2/</url> <releases> <enabled>false</enabled> </releases> <snapshots> <enabled>false</enabled> </snapshots> </repository> </repositories> </profile> </profiles> </settings>
This issue is being tracked by
Jira Legacy server JASIG Issue Tracker serverId 76221f40-4501-3df1-8578-6c87908cbdf7 key SSP-2380 Default roles assignments for access to Reports and Manage Users was changed. By default only the administrator and developer roles will have access to Reports and Manage Users. The following data imports (5 total) need to be executed from the SSP-Platform directory
Code Block SSP_CONFIGDIR=/path/to/config/dir ant -Dmaven.test.skip=true -Dfile=uportal-war/src/main/data/ssp_entities/permission_set/SSP_SUPPORT_STAFF__REPORT_READ__SSP.permission-set.xml data-import SSP_CONFIGDIR=/path/to/config/dir ant -Dmaven.test.skip=true -Dfile=uportal-war/src/main/data/ssp_entities/patches-SSP-2-0-0/SSP-1526/permission_set/SSP_COACH__REPORT_READ__SSP.permission-set.xml data-import SSP_CONFIGDIR=/path/to/config/dir ant -Dmaven.test.skip=true -Dfile=uportal-war/src/main/data/ssp_entities/portlet-definition/SSP_Reports.portlet-definition.xml data-import SSP_CONFIGDIR=/path/to/config/dir ant -Dmaven.test.skip=true -Dfile=uportal-war/src/main/data/ssp_entities/fragment-definition/ssp-reports-lo.fragment-definition.xml data-import SSP_CONFIGDIR=/path/to/config/dir ant -Dmaven.test.skip=true -Dfile=uportal-war/src/main/data/ssp_entities/fragment-definition/manage-users-lo.fragment-definition.xml data-import
As part of the Action Plan tool, a new permission for the Strengths section was added. The new permission needs to be imported by executing the import below (1 total)
Code Block SSP_CONFIGDIR=/path/to/your/ssp/config/dir ant -Dmaven.test.skip=true -Ddir=uportal-war/src/main/data/ssp_entities/patches-SSP-2-4-0/SSP-2154 data-import
Warning Quite a few changes were made to the email and MAP message templates. The latest message templates are documented individually in the Users Guide. If you have updated any of the message templates since version 2.0.0, it is strongly recommended to review the new message templates as changes to the person definition to improve performance have changed message variables, specifically createdBy and modifiedBy.
The following code block can be added to the MAP Plan Printout and MAP Plan Full Printout message templates to include notes entered when emailing a Plan. The notes can be placed in any position desired. The default message templates place the notes above the institution image (MAP Plan Full Printout) and term/course table (MAP Plan Printout).
Code Block #if("$!emailNotes" != "") <div> <p>$!studentFullName,</p> <p> $!emailNotes </p> </div> #end
...