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

Using timezone: Eastern Standard Time
* thomz joins02:28
* escowles_ leaves07:29
* escowles joins07:30
* bseeger joins08:52
* thomz leaves
* whikloj joins08:56
<awoods>whikloj: ping
<whikloj>awoods:08:57
<awoods>whikloj: good morning
whikloj: I am looking at your patch...
<whikloj>awoods: morning, how are things in the mountains?
awoods: hahaha
my patch is a kludge
<awoods>whikloj: things are good here.
whikloj: besides the fact that the files in your patch are organized in a non-standard way...08:58
<whikloj>awoods: and it doesn't work
<awoods>whikloj: I was expecting to see the three existing integration test files directly ported over.
whikloj: Instead, I see a new integration test class: FileConnectorIT
<whikloj>awoods: yes, the tests that failed were not whole files of tests, they were individual tests in the FedoraNodesIT and FedoraLpdIT08:59
<awoods>whikloj: oh, that would explain that.09:00
whikloj: how can I help?
<whikloj>awoods: I am unclear on the standard way to only include those test files if the file-connector profile is activated. They are never referenced regardless if I choose the file-connector profile or not.09:01
That may be due to my non-standard layout though09:02
<awoods>whikloj: you are saying that 1) FileConnectorIT is not currently being run and 2) you would like it to be run only when the -Pconnector-file is selected?09:03
<whikloj>awoods: yes, exactly
* bseeger leaves
* bseeger joins
<whikloj>awoods: also compiled, it seems like it needs to be hit my the maven-compiler-plugin and the maven-surefire-plugin09:04
s/hit my/hit by/
<awoods>whikloj: let me make a PR against your FCREPO-2028 branch to get the test to run... at first all of the time.
* dwilcox joins09:05
<whikloj>awoods: thanks, I will open my PR for fcrepo4 to remove fcrepo-connector-file and I have a new repo with it that I can transfer to fcrepo4-exts if it looks good. I'll add that info to the ticket
<awoods>whikloj: great09:06
* github-ff joins09:10
[fcrepo4] whikloj opened pull request #1056: Move fcrepo-connector-file to its own repository. (master...FCREPO-2028) https://git.io/voyRF
* github-ff leaves
<whikloj>awoods: one thing for fcrepo-webapp-plus, I did not include a repository.json and I am pretty sure I need that to setup the test-objects directories.09:14
<awoods>whikloj: This gets the test running... failing: https://github.com/whikloj/fcrepo-webapp-plus/pull/109:16
<whikloj>awoods: right cause its back in the normal test directory, wasn't sure about that. I had it there to start but couldn't get it to stop running :)09:18
<awoods>whikloj: now let me try to get it to only run when the -Pconnector-file is selected.
<whikloj>awoods: sure I merge your PR or hold off?
<awoods>whikloj: merge it09:19
<whikloj>awoods: done
<awoods>whikloj: nice job keeping the git commits in your new: https://github.com/whikloj/fcrepo-connector-file09:22
<whikloj>awoods: I remembered how acoburn showed me back with fcrepo-transform
* apb18 joins09:29
* mikeAtUVa joins09:32
* ksclarke joins09:40
<whikloj>awoods: this seems like what I was trying to do: http://stackoverflow.com/questions/11959211/maven-surefire-plugin-include-exclude-precedence09:48
<awoods>whikloj: yes, and I have a PR coming that does it09:49
<whikloj>awoods++ # the ease with which you resolve issues is astounding09:50
<awoods>whikloj: I have clocked some hours with maven09:51
whikloj: https://github.com/whikloj/fcrepo-webapp-plus/pull/209:52
<whikloj>awoods: thanks10:00
<awoods>whikloj: Let me know if you hit any more barriers.10:10
<whikloj>awoods: will do
* ksclarke leaves10:12
* ksclarke joins10:13
* Guest45512 leaves10:18
* acoburn joins10:41
* escowles leaves10:50
* escowles joins11:20
* cd3ef joins11:49
* acoburn1 joins11:50
* acoburn leaves11:53
<whikloj>awoods: ping12:10
<awoods>whikloj12:11
<whikloj>awoods: To supply a test repository.json, I stick it in the src/test/resources directory and set the system property to "classpath:test_repository.json"?12:12
<awoods>whikloj: possibly...12:13
whikloj: although the existing optional modules take a different approach.
<whikloj>awoods: they use a spring-test folder yes
<awoods>whikloj: And they use the Maven profile directives to include/exclude the appropriate configuration files.12:14
* diegopino joins12:16
* acoburn1 leaves12:17
<whikloj>awoods: ok, I'll try to mimic how audit does it.
<awoods>whikloj: actually, audit is an outlier
whikloj: Maybe use webac as an example.12:18
<whikloj>awoods: ok, I'll give that a try
awoods: one thing that is different, is that I only need this repository.json for the ITs not for production.12:22
awoods: I just need this: https://github.com/fcrepo4/fcrepo4/blob/master/fcrepo-http-api/src/test/resources/test_repository.json#L18-L3612:23
awoods: I figured it would be easier to just supply the test_respository.json and test folders for all profiles, but only the connector-file would actually use them12:24
brb12:25
<awoods>whikloj: ok, that could make sense.
* apb18 leaves12:40
<whikloj>awoods: ok, so would it be best to add a webapp/WEB-INF/classes/config/test_repo.json to the src/test/resources or just stick it under src/test/resources? This is where classpaths confuse me12:43
stick it -> stick the test_repo.json
* bseeger leaves12:57
<whikloj>I'll play with it some more this weekend. gotta run13:00
* whikloj leaves
* cd3ef_ joins13:06
* cd3ef leaves13:09
* cd3ef leaves
* diegopino leaves13:17
* bseeger joins13:47
<ruebot>there is a performance scaling call today, right?14:01
<escowles>ruebot: it's on my calendar
<ruebot>escowles: hrm. i think i was just listening to a awoods and somebody call a moment ago14:02
<awoods>ruebot/escowles: coming
* bseeger leaves14:03
<ruebot>awoods: https://gist.github.com/ruebot/413ca1552ed2690654d3b1db7b347a0d14:04
awoods: that's where i'm at now... well... where i was on june 8 when i last touched it.
<escowles>postgres/modeshape5 error: https://jira.duraspace.org/browse/FCREPO-206014:05
<ruebot>escowles++14:15
6d73b15ef46f4fc16dbddfab6038bfa49619a78f14:18
6d73b15ef46f4fc16dbddfab6038bfa49619a78fESC14:19
https://github.com/fcrepo4/fcrepo4/commit/6d73b15ef46f4fc16dbddfab6038bfa49619a78f
awwods: https://github.com/fcrepo4/fcrepo4/tree/modeshape5
i put mine in /etc/default/tomcat714:20
<escowles>-Dfcrepo.modeshape.configuration=classpath:/config/jdbc-mysql/repository.json14:22
<ruebot>nruest@zeta:~$ mysql --version14:25
mysql Ver 14.14 Distrib 5.5.49, for debian-linux-gnu (x86_64) using readline 6.3
<awoods>escowles: https://wiki.duraspace.org/display/FEDORA4x/Configuring+JDBC+Object+Store14:26
escowles: https://wiki.duraspace.org/display/FF/Princeton+Results+-+Test+214:30
* github-ff joins14:34
[fcrepo4] lsitu opened pull request #1057: Prevent SN-Sibling from creating that triggering the ConstraintViolationException when replacing binary contents. FCREPO-2055 (master...feature/sn-sibing) https://git.io/voSG2
* github-ff leaves
<ruebot>awoods++
WARN 14:30:38.862 (XmlWebApplicationContext) Exception encountered during context initialization - cancelling refresh attempt
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'modeshapeRepofactory': Invocation of init method failed; nested exception is org.fcrepo.kernel.api.exception.RepositoryRuntimeException: org.modeshape.jcr.ConfigurationException: The configuration for the 'repo' repository has problems: ERROR: Error at storage.persistence : The 'persistence' field on 'storage' is not defined in the schema and the schem14:35
INFO 14:30:38.350 (ModeShapeRepositoryFactoryBean) Using repo config (classpath): file:/var/lib/tomcat7/webapps/fcrepo/WEB-INF/classes/config/jdbc-mysql/repository.json14:36
"if nick continues to fail :-)"14:41
* peichman joins14:46
* ruebot snorts14:47
awoods: https://gist.github.com/ruebot/e092eecbc64d02705e92a0167dcb8e28 -- there is the full error, and my JAVA_OPTS14:59
* github-ff joins15:19
[fcrepo-camel-toolbox] mohideen opened pull request #92: FCREPO-2061. Add ssl authentication capability to the fcrepo-indexing-solr (master...solr-ssl-auth-pr) https://git.io/voS8J
* github-ff leaves
<ruebot>escowles, awoods: ...and the test is running fine now with mysql and modeshape5
<escowles>ruebot++
ruebot: what version? i'm adding the info to the wiki now
<ruebot>escowles: of mysql?15:21
<escowles>ruebot: yep — i've got 14.14 that i was using to debug my ingest issue
<ruebot>escowles: mysql Ver 14.14 Distrib 5.5.49, for debian-linux-gnu (x86_64) using readline 6.3
escowles: cool. i'll let this run until it blows up.15:22
<escowles>wait, is the version 14.14 or 5.5.49?
<ruebot>escowles: that's what mysql -version returns
<awoods>ruebot++15:23
<escowles>looks like ver is the client, and distrib is the server it was built against: http://stackoverflow.com/questions/8645184/version-vs-distrib-number-of-mysql15:24
<ruebot>escowles: oh! right.
escowles: 5.5.49-0ubuntu0.14.04.115:25
escowles: ...according to: SHOW VARIABLES LIKE "%version%";
<escowles>ruebot: cool - i've got the same version15:26
<ruebot>escowles: excellent! it might be interesting for you to run the same test if your storage is local... or on the vm. mine is using a nfs mount.
<escowles>yeah, i'll test mysql after i finish tests 2 & 3 on mode515:27
<ruebot>escowles++
escowles: ...and for the record, i'm doing test 3 on modeshape5 and mysql
* apb18 joins15:50
* dwilcox leaves16:28
* apb18 leaves16:45
* mikeAtUVa leaves16:46
* escowles leaves17:02
* peichman leaves17:12
* dwilcox joins17:48
* dwilcox leaves17:53
* apb18 joins18:17
* apb18 leaves18:30
* dwilcox joins20:57
* dwilcox leaves20:58
* tjohnson leaves23:56