...
akubra integration - running rebuilder (Bill)
- Identify and test non-covered commanline scripts (Kai)
- New client manual tests: (All)
- Search
- Ingest/export
- Modify datastream
- Create object
- Add datastream (each kind)
- Purge datastream + object (no versioning)
- Note: versioning is not exposed, but old versions aren't exposed.
- Chris: Tested in WinXP with Firefox 3. Everything worked as expected except:
Ingest (FOXML 1.1) never attempted to send data to the server (watched via LiveHTTPHeaders FF extension). Checked also via search...objects never made it in.- Adding a managed datastream failed similarly to above.
- Old client (All)
- Supports all above
- Create diff objects via templates
- Chris: Tested each of the above with OSX.
- Bill: Tested each of the above with Windows.
- Migration from 2.x (must be solid: we will not continue development of the migration utility past 3.2, meaning 2.x users must first migrate to 3.2 in the future as a bridge to future releases)
- Testing on 2.x objects that ARE NOT dependent on UVA servers
- FCREPO-395 (classpath issue) needs to be resolved for this
- Updated migration utility has been pushed to 'svn utilities/trunk'
- Chris: OSX
- Installed 2.2.4 with MySQL and Java 6 on OSX 10.5.6 and ingested local-server-demos only
- Migration + rebuild into similarly configured 3.2 instance was successful
- Noticed that SmileyStuff/view had wrong SDef pid, but this was just because the stylesheet had changed from 2.x to 3.x and is an "E" datastream, so this is to be expected.
- Didn't see the problem with /fedora/describe as noted below
- Aaron & Andrew: Linux
- Installed 2.2.2, ingested demo objects (purged objects listed in link above: "FCREPO-380")
- Analyzed, Generated, Transformed these objects
- Installed frozen-3.2, rebuilt db, and ingested transformed foxml files
- Needed to use old admin client as new admin does not support bulk ingest
- Migration appeared successful
However, http://localhost:8080/fedora/describe lost context for fedora image, so no logo shown: - <img src="//images/newlogo2.jpg" ...
- Bill: Windows
- Installed 2.2.4 with McKoi on Windows XP and ingested local-server-demos only
- Migration/Rebuild into 3.2 with Derby appeared successful
- When running the Analyzer, error was generated, though Analyzer appeared to complete correctly
- java.sql.SQLException: Cannot close a connection while a transaction is still active.
at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
...
- java.sql.SQLException: Cannot close a connection while a transaction is still active.
- Noted same issue with SmileyStuff/view as above. Didn't see the problem with /fedora/describe.
- Note: This will require spot-checking.
- Upgrading from 3.1(Eddie)
- Rebuild of Mulgara
- OAIProvider sanity test (Chris)
- Tested with Fedora in /foo context, with Mulgara and MPTStore
- GSearch sanity test (Bill)
- Added to GSearch documenation the need to make updates in various locations if planning to use GSearch with Fedora 3.2 that is using an alternate context
- Journaling: basic leader/follower test (Aaron)
- Journal creation and playback after configA tests was successful for local journal transport
- Couldn't find the RMI reciever application code for remote journal transports
- DirIngest (Chris)
- Worked with /foo as context path
- Could not get it work work with API-M requiring SSL (with JAVA_OPTS set with trustStore and trustStorePassword):
- Error initializing endpoint
java.io.IOException: Keystore was tampered with, or password was incorrect
- Error initializing endpoint
- Automated: AllOfflineTests, ConfigA, ConfigB, ConfigQ as appropriate
- MPTStore+Postgres+Linux+non-fedora context: Eddie (java 1.6)
- Mulgara+Windows+MySQL: Bill
- Mulgara+Windows+MySQL+Akubra: Bill
- Mulgara+Linux+Derby+non-fedora context: Andrew (java 1.6, ConfigQ)
- Oracle+Windows+Mulgara: Chris
- OSX+Derby+Mulgara: Kai
...