...
Project | Tested by | Success? RC-1 | Success RC-2 | Notes |
---|---|---|---|---|
ActiveFedora | ||||
Hyrax | ||||
Sufia | Jennifer Smith | Tested 7.3-stable branch | ||
Valkyrie | ||||
Avalon 6.0 |
Islandora
Project | Tested by | Success? RC-1 | Success? RC-2 | Notes |
---|---|---|---|---|
CLAW |
...
Test steps | Tested By | Success RC2? | Notes |
---|---|---|---|
FEDORA_AUTH=true | auth working audit disabled triplestore is staying in sync solr triplestore reindexing | ||
FEDORA_AUTH=false | auth (disabled as expected) audit disabled triplestore is staying in sync solr triplestore reindexing | ||
FEDORA_AUTH=true | Triple Store Auth Reindexing Solr (after a "vagrant box update" and "vagrant destroy" it seems to work now).
The above turns out not to be an issue. Updates to solr are collected and then execute in batch operations. I just needed to wait a few seconds. Audit events: with this caveat I am seeing this stacktrace in the karaf logs upon adding a resource. Not sure if it is a problem. Audit events are being logged properly as far as I can tell in /audit and fuseki is also receiving the audit triples. sudo tail -f /opt/karaf/data/log/karaf.log: Stacktrace I confirmed that this behavior exists in in the 4.7.4 | ||
FEDORA_AUTH=false |
Manual Tests
Same as above, plus:
...
Tested by | Success RC1 | Success RC2 | Notes |
---|---|---|---|
Did not run camel_toolbox_tests or authz_tests. | |||
Resources
[1] Testing scripts
...