Thursday, 2015-03-26

*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant00:09
*** MadcapJake <MadcapJake!~MadcapJak@66-188-235-160.dhcp.eucl.wi.charter.com> has quit IRC (Quit: Leaving)00:21
*** deadghost <deadghost!~deadghost@49.230.144.119> has quit IRC (Ping timeout: 252 seconds)00:24
*** johnmendonca <johnmendonca!~johnmendo@67.204.184.82> has quit IRC (Remote host closed the connection)00:26
*** bbrowning_away <bbrowning_away!~bbrowning@redhat/jboss/bbrowning> has quit IRC (Quit: Leaving)00:26
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)00:34
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has joined #immutant00:44
*** irsol <irsol!~irsol@unaffiliated/contempt> has quit IRC (Ping timeout: 255 seconds)00:52
*** irsol <irsol!~irsol@unaffiliated/contempt> has joined #immutant00:55
*** cnb_ <cnb_!~cnb@pc-25-8-74-200.cm.vtr.net> has joined #immutant01:36
*** deadghost <deadghost!~deadghost@49.230.144.119> has joined #immutant01:37
*** cnb_ <cnb_!~cnb@pc-25-8-74-200.cm.vtr.net> has quit IRC (Ping timeout: 246 seconds)01:47
*** egli <egli!~user@alouette.sbs.ch> has quit IRC (Ping timeout: 265 seconds)01:49
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 256 seconds)01:55
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant01:56
*** Jesterman81 <Jesterman81!~adam@174-124-3-72.dyn.centurytel.net> has joined #immutant02:46
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)02:54
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant03:05
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)03:17
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant03:33
*** deadghost <deadghost!~deadghost@49.230.144.119> has quit IRC (Ping timeout: 246 seconds)06:19
*** deadghost <deadghost!~deadghost@49.230.162.113> has joined #immutant07:19
*** galderz <galderz!~galder@redhat/jboss/galderz> has joined #immutant07:21
*** mgoldmann|away is now known as mgoldmann07:30
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)07:50
*** je <je!~je@109.202.140.167> has joined #immutant07:51
*** egli <egli!~user@alouette.sbs.ch> has joined #immutant07:52
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant07:59
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant08:06
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Remote host closed the connection)08:34
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant08:35
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 252 seconds)08:39
*** qwerty_nor <qwerty_nor!~Thunderbi@5.248.107.224> has joined #immutant08:41
*** dm3 <dm3!~dm3@pub158181119172.dh-hfc.datazug.ch> has joined #immutant08:52
*** egli <egli!~user@alouette.sbs.ch> has quit IRC (Remote host closed the connection)09:02
*** qwerty_nor <qwerty_nor!~Thunderbi@5.248.107.224> has quit IRC (Ping timeout: 250 seconds)09:21
*** galderz <galderz!~galder@redhat/jboss/galderz> has quit IRC (Quit: This computer has gone to sleep)09:32
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)10:02
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has joined #immutant10:04
*** dm3 <dm3!~dm3@pub158181119172.dh-hfc.datazug.ch> has quit IRC (*.net *.split)11:30
*** mgoldmann <mgoldmann!~mgoldmann@redhat/jboss/mgoldmann> has quit IRC (*.net *.split)11:30
*** mgaare <mgaare!~quassel@75.127.15.55> has quit IRC (*.net *.split)11:30
*** itruslove_ <itruslove_!~itruslove@ec2-107-20-95-59.compute-1.amazonaws.com> has quit IRC (*.net *.split)11:30
*** tcrawley-away <tcrawley-away!~tcrawley@redhat/jboss/tcrawley> has quit IRC (*.net *.split)11:30
*** proddbot <proddbot!~irclj@162.243.1.108> has quit IRC (*.net *.split)11:30
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has quit IRC (*.net *.split)11:30
*** kungi <kungi!kungi@hell.kungi.org> has quit IRC (*.net *.split)11:30
*** DomKM <DomKM!uid23709@gateway/web/irccloud.com/x-qhjnmhmskcnrxiic> has quit IRC (*.net *.split)11:30
*** dselph_____ <dselph_____!sid28058@gateway/web/irccloud.com/x-tvmvctmetdizcqkk> has quit IRC (*.net *.split)11:30
*** projectodd-ci <projectodd-ci!~PircBotx@ec2-54-224-200-244.compute-1.amazonaws.com> has quit IRC (*.net *.split)11:30
*** gws <gws!~gws@2601:7:680:45b:f66d:4ff:fe04:3329> has quit IRC (*.net *.split)11:30
*** borkdude <borkdude!~borkdude@2a02:2308:20:0:216:3eff:fe5f:4c0b> has quit IRC (*.net *.split)11:30
*** jcrossley3-away <jcrossley3-away!~user@71-90-202-246.dhcp.stls.mo.charter.com> has quit IRC (*.net *.split)11:30
*** hiredman <hiredman!~hiredman@volyovaii.ec2.thelastcitadel.com> has quit IRC (*.net *.split)11:30
*** bobmcw <bobmcw!~bobmcw@redhat/jboss/bobmcw> has quit IRC (*.net *.split)11:30
*** neektza <neektza!sid57833@gateway/web/irccloud.com/x-ugecsfftjbhjdgvi> has quit IRC (*.net *.split)11:30
*** michaniskin <michaniskin!sid28312@gateway/web/irccloud.com/x-ujghgrxgtihutfvz> has quit IRC (*.net *.split)11:30
*** nwjsmith <nwjsmith!sid16761@gateway/web/irccloud.com/x-zvmbdoidpvumaecu> has quit IRC (*.net *.split)11:30
*** jodaro <jodaro!sid5995@gateway/web/irccloud.com/x-ksxaoajseayukjum> has quit IRC (*.net *.split)11:30
*** irsol <irsol!~irsol@unaffiliated/contempt> has quit IRC (*.net *.split)11:30
*** jbossbot <jbossbot!~JBossBot@redhat/jbossbot> has quit IRC (*.net *.split)11:30
*** qmx <qmx!~qmx@redhat/jboss/qmx> has quit IRC (*.net *.split)11:30
*** Guest90861 <Guest90861!~ckarlsen@178.62.191.245> has quit IRC (*.net *.split)11:30
*** deadghost <deadghost!~deadghost@49.230.162.113> has quit IRC (*.net *.split)11:30
*** conan <conan!~conan@mdproctor.plus.com> has quit IRC (*.net *.split)11:30
*** dustinm <dustinm!~dustinm@105.ip-167-114-152.net> has quit IRC (*.net *.split)11:30
*** glitch100 <glitch100!~ubuntu@ec2-54-210-160-240.compute-1.amazonaws.com> has quit IRC (*.net *.split)11:30
*** je <je!~je@109.202.140.167> has quit IRC (*.net *.split)11:30
*** statonjr <statonjr!~statonjr@cpe-174-108-074-226.carolina.res.rr.com> has quit IRC (*.net *.split)11:30
*** lance|afk <lance|afk!~lanceball@redhat/jboss/lanceball> has quit IRC (*.net *.split)11:30
*** abstractj <abstractj!~abstractj@redhat/jboss/abstractj> has quit IRC (*.net *.split)11:30
*** proddbot <proddbot!~irclj@162.243.1.108> has joined #immutant11:34
*** tcrawley-away <tcrawley-away!~tcrawley@redhat/jboss/tcrawley> has joined #immutant11:34
*** galderz <galderz!~galder@redhat/jboss/galderz> has joined #immutant11:34
*** mgoldman1 <mgoldman1!~mgoldmann@redhat/jboss/mgoldmann> has joined #immutant11:34
*** mgaare_ <mgaare_!~quassel@75.127.15.55> has joined #immutant11:34
*** dm3 <dm3!~dm3@pub158181119172.dh-hfc.datazug.ch> has joined #immutant11:34
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has joined #immutant11:34
*** je <je!~je@109.202.140.167> has joined #immutant11:34
*** irsol <irsol!~irsol@unaffiliated/contempt> has joined #immutant11:34
*** statonjr <statonjr!~statonjr@cpe-174-108-074-226.carolina.res.rr.com> has joined #immutant11:34
*** conan <conan!~conan@mdproctor.plus.com> has joined #immutant11:34
*** projectodd-ci <projectodd-ci!~PircBotx@ec2-54-224-200-244.compute-1.amazonaws.com> has joined #immutant11:34
*** jbossbot <jbossbot!~JBossBot@redhat/jbossbot> has joined #immutant11:34
*** itruslove_ <itruslove_!~itruslove@ec2-107-20-95-59.compute-1.amazonaws.com> has joined #immutant11:34
*** jcrossley3-away <jcrossley3-away!~user@71-90-202-246.dhcp.stls.mo.charter.com> has joined #immutant11:34
*** lance|afk <lance|afk!~lanceball@redhat/jboss/lanceball> has joined #immutant11:34
*** bobmcw <bobmcw!~bobmcw@redhat/jboss/bobmcw> has joined #immutant11:34
*** kungi <kungi!kungi@hell.kungi.org> has joined #immutant11:34
*** DomKM <DomKM!uid23709@gateway/web/irccloud.com/x-qhjnmhmskcnrxiic> has joined #immutant11:34
*** dselph_____ <dselph_____!sid28058@gateway/web/irccloud.com/x-tvmvctmetdizcqkk> has joined #immutant11:34
*** gws <gws!~gws@2601:7:680:45b:f66d:4ff:fe04:3329> has joined #immutant11:34
*** dustinm <dustinm!~dustinm@105.ip-167-114-152.net> has joined #immutant11:34
*** abstractj <abstractj!~abstractj@redhat/jboss/abstractj> has joined #immutant11:34
*** Guest90861 <Guest90861!~ckarlsen@178.62.191.245> has joined #immutant11:34
*** borkdude <borkdude!~borkdude@2a02:2308:20:0:216:3eff:fe5f:4c0b> has joined #immutant11:34
*** neektza <neektza!sid57833@gateway/web/irccloud.com/x-ugecsfftjbhjdgvi> has joined #immutant11:34
*** michaniskin <michaniskin!sid28312@gateway/web/irccloud.com/x-ujghgrxgtihutfvz> has joined #immutant11:34
*** nwjsmith <nwjsmith!sid16761@gateway/web/irccloud.com/x-zvmbdoidpvumaecu> has joined #immutant11:34
*** qmx <qmx!~qmx@redhat/jboss/qmx> has joined #immutant11:34
*** jodaro <jodaro!sid5995@gateway/web/irccloud.com/x-ksxaoajseayukjum> has joined #immutant11:34
*** hiredman <hiredman!~hiredman@volyovaii.ec2.thelastcitadel.com> has joined #immutant11:34
*** glitch100 <glitch100!~ubuntu@ec2-54-210-160-240.compute-1.amazonaws.com> has joined #immutant11:34
*** barjavel.freenode.net sets mode: +o tcrawley-away11:34
*** brainproxy <brainproxy!~brainprox@pdpc/supporter/gold/brainproxy> has quit IRC (Max SendQ exceeded)11:34
*** brainproxy <brainproxy!~brainprox@pdpc/supporter/gold/brainproxy> has joined #immutant11:34
*** qwerty_nor <qwerty_nor!~Thunderbi@5.248.107.224> has joined #immutant11:57
*** galderz <galderz!~galder@redhat/jboss/galderz> has quit IRC (Quit: This computer has gone to sleep)12:09
*** je <je!~je@109.202.140.167> has quit IRC (Ping timeout: 244 seconds)12:18
*** bbrowning <bbrowning!~bbrowning@redhat/jboss/bbrowning> has joined #immutant12:24
*** deadghost <deadghost!~deadghost@49.230.107.40> has joined #immutant12:29
*** marianoguerra <marianoguerra!~marianogu@245-123-17-190.fibertel.com.ar> has joined #immutant12:35
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant12:35
*** jcrossle_ <jcrossle_!~user@71-90-202-246.dhcp.stls.mo.charter.com> has joined #immutant12:43
*** jcrossle_ is now known as jcrossley312:45
*** jcrossley3-away <jcrossley3-away!~user@71-90-202-246.dhcp.stls.mo.charter.com> has quit IRC (Ping timeout: 264 seconds)12:46
*** jcrossley3 <jcrossley3!~user@71-90-202-246.dhcp.stls.mo.charter.com> has quit IRC (Quit: ERC Version 5.3 (IRC client for Emacs))12:57
*** jcrossley3 <jcrossley3!~user@redhat/jboss/jc3> has joined #immutant12:58
*** lance|afk is now known as lanceball13:03
*** mgoldman1 is now known as mgoldmann13:08
*** galderz <galderz!~galder@redhat/jboss/galderz> has joined #immutant13:17
*** tcrawley-away is now known as tcrawley13:37
*** dm3_ <dm3_!~dm3@pub158181119172.dh-hfc.datazug.ch> has joined #immutant13:55
*** dm3 <dm3!~dm3@pub158181119172.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 246 seconds)13:59
*** dm3_ <dm3_!~dm3@pub158181119172.dh-hfc.datazug.ch> has quit IRC (Remote host closed the connection)14:18
*** dm3 <dm3!~dm3@pub158181119172.dh-hfc.datazug.ch> has joined #immutant14:19
*** conan <conan!~conan@mdproctor.plus.com> has quit IRC (Quit: Computer has gone to sleep.)14:52
*** egli <egli!~user@alouette.sbs.ch> has joined #immutant14:53
*** statonjr <statonjr!~statonjr@cpe-174-108-074-226.carolina.res.rr.com> has quit IRC (Quit: statonjr)14:56
*** conan <conan!~conan@85.255.234.215> has joined #immutant15:04
egliI seem to have managed to configure the xa datasources from the cli15:08
eglithat was hell15:08
eglinow I get some funny exceptions in the log15:08
egli[org.jboss.jca.core.tx.jbossts.XAResourceRecoveryImpl] (Periodic Recovery) IJ000906: Error during crash recover\15:09
egliy: java:jboss/datasources/archive (Could not create connection): javax.resource.ResourceException: Could not create connection15:09
jcrossley3egli: can you gist the full stack traces?15:10
eglihttps://gist.github.com/egli/4c5b7120bdceba55ef3315:10
eglilet me test my datasources15:11
eglihm I can test the connection in the web interface and it claims that15:13
egliSuccessfully created JDBC connection15:13
jcrossley3egli: that looks like the reaper thread, since i see no immutant classes in the trace15:19
egliyes, you are prolly right15:19
jcrossley3typically, that comes from a failed transaction that will never succeed, though it will be retried until removed from disk15:20
*** _kardan <_kardan!~daniel_ka@c-31-209-39-157.cust.bredband2.com> has joined #immutant15:20
eglihm, a failed transaction?15:20
egliis there some kind of log where I could see this transaction?15:21
jcrossley3egli: yes, standalone/data/tx-object-store15:22
jcrossley3see IMMUTANT-35615:22
jbossbotjira [IMMUTANT-356] Puzzling XAResource recovery warnings [Resolved (Won't Fix) Bug, Major, Jim Crossley] https://issues.jboss.org/browse/IMMUTANT-35615:22
*** statonjr <statonjr!~statonjr@107.14.49.0> has joined #immutant15:23
jcrossley3egli: that's not exactly your error, but my guess is your CLI interaction somehow rendered the resource referenced by the recovery data broken15:25
jcrossley3egli: i would try clearing that data/ dir and retrying15:26
eglihm, I dont have anything in standalone/data/tx-object-store/ShadowNoFileLockStore/defaultStore15:28
eglijcrossley3: ok let me try15:28
eglioh did you mean to rm standalone/data?15:31
eglibecause now I get15:32
eglisudo /etc/init.d/wildfly start15:32
egli[FAIL] Starting WildFly Application Server: wildfly failed!15:32
egli[warn] WildFly Application Server hasn't started within the timeout allowed ... (warning).15:32
egli[warn] please review file "/var/log/wildfly/console.log" to see the status of the service ... (warning).15:32
egli15:32
egliah15:33
egliESC[0mESC[31m15:30:46,207 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("add") failed - address: ([("deployment" => "mdr2.war")]) - failure description: "JBAS018717: No deployment content with hash cdcdc699f48f244bd19a43fac85cc9df11f6eb2d is available in the deployment content repository for deployment 'mdr2.war'. This is a fatal boot error. To correct the problem, either restart15:33
egliwith the --admin-only switch set and use the CLI to install the missing content or remove it from the configuration, or remove the deployment from the xml configuration file and restart."15:33
egli15:33
egliI guess I should have only rmd the tx-object-store15:34
jcrossley3egli: i'm resisting the urge to whine about how wildfly persists your changes to its config file15:35
jcrossley3but it's a constant source of pain15:35
jcrossley3i would remove the deployment from the xml and restart15:36
jcrossley3egli: can i ask why you want to use the CLI?15:36
eglijcrossley3: because I want to do the whole setup of datasources in an automated fashion, i.e. with ansible15:37
jcrossley3k15:37
egliI thought it was cleaner to take a pristine standalone-full.xml from the tarball and do the changes with the cli15:37
egliintstead of generating the xml with ansible15:38
jcrossley3k. yeah, then you'll need to be more strategic deleting data/ :)15:38
egliha15:38
eglialthough my war I have been deploying with the web interface15:39
*** conan <conan!~conan@85.255.234.215> has quit IRC (Quit: Computer has gone to sleep.)15:44
*** lanceball is now known as lance|afk15:45
*** jcrossley3 is now known as jcrossley3-away15:50
*** statonjr <statonjr!~statonjr@107.14.49.0> has quit IRC (Quit: statonjr)15:51
eglihm the log file seems quiet now. no more Error during crash recovery15:56
*** _kardan <_kardan!~daniel_ka@c-31-209-39-157.cust.bredband2.com> has quit IRC (Ping timeout: 246 seconds)16:04
*** cap10morgan <cap10morgan!~cap10morg@158.85.124.12-static.reverse.softlayer.com> has joined #immutant16:04
*** _kardan <_kardan!~daniel_ka@c-31-209-39-157.cust.bredband2.com> has joined #immutant16:06
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant16:08
*** conan <conan!~conan@mdproctor.plus.com> has joined #immutant16:19
*** galderz <galderz!~galder@redhat/jboss/galderz> has quit IRC (Quit: This computer has gone to sleep)16:33
*** irctc_ <irctc_!41c436c7@gateway/web/freenode/ip.65.196.54.199> has joined #immutant17:01
irctc_When I wrap my cache with-codec :json I don't see any different when getting the item out again.17:04
irctc_(def my-cache (with-codec (cache "cache-name") :json))17:04
*** statonjr <statonjr!~statonjr@cpe-174-108-074-226.carolina.res.rr.com> has joined #immutant17:04
tcrawleyare you writing/reading from my-cache?17:04
irctc_yes, I'm calling .putAll, passing the result-set from clojure.jdbc17:05
irctc_the result set is a list of maps17:06
tcrawleythe data will be automatically converted to/from json when you write/read via my-cache, so you shouldn't see any json data17:06
tcrawleyyou'd only write it as json to the cache if you are going to share the cache with another non-clojure app17:07
irctc_example: '({:col1 "value1", :col2 "value2"} {:col1 "value3", :col2 "value4"} )17:07
irctc_I see. json is the internal format of the cache, that is converts my list of maps upon writing to the cache and it converts from json back to how I put it in when reading?17:09
tcrawleycorrect - when you wrap a cache with with-codec, it handles encoding to and decoding from the given format for you17:10
tcrawleyif you instead want to convert data to json and put it in the cache, you'll need to do that manually17:10
irctc_I'm missing something, what does storing in json buy you?17:12
tcrawleyyou mean manually? or automatically via with-codec?17:12
tcrawleyfor with-codec, it allows you to share the cache with other, non-clojure applications17:13
tcrawleyruby apps in TorqueBox for example17:13
tcrawleyI don't know what the value of storing it as json manually would be, but I thought that's what you were trying to do initially17:14
irctc_Good Q. I have a large amount of data to cache in the morning and serve up as json to a web app. The db and json conversion would happen at off hours, then the web app will request the data via a restful service later in the day.17:16
*** dm3_ <dm3_!~dm3@pub158181119172.dh-hfc.datazug.ch> has joined #immutant17:17
irctc_the data used for calculations would be cached as is.17:18
irctc_it would save converting to json for every request.17:19
tcrawleyis the process that pulls from the db and puts it into the cache the same one that jsonifies?17:19
irctc_process = jvm. yes17:20
irctc_Effectively yes query convert and store on cron schedule in wildfly.17:21
*** dm3 <dm3!~dm3@pub158181119172.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 264 seconds)17:21
tcrawleygotcha17:21
*** dm3_ <dm3_!~dm3@pub158181119172.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 264 seconds)17:22
tcrawleyin that case, I'd pull from the db, convert to json manually, then write the resulting json string to the cache17:22
irctc_data can change daily17:22
irctc_we're on the same page, thank you for your response!17:22
tcrawleyour json encoder just uses cheshire.core/generate-string on the data, so it's pretty simple17:22
tcrawleymy pleasure!17:22
*** cap10morgan <cap10morgan!~cap10morg@158.85.124.12-static.reverse.softlayer.com> has quit IRC (Quit: Computer has gone to sleep.)17:37
*** lance|afk is now known as lanceball17:39
tcrawleyjcrossley3-away: add-listener! returns a list of listener objects, but the order of those objects doesn't matter. would you be opposed to returning a set instead?17:49
tcrawleyimmutant.caching/add-listener!, that is17:53
tcrawleythe caching guide says :edn, :json, and :fressian are valid codecs for with-codec, but its docstring just says :edn and :json. which is correct?17:57
jbossbotgit [immutant] push thedeuce 6c0951a.. Toby Crawley Scheduling guide updates [IMMUTANT-538]18:31
jbossbotgit [immutant] push thedeuce eec4492.. Toby Crawley Caching doc updates [IMMUTANT-538]18:31
jbossbotgit [immutant] push thedeuce URL: http://github.com/immutant/immutant/compare/f31519f...eec449218:31
jbossbotjira [IMMUTANT-538] Review guides before release [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-53818:31
projectodd-ciProject immutant2-incremental build #529: SUCCESS in 10 min: https://projectodd.ci.cloudbees.com/job/immutant2-incremental/529/18:44
projectodd-ci* Toby Crawley: Scheduling guide updates [IMMUTANT-538]18:44
projectodd-ci* Toby Crawley: Caching doc updates [IMMUTANT-538]18:44
jbossbotjira [IMMUTANT-538] Review guides before release [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-53818:44
*** bobmcw <bobmcw!~bobmcw@redhat/jboss/bobmcw> has quit IRC ()18:47
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)18:55
*** bobmcw <bobmcw!~bobmcw@redhat/jboss/bobmcw> has joined #immutant18:59
*** jcrossley3-away is now known as jcrossley319:00
tcrawleyjcrossley3: thoughts?19:17
jcrossley3which question should we tackle first?19:18
tcrawleyhow far back are we going?19:18
tcrawleyyour choice19:18
jcrossley3i noticed you asked something yesterday i never responded to. wanna go that far?19:18
tcrawleysure!19:19
jcrossley3i forgot the question19:19
tcrawley<tcrawley> jcrossley3-away: web/run takes a fn, an HttpHandler, or a Servlet. What happens if I19:19
tcrawley           pass an HttpHandler in-container?   [14:59]19:19
tcrawley<tcrawley> Is there even a use-case where a user would have an HttpHandler to give us?19:19
jcrossley3oh, right19:19
jcrossley3i think the answer to the first question is that a new web server will be started.19:20
jcrossley3i dunno 1b19:20
jcrossley3NEXT!19:20
tcrawleyI'm fine with those answers19:21
tcrawleywhat about add-listener! returning a set?19:21
jcrossley3i thought order did matter there19:21
jcrossley3what made you think it doesn't?19:21
tcrawleybecause it's just a list of listener objects that you would only use to remove the listeners. why would order matter?19:22
borkdudeI saw immutant 2 is not dependent anymore on jboss?19:22
tcrawleyplus (.getListeners cache) returns a set19:23
borkdudeso, how do you deploy the app, always as an uberjar?19:23
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant19:23
jcrossley3borkdude: yeah, same ways you might deploy any clojure app19:23
tcrawleyborkdude: you have two options - you can use an uberjar (the "embedded" option), or you can generate a war and deploy it to WildFly (the new name for JBoss AS)19:23
jcrossley3or you can still deploy it as a war file to wildfly19:23
borkdudewhat is the benefit of switching from lein ring uberjar to the immutant one, if you don't use caching etc? is there a performance benefit?19:24
borkdudes/caching/scheduling etc19:24
jcrossley3borkdude: lein ring is going to use jetty19:25
borkdudejcrossley3 so it's jetty vs undertow19:25
tcrawleyjcrossley3: "(= (set result) (.getListeners c))    ;=> true" from caching.md is what made me want to return a set from add-listener!19:25
jcrossley3borkdude: you can still use caching/scheduling/etc even with jetty (lein ring), of course19:25
jcrossley3borkdude: correct19:25
borkdudeI was wondering if I would be better of if I was hosting 3 clojure apps on one VPS: 3 times an embedded server (jetty or undertow) vs Wildfly hosting three wars... does that matter ?19:26
jcrossley3tcrawley: i'm surprised i'm changing the data structures returned by the java calls19:26
tcrawleyborkdude: the wildfly option would likely use less memory19:27
jcrossley3borkdude: easy enough to measure19:27
tcrawleythe wildfly option wouldn't require a reverse-proxy in front for them to share the same port19:27
*** je <je!~je@x1-6-c0-3f-0e-f8-01-dc.cpe.webspeed.dk> has joined #immutant19:28
jcrossley3tcrawley: ah, i see what i'm doing now19:28
borkdudeother question: what's easier: turning on gzip compression in jetty/undertow or wildly.19:29
tcrawleyborkdude: I don't know the answer19:29
jcrossley3tcrawley: to me, there is an order implied by the event types passed to add-listener!19:30
jcrossley3i'm not sure what value the set would have19:31
tcrawleywhat the actual value of the set would be, or the value of changing from list to set?19:31
jcrossley3tcrawley: the latter19:31
jcrossley3it's not really a question of ispan's api in this case.19:32
jcrossley3it's ours19:32
projectodd-ciProject immutant2-incremental-integs build #21: SUCCESS in 47 min: https://projectodd.ci.cloudbees.com/job/immutant2-incremental-integs/21/19:32
projectodd-ci* Toby Crawley: Scheduling guide updates [IMMUTANT-538]19:32
projectodd-ci* Toby Crawley: Caching doc updates [IMMUTANT-538]19:32
jbossbotjira [IMMUTANT-538] Review guides before release [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-53819:32
tcrawleybut I'm fine with sticking with list if you like the event type ordering19:32
borkdudeI've seen static resources have a bit slow response times in a clojure app. Is that inherent to Java-land vs Apache/Nginx which are better at static resources, or is there also difference between jetty, undertow or Wildfly?19:32
jcrossley3i like knowing that the result maps directly to the event types i passed19:32
tcrawleythe only reason I suggested it was because ispan sees the listeners as a set19:32
jcrossley3right, but like i said, this is really "hey create some listeners from these keywords *AND* register them with a cache"19:33
tcrawleyborkdude: I don't know the answer to that either, but I'm sure Apache/Nginx are faster at serving static files19:33
jcrossley3tcrawley: maybe we're conflating things, but the result is important to the first thing, not the second19:34
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 272 seconds)19:34
tcrawleyI have been convincicated19:34
tcrawleyon to the encodings: I assume the lack of :fressian in the docstring is just an omission. would you concur?19:34
jcrossley3tcrawley: wait19:34
* tcrawley waits, winks, and smiles19:35
jcrossley3you could make a reasonable argument that it's silly to map a bunch of event types to a single function19:35
jcrossley3really, it's only useful for logging/debugging19:35
jcrossley3maybe that's enough?19:35
tcrawleyyou could argue that if you were going to map multiple events to one fn, that fn should get passed the event type as its first arg19:36
jcrossley3which you could do with a partial, letting add-listener! take only one type19:36
tcrawleybut I guess you can dispatch on the type of the event?19:36
jcrossley3yeah, maybe19:36
jcrossley3i'm not sure, tbh19:37
jcrossley3and fwiw, you can do the partial thing as the api stands today19:37
tcrawleyso you're potentially arguing for (defn add-listener! [cache f type])?19:37
jcrossley3i am, but not for any reason that couldn't be done without changing it anyway. :)19:38
jcrossley3so i'm not kinetically arguing for it19:38
tcrawleykk. let's let it be. no one's going to use it anyway :)19:38
jcrossley3haha19:38
jcrossley3I USE IT!19:38
tcrawleyoutside of tests for it?19:38
jcrossley3i've used it to debug user issues, yeah19:39
jcrossley3it's fucking handy, marilyn!19:39
tcrawleycheerfully withdrawn!19:39
tcrawleynow answer my encoding question so I can stop talking to you19:39
tcrawleymy friend19:39
jcrossley3:)19:39
jcrossley3what was the encoding question again?19:40
tcrawleyI leave it to you to use C-r or M-v to find it19:40
jcrossley3i had to actually try M-v to recall what that is :)19:41
tcrawleyha19:41
tcrawleyI had to use it whilst looking at my hands19:41
jcrossley3yep19:41
jcrossley3i want to say i didn't include fressian in the api docs because of needing the extra dep19:42
jcrossley3the guide explains that19:42
tcrawleygood enough for me!19:42
tcrawleyborkdude: tbh, I would probably still put nginx in front of WF, and enable gzip compression there. plus serve static assets from there if I was concerned about perf19:43
tcrawleyI've gone through all of the guides but tx and msg19:43
borkdudetcrawley yes, I was thinking about that too. Actually, that's what I'm doing now :)19:43
tcrawleyjcrossley3: I've been avoiding msg mainly because of the "More to come" para at the end19:44
tcrawleyso, I'll go through tx next :)19:44
jcrossley3tcrawley: indeed19:44
jcrossley3i'm about to get in there.19:44
jcrossley3i find messaging a tad impenetrable, tbh19:44
tcrawleyplease explain19:45
tcrawleyjcrossley3: once we release 2.0, I want to move theduece branch -> master19:46
jcrossley3just normal ol' api challenges: striking a balance between simplicity and features19:47
tcrawleygotcha19:47
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has joined #immutant19:56
*** bbrowning <bbrowning!~bbrowning@redhat/jboss/bbrowning> has quit IRC (Quit: Leaving)19:59
jcrossley3tcrawley: you shouldn't have let me get away with my with-codec excuse20:04
jcrossley3"The following codecs are supported by default: :edn, and :json,  The latter requires an additional dependency on `cheshire`."20:05
jcrossley3that comma after :json makes me think :fressian used to be there20:06
jcrossley3tcrawley: ah-HAH!20:06
jcrossley3git-blame blames you, my friend20:06
jcrossley3https://github.com/immutant/immutant/commit/e7aebf77f86cd8054f20:09
jbossbotgit [immutant] e7aebf7.. Toby Crawley Don't enable :fressian codec by default [IMMUTANT-490]...20:09
jbossbotjira [IMMUTANT-490] Don't register fressian codec by default [Resolved (Done) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-49020:09
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)20:14
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 252 seconds)20:23
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant20:23
tcrawleywhy does there always have to be a loser with you.20:33
tcrawley?20:33
tcrawleythere's often a loser, but never a winier20:33
tcrawleywinner20:33
tcrawleydammit20:33
tcrawleyI need typing lessons20:33
tcrawleybecause I'm the loser20:33
jcrossley3i didn't say anything about winners or losers20:34
tcrawleymaybe it's the tone20:34
jcrossley3if anything, you won because you tricked me into thinking i made a mistake20:35
tcrawleyyay! I'm the winner!20:35
tcrawleywinier*20:35
jcrossley3i wasn't sure where the mistake was, actually20:36
jcrossley3is IMMUTANT-490 relevant?20:36
jbossbotjira [IMMUTANT-490] Don't register fressian codec by default [Resolved (Done) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-49020:36
jcrossley3should the guide change?20:36
jcrossley3tcrawley: how come you don't answer my questions?20:37
tcrawleyI'm not sure. 400 is about requiring you to explicitly enable fressian, but I don't know why that would affect caching20:37
jcrossley3490?20:38
tcrawleyah, that's it. json is registered, so you *just* have to depend on cheshire20:39
jcrossley3so the guide is wrong?20:39
tcrawleyfressian requires explicitly registering the codec, so you can set the read/write handlers20:39
tcrawleyso, yeah, the guide is wrong20:39
jcrossley3why do we do that?20:39
tcrawleybecause if you are using fressian, you likely want to provide your own read/write handlers20:40
tcrawleyand if we register the codec by default, you can't20:40
tcrawleywell, you can, but you have to register a new codec with the handlers, possibly replacing the old20:41
jcrossley3do we explain that anywhere?20:41
jcrossley3would *anyone* want to use fressian without providing their own handlers?20:41
tcrawleyyes, probably20:41
* jcrossley3 only barely knows what we're talking about right now20:41
tcrawleywe do mention it in the codec ns docstring20:42
jcrossley3then wouldn't it be convenient to have it registered?20:42
tcrawleyand the codecs.fressian ns itself20:42
tcrawleymaybe we need to consult the irc logs, since I explicitly moved it away from being registered by default20:42
jcrossley3<harvey_fierstein>is convenience so wrong?<harvey_fierstein/>20:43
jcrossley3</harvey_fierstein>*20:44
* jcrossley3 is a stickler20:44
tcrawleywell, if we discussed it, it didn't happen in irc20:48
tcrawleybut fressian isn't very useful w/o custom read/write handlers. so anyone using it would want to provide them.20:48
jcrossley3i don't recall discussing it. i vaguely recall a user issue motivating you to do that.20:48
jcrossley3tcrawley: my primary concern right not is that comma after :json20:49
jcrossley3now*20:49
tcrawleyI'll remove it posthaste20:49
jcrossley3donkey20:50
jcrossley3you'll replace it with a period, right?20:50
tcrawleyI'll replace it with (20:50
jcrossley3dammit!20:50
jcrossley3i'm at your mercy20:51
jbossbotgit [immutant] push thedeuce 6af1f8b.. Toby Crawley More caching doc updates [IMMUTANT-538]20:57
jbossbotgit [immutant] push thedeuce URL: http://github.com/immutant/immutant/commit/6af1f8b8b20:57
jbossbotjira [IMMUTANT-538] Review guides before release [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-53820:57
jcrossley3tcrawley: thanks!21:02
tcrawleymp!21:03
*** qwerty_nor <qwerty_nor!~Thunderbi@5.248.107.224> has quit IRC (Quit: qwerty_nor)21:06
jcrossley3tcrawley: just to confirm, it appears the only thing we use is the name attribute of the jms-queue element21:07
jcrossley3the entry can be anything, it seems21:07
tcrawleyif you want to connect with the immutant client, yes21:08
tcrawleyif you're using a client that uses jndi, then it matters21:08
jcrossley3hmm21:09
tcrawleybut I don't think we care about that use case21:09
tcrawley"look at the WF docs" for that one21:09
jcrossley3yeah21:09
projectodd-ciProject immutant2-incremental build #530: SUCCESS in 11 min: https://projectodd.ci.cloudbees.com/job/immutant2-incremental/530/21:11
projectodd-ciToby Crawley: More caching doc updates [IMMUTANT-538]21:11
jbossbotjira [IMMUTANT-538] Review guides before release [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-53821:11
jbossbotgit [immutant] push thedeuce 9edbb08.. Toby Crawley Update tx guide [IMMUTANT-538]21:25
jbossbotgit [immutant] push thedeuce URL: http://github.com/immutant/immutant/commit/9edbb085221:25
jbossbotjira [IMMUTANT-538] Review guides before release [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-53821:25
*** _kardan <_kardan!~daniel_ka@c-31-209-39-157.cust.bredband2.com> has quit IRC (Quit: Computer has gone to sleep.)21:26
*** lanceball is now known as lance|afk21:27
projectodd-ciProject immutant2-incremental build #531: SUCCESS in 12 min: https://projectodd.ci.cloudbees.com/job/immutant2-incremental/531/21:39
projectodd-ciToby Crawley: Update tx guide [IMMUTANT-538]21:39
jbossbotjira [IMMUTANT-538] Review guides before release [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-53821:39
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has quit IRC (Ping timeout: 246 seconds)21:41
jbossbotgit [immutant] push thedeuce 1cb8f28.. Jim Crossley Described destination creation in WF config [IMMUTANT-538]21:45
jbossbotgit [immutant] push thedeuce URL: http://github.com/immutant/immutant/commit/1cb8f284621:45
jbossbotjira [IMMUTANT-538] Review guides before release [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-53821:45
*** tcrawley is now known as tcrawley-away21:59
projectodd-ciProject immutant2-incremental build #532: SUCCESS in 12 min: https://projectodd.ci.cloudbees.com/job/immutant2-incremental/532/21:59
projectodd-ciJim Crossley: Described destination creation in WF config [IMMUTANT-538]21:59
jbossbotjira [IMMUTANT-538] Review guides before release [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-53821:59
projectodd-ciProject immutant2-incremental-integs build #22: SUCCESS in 47 min: https://projectodd.ci.cloudbees.com/job/immutant2-incremental-integs/22/22:01
projectodd-ciToby Crawley: More caching doc updates [IMMUTANT-538]22:01
jbossbotjira [IMMUTANT-538] Review guides before release [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-53822:01
*** irctc_ <irctc_!41c436c7@gateway/web/freenode/ip.65.196.54.199> has left #immutant22:35
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)22:37
projectodd-ciProject immutant2-incremental-integs build #23: SUCCESS in 47 min: https://projectodd.ci.cloudbees.com/job/immutant2-incremental-integs/23/22:48
projectodd-ci* Toby Crawley: Update tx guide [IMMUTANT-538]22:48
projectodd-ci* Jim Crossley: Described destination creation in WF config [IMMUTANT-538]22:48
jbossbotjira [IMMUTANT-538] Review guides before release [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-53822:48
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant23:04
*** je <je!~je@x1-6-c0-3f-0e-f8-01-dc.cpe.webspeed.dk> has quit IRC (Ping timeout: 252 seconds)23:15
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)23:20
*** egli <egli!~user@alouette.sbs.ch> has quit IRC (Ping timeout: 256 seconds)23:22
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant23:31
*** jcrossle_ <jcrossle_!~user@71-90-202-246.dhcp.stls.mo.charter.com> has joined #immutant23:36
*** jcrossley3 <jcrossley3!~user@redhat/jboss/jc3> has quit IRC (Ping timeout: 256 seconds)23:41

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!