Difference between revisions of "Archivematica 1.9 and Storage Service 0.14 release notes"
(→Fixed) |
|||
(13 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
[[Main_Page|Home]] > [[Release_Notes|Release Notes]] > Archivematica 1.9 and Storage Service 0.14 release notes | [[Main_Page|Home]] > [[Release_Notes|Release Notes]] > Archivematica 1.9 and Storage Service 0.14 release notes | ||
− | '''March | + | Release date: '''March 6, 2019''' |
==Supported environments== | ==Supported environments== | ||
− | Please see | + | Please see the [https://www.archivematica.org/en/docs/archivematica-1.9/admin-manual/installation-setup/installation/installation/#installation installation instructions]. |
Archivematica 1.9 and Storage Service 0.14 are supported for production use in the following environments: | Archivematica 1.9 and Storage Service 0.14 are supported for production use in the following environments: | ||
Line 21: | Line 21: | ||
This feature creates a new endpoint for the storage service API. It will allow a client to make a request to the API to move an AIP from one storage location to another storage location (of the same type). The storage service is aware of the move so there is no need to re-index (compared to moving AIPs manually). | This feature creates a new endpoint for the storage service API. It will allow a client to make a request to the API to move an AIP from one storage location to another storage location (of the same type). The storage service is aware of the move so there is no need to re-index (compared to moving AIPs manually). | ||
− | The primary issue for this change is archivematica/Issues: [https://github.com/archivematica/Issues/issues/71 Issue 71] | + | The primary issue for this change is archivematica/Issues: [https://github.com/archivematica/Issues/issues/71 Issue #71] |
This work was sponsored by the Museum of Modern Art. Thank you! | This work was sponsored by the Museum of Modern Art. Thank you! | ||
Line 31: | Line 31: | ||
This change is described by artefactual/archivematica-storage-service: [https://github.com/artefactual/archivematica-storage-service/issues/319 Issue #319] | This change is described by artefactual/archivematica-storage-service: [https://github.com/artefactual/archivematica-storage-service/issues/319 Issue #319] | ||
− | + | For documentation, see [https://www.archivematica.org/en/docs/storage-service-0.14/administrators/#packages-tab Packages] in the Storage Service docs. | |
This work was sponsored by Simon Fraser University Archives. Thank you! | This work was sponsored by Simon Fraser University Archives. Thank you! | ||
Line 37: | Line 37: | ||
==Changed== | ==Changed== | ||
− | ===Increased | + | ===Increased internationalization=== |
− | Archivematica 1.7 included user interface translation support (see [https://github.com/artefactual/archivematica/pull/506 PR | + | Archivematica 1.7 included user interface translation support (see [https://github.com/artefactual/archivematica/pull/506 PR 506]). This work covered a majority of the user interface but did not include the text describing jobs executed as part of the microservices. Those text descriptions are held in the application database making it difficult to maintain multiple translations. |
− | This change | + | This change moves these text descriptions out of the database and into JSON files. This makes it much easier to add new translations and maintain them over time. |
− | Please note that while we transition to a new platform for translation we are currently not accepting any newly translated strings for Archivematica. For more info please see | + | Please note that while we transition to a new platform for translation we are currently not accepting any newly translated strings for Archivematica. For more info please see the [https://groups.google.com/d/msg/archivematica/6qMM1KJbWp8/LuPO_VqyEAAJ notification on the Archivematica Google Group]. |
− | This enhancement is described by artefactual/archivematica | + | This enhancement is described by artefactual/archivematica [https://github.com/artefactual/archivematica/issues/1101 Issue 1101]. |
This work was sponsored in part by the Canadian Council of Archives. Thank you! | This work was sponsored in part by the Canadian Council of Archives. Thank you! | ||
+ | |||
+ | ===Backend FPR changes=== | ||
+ | |||
+ | The Django app for the FPR was difficult to maintain so it has been moved to the dashboard. | ||
+ | |||
+ | Issues: [https://github.com/archivematica/Issues/issues/181 Issue #181] and [https://github.com/archivematica/Issues/issues/213 Issue #213] | ||
+ | |||
+ | ===File identification changes=== | ||
+ | |||
+ | To address an issue with [https://github.com/archivematica/Issues/issues/485 file identification] we have implemented a change in how file identification tools are chosen in this release. Users now enable their chosen command (Fido, Siegfried or file extension) in Preservation Planning, and the processing configuration decision in the dashboard is now a simple Yes/No on whether or not to identify the files. This brings file identification more in line with other FPR rules and processing configuration decisions. | ||
+ | |||
+ | Instructions on how to change the identification command in the FPR are available in the [https://www.archivematica.org/en/docs/archivematica-1.9/user-manual/preservation/preservation-planning/#identification Identification] section of the Preservation Planning documentation. | ||
+ | |||
+ | Please note - if you have the file identification decision point set in your processing configuration, you need to reset it to "Yes" or "No" as it will default to "None" after upgrade. | ||
==Fixed== | ==Fixed== | ||
− | + | * Dataverse- Can't answer 'yes' to 'Delete Packages After Extraction': [https://github.com/archivematica/Issues/issues/269 Issue 269] | |
+ | * Dataverse- Multiple authors not captured in Dataverse METS: [https://github.com/archivematica/Issues/issues/278 Issue 278] | ||
+ | * Logged-in user not being captured as PREMIS agent [https://github.com/archivematica/Issues/issues/529 Issue 529] | ||
+ | * html lang attribute always reads 'en' (English): [https://github.com/archivematica/Issues/issues/297 Issue 297] | ||
+ | * Dashboard API returns 500 error when unit status cannot be determined: [https://github.com/archivematica/Issues/issues/216 Issue 216] | ||
+ | * Errors in start_transfer API request do not return useful JSON responses [https://github.com/archivematica/Issues/issues/354 Issue 354] - community contribution by Hillel Arnold- thank you! | ||
+ | * Pressing "Return" keyboard button in Archival Storage search sends previously used term as search input [https://github.com/archivematica/Issues/issues/271 Issue 271] | ||
+ | * AIP store fails if PREMIS agent name has accented characters [https://github.com/archivematica/Issues/issues/260 Issue 260] | ||
+ | * pip problems when deploying SS with ansible [https://github.com/archivematica/Issues/issues/455 Issue 455] | ||
+ | * Dashboard can't connect to MCPServer after a period of inactivity [https://github.com/archivematica/Issues/issues/464 Issue 464] | ||
+ | * Manually normalized preservation derivatives cannot be validated [https://github.com/archivematica/Issues/issues/331 Issue 331] | ||
+ | * AIC number added via form in Transfer tab does not get saved [https://github.com/archivematica/Issues/issues/311 Issue 311] | ||
+ | * Restructure DIP for CONTENTdm fails [https://github.com/archivematica/Issues/issues/333 Issue 333] | ||
+ | * AIP storage locations not correctly shown in "Job: Store AIP location" [https://github.com/archivematica/Issues/issues/456 Issue 456] | ||
+ | * Dashboard status API can return status 'PROCESSING' for completed SIPs [https://github.com/archivematica/Issues/issues/262 Issue 262] | ||
+ | * Cannot connect to ArchivesSpace with non-standard connection details [https://github.com/archivematica/Issues/issues/409 Issue 409] | ||
− | + | And more! Please see [https://github.com/archivematica/Issues/milestone/4?closed=1 the 1.9 milestone in Github] for a complete list of fixes in this release. | |
− | |||
− | |||
==Upgraded tools and dependencies== | ==Upgraded tools and dependencies== | ||
− | * Elasticsearch has been upgraded from version 1.x to version 6.x. This should improve performance and ease security concerns with the previous version of Elasticsearch. If you are upgrading Archivematica from a previous version, please be sure to follow the upgrade instructions | + | * Elasticsearch has been upgraded from version 1.x to version 6.x. This should improve performance and ease security concerns with the previous version of Elasticsearch. If you are upgrading Archivematica from a previous version, please be sure to follow the [https://www.archivematica.org/en/docs/archivematica-1.9/admin-manual/installation-setup/upgrading/upgrading/#upgrade upgrade instructions] in the documentation. |
Latest revision as of 14:51, 22 May 2019
Home > Release Notes > Archivematica 1.9 and Storage Service 0.14 release notes
Release date: March 6, 2019
Supported environments[edit]
Please see the installation instructions.
Archivematica 1.9 and Storage Service 0.14 are supported for production use in the following environments:
- Ubuntu 16.04 64-bit Server Edition
- Ubuntu 18.04 64-bit Server Edition
- CentOS 7 64-bit
For development purposes, most of our developers prefer to use Docker containers. These and all above supported environments are linked from the installation instructions above.
Added[edit]
AIP Migration[edit]
This feature creates a new endpoint for the storage service API. It will allow a client to make a request to the API to move an AIP from one storage location to another storage location (of the same type). The storage service is aware of the move so there is no need to re-index (compared to moving AIPs manually).
The primary issue for this change is archivematica/Issues: Issue #71
This work was sponsored by the Museum of Modern Art. Thank you!
Stored DIP deletion[edit]
This enhancement adds a new option to delete a DIP to the storage service user interface.
This change is described by artefactual/archivematica-storage-service: Issue #319
For documentation, see Packages in the Storage Service docs.
This work was sponsored by Simon Fraser University Archives. Thank you!
Changed[edit]
Increased internationalization[edit]
Archivematica 1.7 included user interface translation support (see PR 506). This work covered a majority of the user interface but did not include the text describing jobs executed as part of the microservices. Those text descriptions are held in the application database making it difficult to maintain multiple translations.
This change moves these text descriptions out of the database and into JSON files. This makes it much easier to add new translations and maintain them over time.
Please note that while we transition to a new platform for translation we are currently not accepting any newly translated strings for Archivematica. For more info please see the notification on the Archivematica Google Group.
This enhancement is described by artefactual/archivematica Issue 1101.
This work was sponsored in part by the Canadian Council of Archives. Thank you!
Backend FPR changes[edit]
The Django app for the FPR was difficult to maintain so it has been moved to the dashboard.
Issues: Issue #181 and Issue #213
File identification changes[edit]
To address an issue with file identification we have implemented a change in how file identification tools are chosen in this release. Users now enable their chosen command (Fido, Siegfried or file extension) in Preservation Planning, and the processing configuration decision in the dashboard is now a simple Yes/No on whether or not to identify the files. This brings file identification more in line with other FPR rules and processing configuration decisions.
Instructions on how to change the identification command in the FPR are available in the Identification section of the Preservation Planning documentation.
Please note - if you have the file identification decision point set in your processing configuration, you need to reset it to "Yes" or "No" as it will default to "None" after upgrade.
Fixed[edit]
- Dataverse- Can't answer 'yes' to 'Delete Packages After Extraction': Issue 269
- Dataverse- Multiple authors not captured in Dataverse METS: Issue 278
- Logged-in user not being captured as PREMIS agent Issue 529
- html lang attribute always reads 'en' (English): Issue 297
- Dashboard API returns 500 error when unit status cannot be determined: Issue 216
- Errors in start_transfer API request do not return useful JSON responses Issue 354 - community contribution by Hillel Arnold- thank you!
- Pressing "Return" keyboard button in Archival Storage search sends previously used term as search input Issue 271
- AIP store fails if PREMIS agent name has accented characters Issue 260
- pip problems when deploying SS with ansible Issue 455
- Dashboard can't connect to MCPServer after a period of inactivity Issue 464
- Manually normalized preservation derivatives cannot be validated Issue 331
- AIC number added via form in Transfer tab does not get saved Issue 311
- Restructure DIP for CONTENTdm fails Issue 333
- AIP storage locations not correctly shown in "Job: Store AIP location" Issue 456
- Dashboard status API can return status 'PROCESSING' for completed SIPs Issue 262
- Cannot connect to ArchivesSpace with non-standard connection details Issue 409
And more! Please see the 1.9 milestone in Github for a complete list of fixes in this release.
Upgraded tools and dependencies[edit]
- Elasticsearch has been upgraded from version 1.x to version 6.x. This should improve performance and ease security concerns with the previous version of Elasticsearch. If you are upgrading Archivematica from a previous version, please be sure to follow the upgrade instructions in the documentation.