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

Using timezone: Eastern Standard Time
* dchandekstark leaves00:00
* arebenji leaves00:06
* dchandekstark joins01:01
* dchandekstark leaves01:07
* thomz joins02:34
* dchandekstark joins04:04
* dchandekstark leaves04:10
* chadmills joins06:11
* cmmills leaves06:13
* cmills joins06:14
* chadmills leaves06:18
* mohamedar joins06:37
* chadmills joins06:44
* cmills leaves06:47
* jrgriffiniii joins06:53
* mohamedar leaves08:28
* mikeAtUVa joins09:10
* dchandekstark joins09:12
* dchandekstark leaves09:16
* github-ff joins09:24
[fcrepo-camel-toolbox] bseeger opened pull request #95: Removes jms.broker from config file - it's not necessary. (master...activemq-cleanup2) https://git.io/vK8cL
* github-ff leaves
* arebenji joins09:32
* mohamedar joins09:43
* mohamedar1 joins09:45
* mohamedar leaves09:47
* peichman joins09:51
* dchandekstark joins09:58
* dchandekstark leaves10:02
* thomz leaves10:34
* ajs6f joins10:44
* dchandekstark joins11:06
* jrgriffiniii leaves11:32
<dchandekstark>Can someone give me a curl example using the Limit header described in https://wiki.duraspace.org/display/FEDORA4x/RESTful+HTTP+API#RESTfulHTTPAPI-GETRetrievethecontentoftheresource12:04
I'm not sure it's working for me using -H "Limit: 10"12:05
awoods: ^12:08
<awoods>dchandekstark: that is correct. What makes you think the header is not working?12:10
<dchandekstark>the request is taking a very long time
just like it does when the header is not present
I would expect it to return fairly quickly when set low lkike 1012:11
<awoods>dchandekstark: that is a separate issue that has been resolved with: https://jira.duraspace.org/browse/FCREPO-1880
<dchandekstark>ok
<awoods>dchandekstark: I suspect your long-running request will return 10 children... but without the above patch, at no increase in performance.
<dchandekstark>awoods: so, it's handled differently in the HTML UI?12:12
b/c it doesn't take that long there
* ajs6f leaves
<dchandekstark>One thing I'm doing now re our current issue is trying to walk the repo from the root node12:13
It takes about 20 minutes to get the full response
<awoods>dchandekstark: The only difference with the HTML UI is that the limit is automatically set to 10012:14
dchandekstark: maybe the HTML UI appears faster due to caching12:18
<dchandekstark>awoods: https://groups.google.com/d/topic/hydra-tech/kA59iIOYqg4/discussion12:49
i wonder if that is in some way related to the problem we're having12:50
that appear to be associated with large collections
<awoods>dchandekstark: seems to have some related elements. Honestly, I do not know how Hydra is structuring such collections. I there a way I can easily see an example?12:52
<dchandekstark>awoods: there isn't really a hydra way per se12:53
it depends on what specific components they're using and how it's configured12:54
<awoods>dchandekstark: is there a hydra way if John Cline is using Sufia?
<dchandekstark>in our case the objects in a collection are not fedora children of the collection object
awoods: probably, but we're not running sufia and i haven't racked its recent development12:55
s/racked/tracked/
* peichman leaves12:56
<dchandekstark>awoods: by "not fedora children" i guess i mean no ldp:contains rel12:57
* peichman joins12:58
<awoods>dchandekstark: meta-note: there is an issue in translating what people are doing within a Hydra application into how resources are structured in Fedora.12:59
<dchandekstark>awoods: yes, this is the Hydra-as-framework vs. Hydra-as-application issue13:00
awoods: the current stack under sufia has so many layers13:03
<awoods>dchandekstark: gob-stopper13:04
* dchandekstark leaves
* dchandekstark joins13:05
* dchandekstark leaves13:10
* dchandekstark joins13:12
<awoods>afk13:13
* dchandekstark leaves13:16
* dchandekstark joins13:41
* dchandekstark leaves13:45
* peichman leaves13:50
* peichman joins13:52
* github-ff joins14:09
[fcrepo-webapp-plus] awoods opened pull request #38: Update webac repo.xml configuration to add delegatedPrincipalProvider (master...fcrepo-2078) https://git.io/vK4q0
* github-ff leaves
* ajs6f joins14:10
* mohamedar2 joins14:30
* mohamedar1 leaves14:33
* mohamedar joins14:34
* mohamedar2 leaves
* mohamedar1 joins14:36
* dchandekstark joins14:38
* mohamedar leaves
* github-ff joins14:44
[fcrepo-camel-toolbox] bseeger opened pull request #97: Fixes the fcrepo-serialization tests (master...serialization-test-fix) https://git.io/vK4s6
* github-ff leaves
* ajs6f leaves15:18
* dchandekstark leaves15:25
* dchandekstark joins15:28
* dchandekstark leaves15:32
* dchandekstark joins15:35
* acoburn joins15:40
* dchandekstark leaves16:04
* mikeAtUVa leaves16:52
* barmintor joins17:02
hey awoods
<awoods>on a call17:03
<barmintor>awoods: ok, I'll email... sometime.17:04
* barmintor leaves
* github-ff joins17:06
[fcrepo-camel-toolbox] acoburn closed pull request #95: Removes jms.broker from config file - it's not necessary. (master...activemq-cleanup2) https://git.io/vK8cL
* github-ff leaves
* acoburn leaves17:07
* arebenji leaves17:20
* travis-ci joins17:29
fcrepo4-exts/fcrepo-camel-toolbox#250 (master - 38dfae3 : Aaron Coburn): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-camel-toolbox/compare/245de8e24a12...38dfae3b3e59
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-camel-toolbox/builds/144580438
* travis-ci leaves
* peichman leaves17:37
* dchandekstark joins18:26
* tjohnson leaves
* dchandekstark leaves18:30
* mohamedar1 leaves19:04
* dchandekstark joins20:41
* dchandekstark leaves20:51
* dchandekstark joins20:53
* arebenji joins22:17
* dchandekstark leaves23:00
* dchandekstark joins23:02
* dchandekstark leaves23:07
* dchandekstark joins00:04
* dchandekstark leaves00:10
* arebenji leaves00:11

Generated by Sualtam