Table of Contents
SSP v2.1.0 General Release Announcement
For implementers with an exsting installation of 2.0.0 or 2.0.1, the changes described below should be executed after the release is build during the upgrade process. New installations of 2.1.0 are not required to make the changes described below. Specific attention to deployment should be noted for number 1.
Release Highlights
- Configurable Confidentiality Levels
- Active/Inactive Reference Item Management
- Drag and Drop Sorting for Journal Associations
- MAP and Form Entry Improvements
- 68 bug fixes
Upgrade Instructions
Warning |
---|
If you are running SSP version 2.0.0 or 2.0.0-b3, you are strongly encouraged to upgrade to 2.0.1 or 2.1.0 or 2.2.0 or later versions or otherwise apply the Confidentiality Level-related patches for the Student Documents tool as described by SSP-1917. |
Info |
---|
1) External Table Database update- The external_student_test table has a new column named discriminator and included in the primary key definition. When deploying 2.1, the new column will be added regardless of the values of db_liquibase_external_apply_natural_keys. The default value of 'discriminator' is '1'. The application does not care what values are set. It is intended to be a completely opaque value used exclusively to distinguish between multiple completion of the same test on the same date. The application will fail to start if duplicate data exists in the table. In those cases, follow the steps below:
2) Remove unused permissions with SQL
3) Add new permissions for configurable Confidentiality Levels
4) Add new bulk reassign permission for the Caseload Reassignment tool
5) Add SSP adminsitrators to the uPortal administrators group
6) Correct the DATA_ENGLISH_SECOND_LANGAGE permission
7) SSP-1668 represent a fix for case-insensitive user searches in uPortal. The personDirectoryContext.xml has been modified in upstream versions including 2.1.0. Any existing implementation should review the changes and appropriately configure. The details of the change are described in the uPortal pull request. 8) A new config option in portal.properties was added to exclude certain uP-local attributes from automatic wildcarding. The default exclusion list is SSP_ROLES, which is desired forSSP because searches on that attribute almost always include the list of current coaches in which case exact matches only are desired. See https://github.com/Jasig/uPortal/commit/d530d7abc94a20c051c43a010708f4979f233456 for where that config lives (portal.properties). The commit includes detailed comments in that file. Deployers shouldn't need to do anything as a result of the new exclusion list config option unless there are scenarios where search on SSP_ROLES with wildcards is desired. In that case, the following steps should be taken.
Also, keep in mind that per its traditional behavior, uP searches on non-username attributes are automatically wildcarded by default. In non-uP local PD DAOs you need to explicitly enable that behavior. The notes in #7 referred to above explain how to do this. |
Warning |
---|
You should delete or change the passwords for the uPortal users created for demonstration purposes, especially in a production deployment. This can be done through the user interface:
Non-private installs should also either change the |
v2.1 JIRA Issues
Bugs and Form Validation
...