Log of the #fcrepo channel on chat.freenode.net

Using timezone: Eastern Standard Time
* bryjbrown joins06:41
* bryjbrown leaves07:33
* bryjbrown joins07:42
* dwilcox joins07:45
* benpennell joins07:54
* dwilcox leaves07:57
* dwilcox_ joins
* benpennell leaves08:09
* dwilcox_ leaves08:31
* dhlamb joins08:35
* benpennell joins09:00
* dwilcox joins09:09
* bseeger joins09:21
* yamil__ leaves09:24
* apb18 joins09:28
* yamil_ joins09:32
* bryjbrown leaves09:48
* bryjbrown joins10:45
* whikloj joins10:49
awoods: ping
<whikloj>awoods: Regarding fcrepo-2623, if I generate a Stream<Link> with all the links. What do I need at the Jax-rs level to output that?10:51
MessageBodyWriter<Link> ??
<awoods>I need a moment... on a call
<whikloj>no worries, ping me later10:52
* dwilcox leaves10:57
* bryjbrown leaves11:01
* bryjbrown joins11:02
* peichman joins11:06
* peichman leaves11:20
<awoods>whikloj: That sounds right: creating a MessageBodyWriter<Link>... or MessageBodyWriter<LinkStream>?11:47
<whikloj>awoods: OK, so this class confuses me https://github.com/fcrepo4/fcrepo4/blob/master/fcrepo-http-commons/src/main/java/org/fcrepo/http/commons/responses/RdfStreamProvider.java#L5111:48
awoods: a GET request to the TimeMap can only return application/link-format, so alot of that isWriteable stuff I am unclear what I need to do11:49
awoods: Do I also need to make a new class like11:50
<awoods>whikloj: isWriteable() should be true if the arg type isAssignable from LinkStream...
whikloj: https://jersey.github.io/documentation/latest/message-body-workers.html (8.2.1) may be helpful.11:52
<whikloj>awoods: thanks11:53
* bryjbrown_ joins11:57
* bryjbrown leaves11:59
* bseeger leaves12:03
* bseeger joins12:39
* peichman joins12:57
* peichman leaves13:01
* dwilcox joins13:40
<awoods>benpennell/bseeger/whikloj: at some point, I would be interested in your thoughts on: https://github.com/fcrepo/fcrepo-specification/issues/245#issuecomment-33872164913:56
* ruebot joins13:57
* ruebot leaves
* ruebot joins
* bseeger leaves14:05
<whikloj>awoods: I don't think I understand what a "living" version is14:10
<awoods>whikloj: the LDPRv ...i.e. the resource itself
<whikloj>awoods: So when we make a Versionable Resource, he is considering that a "living" version?14:11
<awoods>whikloj: yes, I believe so
* ruebot leaves
<awoods>whikloj: the LDPRv is not a Memento, because Mementos must be immutable
* bseeger joins14:12
<awoods>whikloj: but we are suggesting that the LDPRv could be returned via DateTime negotiation
<whikloj>awoods: we are?14:13
awoods: I thought that Accept-Datetime would only return a Memento that closest matched that datetime
Not an LDPRv
<awoods>whikloj: that sounds right.14:14
<whikloj>awoods: So interacting with the LDPRv using Accept-Datetime gets you a 302 Found with a Location: <URI of the Memento>
awoods: or and this might be what he means14:15
awoods: you could (in alternate implementations) get a 200 Found with the body of the Memento
<awoods>whikloj: One point in that git-comment is around returning Memento-Datetime from the LDPRv.14:17
whikloj: Were you planning on doing that?
whikloj: I am guessing not
<whikloj>awoods: not in our implementation, that would be if you used the 200 response datetime negotiation. So it could occur in an alternate impl14:18
our interaction is
* bryjbrown_ leaves
<whikloj>PUT /foo with versionableResource type link header
POST to /foo/fcr:versions to create a version14:19
Uh oh, I'll have to re-read the spec but the issue could be in the GET
GET /foo with Accept-Datetime: date
That returns a 302 with a Location: /foo/fcr:versions/1234-567814:20
but does it need to return the Memento-Datetime header as well
<awoods>According to the Memento spec, /foo should NOT include a Memento-Datetime header14:21
<whikloj>awoods: right, right. So we're okay there.14:23
awoods: So in our implementation the living version would be a GET to /foo, but the locked would be a GET to the URI returned from the GET with Accept-Datetime.14:25
awoods: the issue is if you use the 200 response method
because then your GET /foo with Accept-Datetime now replies with Memento-Datetime. Which is correct as you are viewing the Memento and not the LDPRv14:26
<awoods>whikloj: which we are not... so all is well.
<whikloj>awoods: except that according to the spec it could occur
<awoods>whikloj: hmmm... where does the spec allow for it?14:27
<whikloj>awoods: the spec is silent on how you implement Memento datetime negotiation (I think) so.14:28
Means that you could get the 200 method which would return a Memento-Datetime at the same address as your LDPRv
* bryjbrown_ joins
<awoods>whikloj: thanks... going into a call14:29
* bseeger leaves15:02
* dwilcox leaves15:04
* bseeger joins15:05
* jeff joins15:16
* dwilcox joins15:18
* bseeger leaves15:30
* github-ff joins15:32
[fcrepo-specification] dannylamb closed pull request #206: Adding section clarifying acl:Append (master...append-mode) https://git.io/v5VJ5
* github-ff leaves
* apb18 leaves15:34
* peichman joins15:43
* yamil_ leaves16:04
* peichman leaves16:11
* bryjbrown_ leaves16:38
* bryjbrown_ joins
* dwilcox leaves17:05
* bryjbrown_ leaves17:26
* benpennell leaves17:34
* whikloj leaves18:02
* dhlamb leaves18:12
* manez leaves18:21
* manez joins18:22
* benpennell joins18:55
* github-ff joins19:17
[fcrepo4] awoods closed pull request #1261: Disallow interactions on paths with fedora: in it. (memento-versioning...fcrepo-2645) https://git.io/vduzo
* github-ff leaves
* travis-ci joins19:32
fcrepo4/fcrepo4#5257 (memento-versioning - 6927958 : Jared Whiklo): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/fe76bfb98469...6927958844e9
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/292885545
* travis-ci leaves
* benpennell leaves20:05
* benpennell joins20:06
* bryjbrown_ joins20:08
* bryjbrown_ leaves20:24
* benpennell leaves20:29
* benpennell joins22:22
* peichman joins22:36
* benpennell leaves22:48
* f4jenkins leaves23:12
* f4jenkins joins23:13
* peichman leaves23:27
* peichman joins
* peichman leaves23:31
* github-ff joins23:32
[fcrepo4] whikloj opened pull request #1264: Add TimeMap response headers and body. (memento-versioning...fcrepo-2623) https://git.io/vFfwG
* github-ff leaves
* peichman joins23:36
* peichman leaves23:41

Generated by Sualtam