Table of Contents


This meeting is a hybrid teleconference and IRC chat. Anyone is welcome to's the info:


  1. RIRI Report
  2. GSoC branch status
  3. FCREPO-954 progress - code from Jerry Pan
  4. Performance testing progress


Chris: (update on RIRI) Main points: Fun event, think participants got a lot out of it, probably need to advertise earlier next year in order to get more attendees. Good to see a strong Hydra showing there, and some good discussion about cooperation between Hydra and Islandora. Also, the oysters were excellent.

Aaron: Bit of discussion about GSoC last week. Got to point where it compiled. Had probs with SOAP responses that had empty information, like fault strings. Integration tests expect that to be populated. Asger offered to take a look at the codebase. Aaron offered to put Jiri's branch into the fcrepo repository. Hasn't had a chance yet, will do now.

Chris: Other issues?

Aaron: Yes, around generated types. Prior to this there were types.gen package, now in new package. There were some errors in the tests where the old type was used but it compiled, caused problems later on. So far errors are around SOAP responses not containing the expected string. GSoC work seems to handle faults in a slightly more correct way. This throws a SOAP fault exception, which has the soap fault accessible.

Chris: Just tests need updating?

Aaron: No, still need details populated in responses. Question of where it's being dropped and if faults are being generated properly on.

Chris: Sounds like stuff that if Jiri had enough time he would have covered.

Aaron: Yeah, seems like just some loose ends. But they could be hiding other issues, don't know yet.

Chris: Hopefully Asger can have a look soon.

Chris: RE: Jerry's contrib currently has plugin point being fedora.fcfg. Seems better to have new stuff do it the spring way. My question: How to inject dependency in an existing module. Instantiated as spring bean.

Aaron: I did something similar when working on High Level Storage experiments. Idea is to remove it from fedora.fcfg and put in spring dir.

Ben: Yes, see README.txt in spring dir. It actually uses DefaultDOManager as an example.

Aaron: "Just works"

Chris: Ok. Hmm. Should we convert them all?

Ben: Depends. Would be pretty easy to provide a tool to convert.

Chris: Adds some friction. How how upgrade utility using XSLT to extract DefaultDOManager to spring config file?

Ben: Yeah, XSLT. Interesting dumping all of fcfg configs and ala carte extraction by module name. That could be used to plug in alternate modules (developed in Fedora Create) too. I wouldn't have time to work on such a thing 'till mid-October though.

Chris: Created FCREPO-1001 for upgrade utility with ability to convert all or some modules.

Chris: Performance. Dan, you're doing JMeter testing. Any additional steps on that?

Dan: A little..started an instance for testing, then blew it away.

Chris: TODO for me...put notes from week before last meeting online. Did we agree to put in the main fcrepo project?

Dan: Yes for now, we can spin off later if needed. I've got 20% time for now to work on this stuff. Not sure how much time I'll have later.

Chris: I've been telling people we're shooting for late 2011 for 3.6. Seems early to put a date out. But it seems like we've got the performance stuff, CXF, and Jerry's contrib as candidate items for the release currently.

Chris: Any other items?

Dan: Appropriate for Fedora Create: Interested in finding projects that are doing developer friendly Web Content Management on top of Fedora. Seems to be a gap in the Fedora ecosystem. Examples: Sling, Day CQ.

#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))
  • No labels