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

Using timezone: Eastern Standard Time
* dwilcox joins08:27
* dwilcox leaves08:32
* awoods joins08:59
* whikloj joins09:04
* yamil joins09:13
* peichman joins09:34
* dwilcox joins09:55
* awoods leaves11:09
* awoods joins11:10
* kefo joins11:32
* robcast joins11:33
Hi, I was looking at the fcrepo documentation online and I couldn't find an answer to the question if it is possible to write an integrated image service that could access files in a fedora repo directly without going through the http rest api. Does anyone here know or has any pointers for more information? Thanks.11:39
<whikloj>robcast: Fedora is becoming an API to how to interact and there are multiple possibly implementations being tried/investigated so those interactions are (generally) REST-ful.11:44
robcast: However for the reference implementation (built on Modeshape) there is a java client that might be what you want?
https://github.com/fcrepo4-exts/fcrepo-java-client11:45
<robcast>I read something about the filesystem layout of the reference implementation. I'll have a look at the java client.11:46
I really like the idea of separate service layers using rest but I would prefer to save one http roundtrip when accessing images its possible at all :-)11:48
<whikloj>robcast: You could store your images outside the Fedora repository and just reference it from Fedora11:50
https://wiki.duraspace.org/display/FEDORA471/External+Content
* grosscol joins11:51
<robcast>does the external content also have fixity checking etc?
<whikloj>you know I think so, but I'm not sure... awoods, escowles ^^11:53
* awoods on a call
no ^^
<escowles>robcast: no — if the content is external, you have to do fixity checking externally too
<robcast>thanks for the information11:54
<whikloj>there you go, I learned something to
<robcast>does the fcrepo-java-client talk to the repo over http?
<escowles>we're planning on using ACE or something like it for external fixity checking https://wiki.umiacs.umd.edu/adapt/index.php/Ace:Main11:55
robcast: yes — right now it's all vanilla rest api calls
<robcast>So I would have to hack the default storage implementation (modeshape?) to get information about the "real" file location of a binary resource?12:00
hmm, looking at the jcr documentation, it seems that getting at files is non-trivial ;-) Thanks so far.12:47
<escowles>robcast: you should be able to calculate the location of a file if you know the fedora binary directory and the file's sha1 checksum13:04
e.g., it's /path/to/binary.directory/ab/cd/ef/gh/abcdefgh24e986ac86fdf7b36c94bcdf32beec1513:05
<robcast>is that part of modeshape or are binaries stored separately?13:06
* grosscol leaves
<escowles>that's part of modeshape
<robcast>i looked at the modeshape site and they said that their disk storage changed with version 5. which version does fcrepo use? does the binary layout change?13:09
<escowles>the modeshape config will specify a "persistence" section where metadata is stored (e.g. in a database) and a "binaryStorage" section where binaries are stored, see https://github.com/fcrepo4/fcrepo4/blob/master/fcrepo-configs/src/main/resources/config/jdbc-postgresql/repository.json
but note the "minimumBinarySizeInBytes" property: binaries smaller than that are stored in the metadata cache, and properties larger than that are stored on disk13:10
<robcast>ah, I see.
* grosscol joins13:20
* grosscol leaves14:05
* robcast leaves14:08
* dwilcox leaves14:09
* dwilcox joins
* dwilcox leaves14:14
* whikloj leaves17:00
* yamil leaves17:04
* dwilcox joins17:28
* dwilcox leaves17:32
* ajwagner joins17:36
* awoods leaves17:42
* f4jenkins leaves
* rarian leaves
* anarchivist leaves17:46
* jackhill leaves
* jackhill joins17:48
* awoods joins17:49
* f4jenkins joins17:53
* anarchivist joins17:55
* kefo leaves18:20
* peichman leaves18:31
* travis-ci joins18:54
ualbertalib/fcrepo4-oaiprovider#60 (devel_sprint_2017-04 - ac8825b : Jeffery Antoniuk): The build passed.
Change view : https://github.com/ualbertalib/fcrepo4-oaiprovider/compare/84eafc4dde74...ac8825b202cf
Build details : https://travis-ci.org/ualbertalib/fcrepo4-oaiprovider/builds/201703791
* travis-ci leaves
* escowles_ joins21:50
* escowles leaves21:53
* anarchivist_ joins22:05
* anarchivist leaves22:07

Generated by Sualtam