SSP v2.2.0 General Release Announcement
For implementers with an existing installation of 2.0.X or 2.1.X, 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.
...
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. |
v2.2.0 JIRA Issues
Bugs
Improvements and New Features
Task