Project | Tested by | Success? RC-1 | Success? RC-2 | Notes |
---|---|---|---|---|
ActiveFedora | I see two test failures when running the ActiveFedora tests with 4.7.1-RC-1 ( error log ). The root cause seems to be that a HEAD request with an invalid namespace returns
400 Bad Request
with 4.7.1-RC-1, instead of
404 Not Found
(as it does in 4.7.0). | |||
CurationConcerns | ||||
Plum | ||||
Sufia |
Project | Tested by | Success? RC-1 | Success? RC-2 | Notes |
---|---|---|---|---|
CLAW |
git clone https://github.com/fcrepo4/fcrepo4 cd fcrepo4 git checkout 4.7.1-RC |
Project | Command | Platform | Tested by | Success? RC-1 | Success? RC-2 | Notes |
---|---|---|---|---|---|---|
fcrepo4 | mvn clean install | linux | Ubuntu CentOS 7 | |||
fcrepo4 | mvn clean install | mac | OS X Yosemite 10.10.3 | |||
fcrepo4 | mvn clean install | windows | Aaron Birkland | Test failure fix is in FCREPO-2370 | ||
fcrepo-module-auth-rbacl | mvn clean install | linux | ||||
fcrepo-module-auth-rbacl | mvn clean install | mac | OS X Yosemite 10.10.3 | |||
fcrepo-module-auth-rbacl | mvn clean install | windows | Aaron Birkland | Windows 10 | ||
fcrepo-module-auth-xacml | mvn clean install | linux | ||||
fcrepo-module-auth-xacml | mvn clean install | mac | OS X Yosemite 10.10.3 | |||
fcrepo-module-auth-xacml | mvn clean install | windows | Aaron Birkland | Windows 10 | ||
fcrepo-module-auth-webac | mvn clean install | linux | ||||
fcrepo-module-auth-webac | mvn clean install | mac | Bethany Seeger | OS X Yosemite 10.10.3 | ||
fcrepo-module-auth-webac | mvn clean install | windows | Aaron Birkland | Windows 10 | ||
fcrepo-mint | mvn clean install | linux | ||||
fcrepo-mint | mvn clean install | mac | Bethany Seeger | OS X Yosemite 10.10.3 | ||
fcrepo-mint | mvn clean install | windows | Aaron Birkland | Windows 10 | ||
fcrepo-audit | mvn clean install | linux | ||||
fcrepo-audit | mvn clean install | mac | Bethany Seeger | OS X Yosemite 10.10.3 | ||
fcrepo-audit | mvn clean install | windows | Aaron Birkland | Windows 10 | ||
fcrepo-webapp-plus | mvn clean install | linux | ||||
fcrepo-webapp-plus | mvn clean install | mac | Bethany Seeger | OS X Yosemite 10.10.3 | ||
fcrepo-webapp-plus | mvn clean install | windows | Aaron Birkland | Windows 10 | ||
fcrepo-webapp-plus | mvn clean install -Prbacl | linux | - |
| ||
fcrepo-webapp-plus | mvn clean install -Prbacl | mac | OS X Yosemite 10.10.3 | |||
fcrepo-webapp-plus | mvn clean install -Prbacl | windows | Windows 10 | |||
fcrepo-webapp-plus | mvn clean install -Pxacml | linux | - |
| ||
fcrepo-webapp-plus | mvn clean install -Pxacml | mac | Bethany Seeger | OS X Yosemite 10.10.3 | ||
fcrepo-webapp-plus | mvn clean install -Pxacml | windows | Aaron Birkland | Windows 10 |
cd fcrepo-webapp; mvn clean install -Pone-click
Command | Platform | Tested by | Success? RC-1 | Success? RC-2 | Notes |
---|---|---|---|---|---|
java -jar fcrepo-webapp-<version>-SNAPSHOT-jetty-console.jar | Linux | ||||
java -jar fcrepo-webapp-<version>-SNAPSHOT-jetty-console.jar | Mac | ||||
java -jar fcrepo-webapp-<version>-SNAPSHOT-jetty-console.jar | Windows | Aaron Birkland |
All of the below should take place in the HTML UI and non-vagrant tests should run against fcrepo-webapp-plus. |
With Tomcat7 deployment, run above manual tests with alternate backend databases (Configuring JDBC Object Store)
Database | Platform | Tested by | Success? RC-1 | Success? RC-2 | Notes |
---|---|---|---|---|---|
MySQL | 5.6.34 MySQL Community Server (GPL) (rh-mysql56) on RHEL 7.3 | Jim Coble | Performed Manual Tests listed above. Also ran script that created 200,000 objects and then versioned them. | ||
PostgreSQL | Postgres9.4 on Docker |
These tests are designed to ensure the proper function of the 'fcr:backup/fcr:restore' features by testing them against various Fedora configurations. The validity of the 'restore' can only be determined by crawling the repository and verifying the successful retrieval of the repository's content.
If the anticipated Fedora release is not backwards compatible with the previous version of Fedora, then the "From Fedora Version" should be the previous version. Otherwise, it is sufficient to test the fcr:backup/fcr:restore functionality using the same version.
See: RESTful HTTP API - Backup and Restore
# Backup curl -X POST localhost:8080/rest/fcr:backup # Restore curl -X POST -d "/path/to/backup/directory" localhost:8080/rest/fcr:restore |
Tested by | Platform | Container (Tomcat/Jetty) | Database Backend | From Fedora | To Fedora Version | Number of RDF Resources | Number of Binaries | Size of Backup (du -h .) | Success? | Notes |
---|---|---|---|---|---|---|---|---|---|---|
Linux | Tomcat (7.0.72) | Postgres (9.4) | 4.6.1 | 4.7.1-RC1 | 461,568 | 1,671 | 48G | |||
Mac | Jetty (Standalone) | 4.7.1-RC1 | 25,600 | 0 | ||||||
Mac | Jetty (Standalone) | 4.7.1-RC1 | 4.7.1-RC1 | 12,800 | 12,800 | 13GB | ||||
Mac | Jetty (Standalone) | 4.7.1-RC1 | 4.7.1-RC2 | 12,800 | 12,800 | 13GB | ||||
Docker | Tomcat7 | Postgres 9.4 | 4.7.1-RC2 | 4.7.1-RC2 | 25,600 | 0 | 3.8M | |||
Docker | Tomcat7 | Postgres 9.4 | 4.7.1-RC2 | 4.7.1-RC2 | 2560 | 2560 | 2.7G | |||
Linux | Tomcat (7.0.72) | Postgres 9.4 | 4.6.1 | 4.7.1-RC2 | 461,568 | 1,671 | 48G |
NB: "Success" is measured not by receiving a "204 No Content" message after the 'fcr:restore' command, but by performing a GET on every resource in the repository and receiving "200 OK" messages.
These tests are designed to ensure the integrity of the repository when loading content in a multi-threaded fashion. Testing for repository corruption should entail confirming the successful load of resources, the successful fetching of resources, and the successful deletion of resources. Prior to 4.6.1, these tests would result in repository corruption.
Tested by | Platform | Container (Tomcat/Jetty) | Database Backend | Number of Threads | Number of RDF Resources | Number of Binaries | Success? RC-1 | Success? RC-2 | Notes |
---|---|---|---|---|---|---|---|---|---|
Mac | Jetty (Standalone) | 2 | 12,800 | 12,799 | Tried to load 12,800 binary resources, but 1 binary resource resulted in a 4xx error during load. This was a failed ingest so in the end the successful 201s matched the 200s during verification. | ||||
Mac | Jetty (Standalone) | 8 | 12,800 | 12,706 | Tried to load 12,800 binary resources, but 94 binary resources resulted in 500 errors during load. These were failed ingests so in the end the successful 201s matched the 200s during verification. | ||||
Mac | Jetty (Standalone) | 8 | 25,600 | 0 | |||||
Mac | Jetty (Standalone) | 8 | 25,600 | 0 | |||||
Docker | Tomcat7 | Postgres9.4 | 8 | 25,600 | 0 | ||||
Docker | Tomcat7 | Postgres9.4 | 4 | 2560 | 2560 |
NB: "Success" is measured by receiving all 200s when performing a GET on each loaded resource, and all 204s when finally deleting the content.
vagrant destroy vagrant up |
Test steps | Tested by | Success? RC-1 | Success? RC-2 | Notes |
---|---|---|---|---|
FEDORA_AUTH=true | | - | ||
FEDORA_AUTH=false | | - |
| |
FEDORA_AUTH=true | | - | ||
FEDORA_AUTH=false | - - | - |
Same as above, plus:
[1] Testing scripts
[2] Fedora 4 Release Test Suite