...
- Demo objects fail with alternate port and context:
- Ingest of demo:5, demo:18, demo:29, demo:14 fail because of errors like: fedora.server.errors.GeneralException: Error getting http://localhost:8080/fedora-demo/simple-image-demo/coliseum-thumb.jpg
- There are hardcoded URLs in the objecs that don't use 'local.fedora.server'
- Smiley demo objects don't work. For example, 'list' dissemination of demo:SmileyStuff returns 500 error. Ultimate cause is a 404:
Request failed 404 /fedora/risearch.- Problem is in demo:CollectionImpl. Contains in WSDL <http:operation location="fedora/risearch?type=(TYPE)&lang=(LANG)&format=(FORMAT)&query=(QUERY)"/>. Do we have the tools to fix this, do we need to add some sort of substitute variable for fedora context, or do we not care?
- Ingest of demo:5, demo:18, demo:29, demo:14 fail because of errors like: fedora.server.errors.GeneralException: Error getting http://localhost:8080/fedora-demo/simple-image-demo/coliseum-thumb.jpg
- Demo objects fail with alternate port and context:
- 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.
- 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" ...
- However, http://localhost:8080/fedora/describe lost context for fedora image, so no logo shown:
- Bill: Windows
- Note: This will require spot-checking.
- Upgrading from 3.1(Eddie)
- Rebuild of Mulgara
- OAIProvider sanity test (Chris)
- GSearch sanity test (Bill)
- 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)
- Automated: AllOfflineTests, ConfigA, ConfigB, ConfigQ as appropriate
- MPTStore+Postgres+Linux+non-fedora context: Eddie (java 1.6)
- Mulgara+Windows+MySQL+Akubra: Bill
- Mulgara+Linux+Derby+non-fedora context: Andrew (java 1.6, ConfigQ)
- Oracle+Windows+Mulgara: Chris
- OSX+Derby+Mulgara: Kai
...