You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 35
Next »
Table of Contents
|
Review of newly-submitted issues
Link- SPARQL Construct/Ask/Describe support (Team is focused on 3.2 - didn't get a chance to review these this time)
Developer Updates
Kai:
- Merged FCREPO-406
- Q: Eclipse code formatter? Chris: Recommendation is to use it only to clean up whole files if they're in bad shape, as a starting point, but not on an ongoing basis as the formatter doesn't always do the right thing.
Aaron:
- Looking into MPTStore resolver
- This summer: Message-based OAIProvider
Andrew:
- Q from Chris/Kai: Clover status?
- A: did one manually. Couple tests coverage wasn't reported properly. Works well in maven, ant a little more work.
- ACTION: will look at adding clover reports to fedora via ant
Bill:
- Merged FCREPO-463, FCREPO-301 (and related), and FCREPO-402
Chris
- Merged FCREPO-101
- Got tests running again after Kai/Bill merges
- ACTION: tell ci tests to use "foo" as webapp context to catch regression probs (run ant build with -Dfedora.appServerContext=foo)
- XML Editing discussion:
- Q: What editors do we use? A: Eclipse or vim
- Q: Indents? A: definitely spaces
- Vote: 2 or 4 spaces? Unanimous: 2 spaces
- Eddie notes: XML build preferences aren't applied to ant build file, so if you use Eclipse you'll need to change them there as well.
Eddie
- Updated trunk to latest Mulgara release
Items to do Before Freeze (Thursday)
Migration utility issue (FCREPO-395) : Andrew (DONE)
Akubra: official release: Chris (DONE)
Updating REST api xslts to take webapp context into account (currently, images broken): Bill (DONE)
Sanity checks: All (DONE)
Testing Plan/Assignments
- Manually
- Any new functionality that doesn't have coverage
- alternative web context mapping
Test both java+flash clients with different context (Andrew)
- High-level testing complete
- can switch between two fedora-apps deployed in the same app-server
- content & logs directed to respective FEDORA_HOMEs
- also: multiple fedoras in one container (Eddie)
-
-
-
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?
- akubra integration
- 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.
- 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" ...
- Bill: Windows
- Note: This will require spot-checking.
- Upgrading from 3.1(Eddie)
- 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
Documentation Plan/Assignments
- New Functionality that isn't yet documented
- Akubra (Chris) "Configuring Lowlevel storage"
- Alternative webapp context (Kai new webapp context)
- New admin ui (Bill, screenshots, cross-domain.xml info -- tell people to pull this from alongside .swf file)
- Existing functionality that's been updated
- Changes to REST api (Bill)
- Changes to rebuilder doc (Chris)
- Release notes (Chris)
- Take things in from JIRA
- Make 2.x support announcement with 3.2 release
- Install and configuration guide
General review, make sure it's accurate for 3.2 (Andrew)
Updated for Derby already
- Config Fedora for new webapp context (Kai)
- Migration guide need to review
- SWORD-Fedora integration guide (Eddie, FCREPO-404)
Release Process
- Will put current docs in wiki (Bill, DONE) and go from there.
- One step: snapshot the docs 3.1
This was already done
- Before linking in 3.2 release notes and change tags
Release Date
- Will likely push a couple days to account for 2 days of code freeze slippage. But let's see where we're at next Tuesday.
|
#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))