You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Current »

Table of Contents

Time/Place

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

  • Time: 9am Eastern Daylight Time US (UTC-4)
  • Voice
    • Via Skype (Dial from anywhere):
      • In Skype, select Add a New Contact
      • In the search box, type freeconferencecallhd.8053991200, hit Enter, and add the contact
      • Call the contact
      • When prompted, bring up the Skype keypad and enter the following by clicking with your mouse – not using your keyboard: 341861#
    • Via Phone (US Number):
      • +1(805)399-1200, Access Code: 341861
  • IRC:

Agenda

Regular Items:

  1. Notetaker volunteer
  2. Action items from last week?
  3. Review recently submitted issues (15 minutes)

Discussion Topics:

  1. 3.6 status
  2. Others?

Notes

Attendees:

  • Ed Fugikawa, Eddie Shin, Dan Davis, Adam Soroka, Chris Wilper, Frank Asseg, Jonathan Green, Ben Armintor

Notes:

See raw notes on IRC.

[08:59] 

-DuraLogBot- This channel is logged - http://irclogs.duraspace.org/

[09:07] 

== ajs6f

 [89361cde@gateway/web/freenode/ip.137.54.28.222] has joined 

#duraspace

[09:08] 

<ajs6f> Chris is pleased about progress on submitted issues.

[09:14] 

<ajs6f> Frank is now assigned FCREPO-1027 and FCREPO-1023.

[09:15] 

<ajs6f> Chris has word from Thorny that folks from CDC are interested in helping with some development work in order to advance their own projects.

[09:15] 

<ajs6f> As well as NEH.

[09:16] 

<ajs6f> Dan skewers the medical establishment.

[09:17] 

<ajs6f> These projects concern publications after publisher embargoes are lifting.

[09:17] 

<ajs6f> Also, these groups are running Fedora in the cloud.

[09:18] 

<ajs6f> They're operating under a federal mandate to push efforts to the cloud.

[09:19] 

<ajs6f> Chris: Let's not waste time.

[09:19] 

<ajs6f> Adam: Anything for 3.6 that warrants discussion?

[09:19] 

<ajs6f> Dan: What about replacing JRDF?

[09:19] 

<ajs6f> https://jira.duraspace.org/browse/FCREPO-950

[09:19] 

<kompewter

> [ [

#FCREPO-950] Evaluate replacements for JRDF - DuraSpace JIRA ] - https://jira.duraspace.org/browse/FCREPO-950

[09:20] 

== barmintor

 [~ba2213@dyn-butler-158-112.dyn.columbia.edu] has joined 

#duraspace

[09:21] 

<ajs6f> http://incubator.apache.org/stanbol/

[09:21] 

<kompewter

> [ Apache Stanbol - Welcome to Apache Stanbol (incubating) ] - 

http://incubator.apache.org/stanbol/

[09:22] 

<ajs6f> Adam: Stanbol uses Clerezza for storing structural RDF.

[09:23] 

<ajs6f> Chris: We do need to parse RDF in the core.

[09:23] 

<ajs6f> http://incubator.apache.org/clerezza/

[09:23] 

<kompewter

> [ Welcome to Apache Clerezza ] - 

http://incubator.apache.org/clerezza/

[09:23] 

<ajs6f> http://incubator.apache.org/jena/

[09:23] 

<kompewter

> [ Apache Jena - Welcome to Jena ] - 

http://incubator.apache.org/jena/

[09:24] 

<ajs6f> Adam, Chris: Jena is quite large, but may be modularized.

[09:25] 

<ajs6f> Chris: Seseme RIO is fairly light.

[09:25] 

<ajs6f> Seseme -> Sesame

[09:27] 

<ajs6f> Adam: What is the relationship of the RDF graph to the objects? This informs how much we want to invest in RDF infrastructure.

[09:27] 

== tdonohue

 [~tdonohue@c-67-177-108-221.hsd1.il.comcast.net] has joined 

#duraspace

[09:28] 

<ajs6f> Dan: The graph is central, but the implementation is different question.

[09:28] 

<barmintor> +1 in-memory linked lists

[09:28] 

<ajs6f> Adam: The graph is a graph, but that doesn't imply that it has to be in a triplestore.

[09:28] 

<ajs6f> Chris: We _will_ have to parse and deal with RDF.

[09:29] 

<ajs6f> Dan: Looking at SemWeb architecture (and Linked Data) they see RDF as sending messages. Not so much about triplestores.

[09:30] 

<ajs6f> Dan: Fedora fits well with that. The triplestore is not necessarily part of the core.

[09:30] 

<ajs6f> Dan: What does Fedora (in a large sense) need to ask at different scales?

[09:31] 

<ajs6f> Dan: Low-level questions: about graphs about _how_ the stuff is stored.

[09:31] 

<ajs6f> Dan: Not content-driven questions.

[09:32] 

<ajs6f> Dan: This about what Fedora _requires_, not what a given site might want to do.

[09:33] 

<ajs6f> Frank: Don't we need to abstract out these questions?

[09:33] 

<ajs6f> Everyone: Yes, and some of it has already happened (Trippi) and some needs to (High Level Store).

[09:35] 

<ajs6f> Adam: This all argues for changes in the core patterns of workflow.

[09:35] 

<ajs6f> Dan: High level storage implies those kins of changes.

[09:36] 

<ajs6f> Ben: Using modern Web service engines supports asynch patterns.

[09:37] 

<ajs6f> Ben: Which might be a necessary but not sufficient step.

[09:37] 

<ajs6f> Frank: We may soon have asynch HTTP which would open up the Web APIs.

[09:38] 

<ajs6f> Chris: This is lower level-- system-to-system interaction.

[09:38] 

<ajs6f> Adam: This is about the boundaries between arch styles.

[09:39] 

<ajs6f> Dan: Hopes that Fedora will be a mediator able to support multiple styles of interaction.

[09:41] 

<ajs6f> Adam: We needed to use other machinery for that mediating purpose precisely because Fedora doesn't do that so well right now.

[09:42] 

<ajs6f> Dan: Then there's moving from operation-centrism to data-centrism.

[09:44] 

<Dan_Davis> Ben: Rejiggering FESL configuration files to Spring configuration files

[09:45] 

<Dan_Davis> Ben: Needs feedback, want eyeballs on code.

[09:45] 

<eddies> Ben: calling for feedback on FCREPO-795 branch

[09:45] 

<barmintor> https://github.com/fcrepo/fcrepo/tree/fcrepo-795/fcrepo-installer/src/main/resources/config/spring/fesl

[09:45] 

<kompewter

> [ fcrepo/fcrepo-installer/src/main/resources/config/spring/fesl at fcrepo-795 - fcrepo/fcrepo - GitHub ] -

https://github.com/fcrepo/fcrepo/tree/fcrepo-795/fcrepo-installer/src/main/resources/config/spring/fesl

[09:46] 

<Dan_Davis> Ben: Stored under the installer.

[09:46] 

<barmintor> http://static.springsource.org/spring/docs/2.5.x/reference/extensible-xml.html

[09:46] 

<kompewter

> [ Appendix B. Extensible XML authoring ] - 

http://static.springsource.org/spring/docs/2.5.x/reference/extensible-xml.html

[09:46] 

== ajs6f

 [89361cde@gateway/web/freenode/ip.137.54.28.222] has quit [Ping timeout: 245 seconds]


[09:47] 

<Dan_Davis> Chris: Is seeing how it all hangs together.

[09:48] 

<Dan_Davis> Chris: As opposed to all hanging separately.

[09:50] 

<Dan_Davis> Chris: Normally user configs go into properties files vs xml (unless there is a UI).

[09:51] 

<Dan_Davis> Ben: This is a good chance to clean up FESL configuration to make it easier to understand.

[09:55] 

<Dan_Davis> Eddie: This impl is much improved.  Maybe needs related configurations be not widely separated so its less likely that you have unexpected consequences from a change.

[09:59] 

<Dan_Davis> Chris: Annotation may need one to parse through Java but having a everything in single XML file.

[10:02] 

<Dan_Davis> Ben: Maybe move annotations to core PEP code for basic CRUD.

[10:02] 

<Dan_Davis> Dan: I lost connection so someone needs to take notes.

[10:05] 

<barmintor> Ben: ActiveMQ has a dependency on an older version of slf4j until 3.6 comes out of snapshot, then we can move up to cxf 2.5 or 2.6

[10:07] 

<cwilper> End of Fedora committer call. Start of Fedora Office Hours:https://wiki.duraspace.org/display/~cwilper/Fedora+Office+Hours

Action Items

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