Monday, 2015-04-06

*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant00:18
deadghosthttps://issues.jboss.org/browse/IMMUTANT-51600:35
jbossbotjira [IMMUTANT-516] LightTable can't connect to repl inside WildFly [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-51600:35
deadghostam I to add the google closure lib under war-resources/WEB-INF/lib?00:35
deadghostand where do I find this lib00:36
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has joined #immutant00:50
*** conan <conan!~conan@mdproctor.plus.com> has quit IRC (Quit: Computer has gone to sleep.)00:58
*** statonjr <statonjr!~statonjr@c-73-131-63-88.hsd1.sc.comcast.net> has quit IRC (Quit: statonjr)01:18
*** maleghast <maleghast!~maleghast@182.18.230.64> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)01:22
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 248 seconds)01:37
*** maleghast <maleghast!~maleghast@125.212.32.50> has joined #immutant02:05
*** eric_normand <eric_normand!~eric@ip72-211-99-52.no.no.cox.net> has joined #immutant02:10
*** jcrossley3 <jcrossley3!~user@redhat/jboss/jc3> has joined #immutant02:11
*** eric_normand <eric_normand!~eric@ip72-211-99-52.no.no.cox.net> has quit IRC (Quit: eric_normand)02:21
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has quit IRC (Quit: leaving)02:44
*** maleghast <maleghast!~maleghast@125.212.32.50> has quit IRC (Read error: Connection reset by peer)03:21
*** maleghast <maleghast!~maleghast@125.212.32.50> has joined #immutant03:50
*** maleghast <maleghast!~maleghast@125.212.32.50> has quit IRC (Client Quit)03:52
*** irsol <irsol!~irsol@unaffiliated/contempt> has quit IRC (Remote host closed the connection)04:13
*** irsol <irsol!~irsol@unaffiliated/contempt> has joined #immutant04:31
*** kschrader <kschrader!uid41175@gateway/web/irccloud.com/x-anwxmeefllwyjqwo> has joined #immutant05:02
*** jcrossley3 is now known as jcrossley3-away05:02
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant06:13
*** deadghost <deadghost!~deadghost@49.230.27.27> has quit IRC (Ping timeout: 250 seconds)06:29
*** kschrader <kschrader!uid41175@gateway/web/irccloud.com/x-anwxmeefllwyjqwo> has quit IRC (Quit: Connection closed for inactivity)07:13
*** maleghast <maleghast!~maleghast@125.212.32.50> has joined #immutant07:46
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has joined #immutant07:46
*** deadghost <deadghost!~deadghost@49.230.27.27> has joined #immutant07:50
*** dbushenko <dbushenko!~dbushenko@86.57.155.118> has joined #immutant08:27
*** statonjr <statonjr!~statonjr@c-73-131-63-88.hsd1.sc.comcast.net> has joined #immutant09:49
*** qwerty_nor <qwerty_nor!~Thunderbi@217.20.169.89> has joined #immutant09:50
*** statonjr <statonjr!~statonjr@c-73-131-63-88.hsd1.sc.comcast.net> has quit IRC (Ping timeout: 246 seconds)09:58
*** statonjr <statonjr!~statonjr@189.sub-70-197-164.myvzw.com> has joined #immutant10:09
*** deadghost <deadghost!~deadghost@49.230.27.27> has quit IRC (Ping timeout: 250 seconds)10:29
*** deadghost <deadghost!~deadghost@49.230.27.27> has joined #immutant10:31
*** maleghast <maleghast!~maleghast@125.212.32.50> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)10:49
*** statonjr <statonjr!~statonjr@189.sub-70-197-164.myvzw.com> has quit IRC (Quit: statonjr)10:58
*** statonjr <statonjr!~statonjr@c-73-131-63-88.hsd1.sc.comcast.net> has joined #immutant11:21
*** statonjr <statonjr!~statonjr@c-73-131-63-88.hsd1.sc.comcast.net> has quit IRC (Quit: statonjr)11:29
*** deadghost <deadghost!~deadghost@49.230.27.27> has quit IRC (Ping timeout: 255 seconds)11:46
*** deadghost <deadghost!~deadghost@49.230.27.27> has joined #immutant12:09
*** eric_normand <eric_normand!~eric@ip72-211-99-52.no.no.cox.net> has joined #immutant12:12
*** tcrawley-away is now known as tcrawley12:18
tcrawleydeadghost: 516 shouldn't be an issue if you are connecting from emacs/cider. what error are you getting when you try to connect?12:20
*** eric_normand <eric_normand!~eric@ip72-211-99-52.no.no.cox.net> has quit IRC (Quit: eric_normand)12:24
deadghostyeah you're right tcrawley it's a different error12:33
deadghosthang on12:33
deadghostit actually doesn't even deploy successfully when immutant war has the --dev flag12:34
deadghosttcrawley, https://www.refheap.com/90ce8748f5fb0a9b20c249b3412:36
jbossbotTitle: anonymous's paste: 90ce8748f5fb0a9b20c249b3412:36
deadghostit might be in a similar vein as 51612:37
deadghostsince cljs/closure.clj shows up in this as well12:38
tcrawleywhat version of cljs are you using?12:38
tcrawleyI suspect this may be a class being hidden by wildfly's module system12:39
tcrawleywhich we can change, if so12:39
deadghosttcrawley, 0.0-285012:40
deadghostlooks like it was released 14-feb-201512:41
deadghostso pretty recent version12:41
tcrawleydeadghost: what version of WildFly are you using?12:42
*** marianoguerra <marianoguerra!~marianogu@245-123-17-190.fibertel.com.ar> has joined #immutant12:43
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant12:43
deadghost8.2.0.Final "Tweek"12:43
tcrawleydeadghost: give this a try: edit modules/system/layers/base/sun/jdk/main/module.xml, and add an entry for <path name="com/sun/nio/file"/>12:45
tcrawleyinside the 8.2 distribution, that is12:45
*** bbrowning <bbrowning!~bbrowning@redhat/jboss/bbrowning> has joined #immutant12:45
*** eric_normand <eric_normand!~eric@ip72-211-99-52.no.no.cox.net> has joined #immutant12:51
deadghostyep tcrawley that did the trick12:53
tcrawleygood deal!12:54
deadghostREPL is also working12:55
deadghostI was actually mistaken about the issue beforehand because I use the command $ lein immutant war -d12:56
deadghostand that didn't create a dev war12:56
tcrawleywhat did it create?12:57
deadghostseems like the same war as without the dev flag12:57
tcrawleyhmm. what version of lein-immutant are you using?12:57
*** lanceball <lanceball!~lanceball@162.243.1.108> has quit IRC (Changing host)12:58
*** lanceball <lanceball!~lanceball@redhat/jboss/lanceball> has joined #immutant12:58
deadghost2.0.0 via ~/.lein/profiles.clj12:58
deadghostactually I have it in both my project plugins and profiles12:59
deadghostlet me see if I can reproduce again12:59
tcrawleyit works for me. can you gist the output of lein immutant war -d?12:59
deadghostoh no it worked13:00
deadghostchaulk it up to earlier user error13:00
tcrawleyno problem!13:01
*** dark4eg <dark4eg!~dark4eg@ppp109-111-142-21.tis-dialog.ru> has joined #immutant13:09
*** jcrossley3-away is now known as jcrossley313:21
jcrossley3eric_normand: did you get your daemonize issue figured out?13:25
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has quit IRC (Remote host closed the connection)13:26
jcrossley3eric_normand: there's not a whole lot of difference between non-singleton immutant daemons and clojure futures, tbh13:27
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant13:27
eric_normandjcrossley3: no? what about attaching to the lifecycle?13:34
eric_normandfwiw, we're not building a wildfly cluster, so the issue is moot13:36
tcrawleyeric_normand: you would start the future/Thread in your -main, then trigger it to shutdown via http://immutant.org/documentation/current/apidoc/immutant.util.html#var-at-exit13:36
jbossbotTitle: immutant.util documentation13:36
eric_normandok!13:37
eric_normandthat's good to know13:37
jcrossley3or maybe use component or similar. or both!13:37
eric_normandthanks13:37
tcrawleymy pleasure!13:38
*** eric_normand <eric_normand!~eric@ip72-211-99-52.no.no.cox.net> has quit IRC (*.net *.split)13:53
*** dustinm <dustinm!~dustinm@105.ip-167-114-152.net> has quit IRC (*.net *.split)13:53
*** jbossbot <jbossbot!~JBossBot@redhat/jbossbot> has quit IRC (*.net *.split)13:53
*** qmx <qmx!~qmx@redhat/jboss/qmx> has quit IRC (*.net *.split)13:53
*** irsol <irsol!~irsol@unaffiliated/contempt> has quit IRC (*.net *.split)13:53
*** dselph_____ <dselph_____!sid28058@gateway/web/irccloud.com/x-qkwyhnfomuayfffx> has quit IRC (*.net *.split)13:53
*** neektza <neektza!sid57833@gateway/web/irccloud.com/x-eucjlbeukddsezub> has quit IRC (*.net *.split)13:53
*** projectodd-ci <projectodd-ci!~PircBotx@ec2-54-221-39-150.compute-1.amazonaws.com> has quit IRC (*.net *.split)13:53
*** dark4eg <dark4eg!~dark4eg@ppp109-111-142-21.tis-dialog.ru> has quit IRC (*.net *.split)13:53
*** bbrowning <bbrowning!~bbrowning@redhat/jboss/bbrowning> has quit IRC (*.net *.split)13:53
*** deadghost <deadghost!~deadghost@49.230.27.27> has quit IRC (*.net *.split)13:53
*** brainproxy <brainproxy!~brainprox@pdpc/supporter/gold/brainproxy> has quit IRC (*.net *.split)13:53
*** abstractj <abstractj!~abstractj@redhat/jboss/abstractj> has quit IRC (*.net *.split)13:53
*** dustinm <dustinm!~dustinm@105.ip-167-114-152.net> has joined #immutant13:54
*** irsol <irsol!~irsol@unaffiliated/contempt> has joined #immutant13:55
*** dselph_____ <dselph_____!sid28058@gateway/web/irccloud.com/x-qkwyhnfomuayfffx> has joined #immutant13:55
*** neektza <neektza!sid57833@gateway/web/irccloud.com/x-eucjlbeukddsezub> has joined #immutant13:55
*** projectodd-ci <projectodd-ci!~PircBotx@ec2-54-221-39-150.compute-1.amazonaws.com> has joined #immutant13:55
*** dark4eg <dark4eg!~dark4eg@ppp109-111-142-21.tis-dialog.ru> has joined #immutant13:56
*** bbrowning <bbrowning!~bbrowning@redhat/jboss/bbrowning> has joined #immutant13:56
*** deadghost <deadghost!~deadghost@49.230.27.27> has joined #immutant13:56
*** jbossbot <jbossbot!~JBossBot@redhat/jbossbot> has joined #immutant13:58
*** qmx <qmx!~qmx@redhat/jboss/qmx> has joined #immutant13:58
*** brainproxy <brainproxy!~brainprox@192.241.250.172> has joined #immutant13:58
*** abstractj <abstractj!~abstractj@redhat/jboss/abstractj> has joined #immutant13:58
*** eric_normand <eric_normand!~eric@ip72-211-99-52.no.no.cox.net> has joined #immutant13:58
*** brainproxy <brainproxy!~brainprox@192.241.250.172> has quit IRC (Changing host)13:59
*** brainproxy <brainproxy!~brainprox@pdpc/supporter/gold/brainproxy> has joined #immutant13:59
eric_normandtcrawley: so another question about daemons14:05
eric_normandwhat happens if the thread crashes?14:05
eric_normandif there's a daemon, won't immutant restart it if it crashes?14:06
jcrossley3eric_normand: only a singleton in a cluster14:17
eric_normandand in immutant 1?14:18
jcrossley3same. there is a heartbeat built into the singleton infrastructure provided by the app server, but there's no facility for telling whether your thread of execution is actually doing what it should be doing.14:19
jcrossley3that heartbeat really only knows when the app "crashes", not your thread.14:20
eric_normandok, thanks14:23
tcrawleyjcrossley3: want some help with that tx issue?14:32
jcrossley3tcrawley: yeah, i haven't started looking at it just yet14:33
tcrawleyI'm here for you when you do14:33
jcrossley3kk!14:40
dark4egjcrossley3: Jim I have a cluster of two nodes.14:41
dark4egNode # 1 4-cpu cores14:41
dark4egNode # 2 8 cpu cores14:41
dark4egFirst run the node # 1. It starts with the job that generates the task.14:41
dark4egThen run the node # 214:41
dark4egHow do I distribute evenly across the cluster running the generated tasks? How many threads will be optimally for each node?14:41
dark4egexcuse me for my English)14:42
jcrossley3i think we have an open issue regarding scheduled job distribution14:42
jcrossley3tcrawley: ^ ?14:42
tcrawleydark4eg: what are these tasks? messages to listeners? scheduled jobs?14:43
dark4egtcrawley: tasks require a resource instance phantomjs ", a separate starotovat′ for each task will be expensive14:47
dark4egI had planned to keep the pool of willing "phantomjs character".14:47
dark4egНо тут становится не понятно сколько должно быть в пуле инстансов phantomjs14:48
dark4egtcrawley: If it will be "message to the listeners", on the incoming message is not required to start a separate tasku Phantomjs instance with a ready14:49
dark4egWhat if all are busy, and the messages continue to come? that is, I can't process them until the resources employed14:53
dark4egor am I not correct I think?14:59
dark4egcorrect me please the Lord)14:59
jcrossley3dark4eg: there's a bit of a language barrier here, but if you're using messaging, then the tasks will be automatically distributed across your cluster15:03
jcrossley3and you can tweak the :concurrency option to the listen function15:04
*** dbushenko <dbushenko!~dbushenko@86.57.155.118> has quit IRC (Quit: Ухожу я от вас)15:06
tcrawleydark4eg: if you set the :concurrency option for the listener, there will be that many listeners, each on a separate thread. each one of those could have a phantomjs instance. If the listeners are busy, the messages will be queued up15:08
jcrossley3tcrawley: can you guess at how hornetq might be behaving differently when run from a repl (or lein run) vs an uberjar?15:22
jcrossley3should it be using the same config?15:22
tcrawleyit should be using the same xml config, yes. the only difference with the uberjar is maybe some AOT I'd think15:23
tcrawleylet me try the feature demo15:23
jcrossley3huh, maybe we need :aot :all?15:24
tcrawleydunno. I wonder where that identifier gets set? do you kow?15:26
tcrawleyknow?15:26
jcrossley3not sure15:27
jcrossley3:aot :all didn't help15:27
jcrossley3tcrawley: https://gist.github.com/d5fab128f7d0088e36fd15:28
jcrossley3TransactionImple?15:28
*** conan_ <conan_!~conan@mdproctor.plus.com> has joined #immutant15:28
jcrossley3Impl is bad enough, ffs, but Imple? please.15:29
tcrawleyyou can set it as a sysprop. this works: java -Dcom.arjuna.ats.arjuna.nodeIdentifier=foo -jar target/demo-standalone.jar15:29
jcrossley3but why is that necessary?15:29
tcrawleyI don't know yet15:29
dark4egtcrawley: Thanks for the detailed answer15:31
tcrawleydark4eg: my pleasure! hopefully that helps. let us know if you need anything else15:32
dark4egок)15:32
dark4egan open question remains the optimal number of threads per node?15:35
dark4eg= cpu core count?15:35
tcrawleythat really depends on how many phantomjs instances you want (if you have one per listen thread), and how fast you are processing messages15:36
tcrawleyit's something you will have to tune to your workload15:37
jcrossley3dark4eg: it's really gonna depend on what your handlers are doing, but core count seems a reasonable first guess. you're gonna need to benchmark different scenarios, ultimately.15:37
dark4egthx15:38
jcrossley3tcrawley: haven't we discussed defaulting to core count in the past? rather than one?15:38
jcrossley31 is pretty conservative15:38
tcrawleywe discussed it, but couldn't come up with a decent heuristic, since we don't know if the listeners would be io bound or not15:39
tcrawleyIMMUTANT-36015:40
jbossbotjira [IMMUTANT-360] Consider defaulting listener :concurrency based on the number of cores [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-36015:40
jcrossley3maybe it's something we should emphasize more in the guide/api15:40
tcrawleymaybe so15:40
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Remote host closed the connection)15:41
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant15:41
jcrossley3i'm trying to understand my comment on that issue15:42
tcrawleyI think you were confused15:42
jcrossley3if we really do think most handlers will be io-bound then #cores seems more reasonable than 115:43
jcrossley3as a default15:43
tcrawleyI agree15:43
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 272 seconds)15:46
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has quit IRC (Ping timeout: 250 seconds)16:01
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant16:02
jcrossley3tcrawley: i wonder if there's a "service file" in some jar that isn't included in the uberjar16:06
tcrawleyI'm poking at it in the debugger now to see what's going on16:06
tcrawleyit instantiates a Bean, and may be getting two different Impl(e)s of that bean16:07
tcrawleytrying to figure out why16:07
jcrossley3it's a null "BranchQualifier" somewhere16:07
tcrawleyintellij is loading the wrong version of arjuna for me, so the debugger isn't showing me what's actually running16:14
tcrawleylemme see if I can figure that out16:14
*** bobmcw <bobmcw!~bobmcw@redhat/jboss/bobmcw> has joined #immutant16:16
*** bobmcw <bobmcw!~bobmcw@redhat/jboss/bobmcw> has quit IRC (Remote host closed the connection)16:18
*** qwerty_nor <qwerty_nor!~Thunderbi@217.20.169.89> has quit IRC (Ping timeout: 264 seconds)16:20
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has quit IRC (Ping timeout: 250 seconds)16:20
*** jcrossley3 <jcrossley3!~user@redhat/jboss/jc3> has quit IRC (Quit: ERC Version 5.3 (IRC client for Emacs))16:22
*** jcrossley3 <jcrossley3!~user@redhat/jboss/jc3> has joined #immutant16:24
jcrossley3tcrawley: it seems like the jbossts-properties.xml isn't being read from the uberjar16:39
jcrossley3even though it's there16:40
tcrawleywhere is it located?16:40
jcrossley3the root16:40
jcrossley3is that the right place?16:40
tcrawleydo we create that file, or is it extracted from one of the tx jars?16:41
jcrossley3i would guess the latter16:41
tcrawleyis it possible there are multiple jbossts-properties.xml files in the various jars, and the last one wins, overwriting the correct one?16:41
tcrawleyare the contents of that file correct in the jar?16:42
jcrossley3maybe, though the nodeidentifier is set in the one that's there16:42
jcrossley3i'm not sure what correct is16:42
jcrossley3but it's there, so maybe this is a deadend16:42
tcrawley1 is what is used as the node id under `lein run`16:42
jcrossley3<entry key="CoreEnvironmentBean.nodeIdentifier">1</entry>16:43
jcrossley3in the uberjar ^16:43
jcrossley3the jbossts-properties.xml is coming from the narayana-jta.jar16:44
tcrawleydo you know where in narayana it tries to load that file?16:45
jcrossley3maybe ConfigurationInfo?16:48
jcrossley3comments in that file are a little disconcerting16:49
jcrossley3e.g. "build time vs run time"16:49
jcrossley3it might misconstrue its presence in the uberjar as "build time" and ignore it16:50
jcrossley3also disconcerting: https://gist.github.com/cf4d8599b1c73941ad4c16:52
jcrossley3oh, shit, i know what it is!16:55
jcrossley3it's assuming all kinds of stuff is in the manifest.mf16:55
tcrawleyah, like arjuna-properties-file, etc16:56
tcrawleythen it appears to fall back to arjuna-properties.xml instead of jbossts-properties.xml16:56
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant16:57
tcrawleyI bet if you stuck an arjuna-properties.xml in wboss/tx that was a dup of jbossts-properties.xml, it would work16:57
jcrossley3mayhap16:57
jcrossley3would adding the entries to the manifest be "correcter"?16:59
jcrossley3i wonder if the only reason they're doing that is to hide the arjuna name17:00
tcrawleyprobably, but how? would that have to be set in project.clj for every project that used tx?17:01
jcrossley3yeah, that's sucky17:01
jcrossley3tcrawley: i'll go that route, thanks!17:06
tcrawleymp!17:06
jcrossley3tcrawley: works like a charm17:25
jcrossley3guess we'll need another wboss release :)17:26
jcrossley3ah, i guess we needed one anyway17:30
*** lanceball is now known as lance|afk17:33
*** GitHub192 <GitHub192!~GitHub192@192.30.252.42> has joined #immutant17:36
GitHub192[wunderboss] jcrossley3 pushed 1 new commit to master: http://git.io/ve0al17:36
GitHub192wunderboss/master e98bdc5 Jim Crossley: Provide an arjuna-properties.xml to fix [IMMUTANT-548]...17:36
*** GitHub192 <GitHub192!~GitHub192@192.30.252.42> has left #immutant17:36
jbossbotTitle: Provide an arjuna-properties.xml to fix [IMMUTANT-548] · projectodd/wunderboss@e98bdc5 · GitHub17:36
jbossbotjira [IMMUTANT-548] Transactions don't work from an uberjar [Open (Unresolved) Bug, Major, Jim Crossley] https://issues.jboss.org/browse/IMMUTANT-54817:36
projectodd-ciProject wunderboss-incremental build #218: SUCCESS in 6 min 59 sec: https://projectodd.ci.cloudbees.com/job/wunderboss-incremental/218/17:45
projectodd-ciJim Crossley: Provide an arjuna-properties.xml to fix [IMMUTANT-548]17:45
jbossbotjira [IMMUTANT-548] Transactions don't work from an uberjar [Open (Unresolved) Bug, Major, Jim Crossley] https://issues.jboss.org/browse/IMMUTANT-54817:45
jbossbotgit [immutant] push thedeuce 188e803.. Jim Crossley This is just returning a string17:50
jbossbotgit [immutant] push thedeuce f64215e.. Jim Crossley Bump wboss dep to fix [IMMUTANT-548]17:50
jbossbotgit [immutant] push thedeuce URL: http://github.com/immutant/immutant/compare/64cfa27...f64215e17:50
jbossbotjira [IMMUTANT-548] Transactions don't work from an uberjar [Open (Unresolved) Bug, Major, Jim Crossley] https://issues.jboss.org/browse/IMMUTANT-54817:50
projectodd-ciProject immutant2-incremental build #543: SUCCESS in 10 min: https://projectodd.ci.cloudbees.com/job/immutant2-incremental/543/18:05
projectodd-ci* Jim Crossley: This is just returning a string18:05
projectodd-ci* Jim Crossley: Bump wboss dep to fix [IMMUTANT-548]18:05
jbossbotjira [IMMUTANT-548] Transactions don't work from an uberjar [Open (Unresolved) Bug, Major, Jim Crossley] https://issues.jboss.org/browse/IMMUTANT-54818:05
*** GitHub4 <GitHub4!~GitHub4@192.30.252.45> has joined #immutant18:20
GitHub4[feature-demo] jcrossley3 pushed 1 new commit to master: http://git.io/ve0by18:20
GitHub4feature-demo/master f984d1c Jim Crossley: Bump dep to fix tx in uberjar18:20
*** GitHub4 <GitHub4!~GitHub4@192.30.252.45> has left #immutant18:20
jbossbotTitle: Bump dep to fix tx in uberjar · immutant/feature-demo@f984d1c · GitHub18:20
*** jcrossley3 is now known as jcrossley3-away18:26
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant18:53
projectodd-ciProject immutant2-incremental-integs build #34: SUCCESS in 47 min: https://projectodd.ci.cloudbees.com/job/immutant2-incremental-integs/34/18:53
projectodd-ci* Jim Crossley: This is just returning a string18:53
projectodd-ci* Jim Crossley: Bump wboss dep to fix [IMMUTANT-548]18:53
jbossbotjira [IMMUTANT-548] Transactions don't work from an uberjar [Resolved (Done) Bug, Major, Jim Crossley] https://issues.jboss.org/browse/IMMUTANT-54818:53
*** lance|afk is now known as lanceball19:17
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 256 seconds)19:31
*** GitHub100 <GitHub100!~GitHub100@192.30.252.45> has joined #immutant19:55
GitHub100[wunderboss] tobias pushed 1 new commit to master: http://git.io/veEPz19:55
GitHub100wunderboss/master 709d111 Toby Crawley: Provide a successful result on null send.19:55
*** GitHub100 <GitHub100!~GitHub100@192.30.252.45> has left #immutant19:55
jbossbotTitle: Provide a successful result on null send. · projectodd/wunderboss@709d111 · GitHub19:55
*** jcrossley3-away is now known as jcrossley319:58
projectodd-ciProject wunderboss-incremental build #219: FAILURE in 2 min 39 sec: https://projectodd.ci.cloudbees.com/job/wunderboss-incremental/219/20:02
projectodd-ciToby Crawley: Provide a successful result on null send.20:02
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Remote host closed the connection)20:08
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant20:08
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 252 seconds)20:13
projectodd-ciYippie, build fixed!20:14
projectodd-ciProject wunderboss-incremental build #220: FIXED in 8 min 0 sec: https://projectodd.ci.cloudbees.com/job/wunderboss-incremental/220/20:14
*** kapkaev <kapkaev!adf7c116@gateway/web/freenode/ip.173.247.193.22> has joined #immutant20:15
kapkaevHello, guys can I have question about handling timeout requests, maybe some of you have experience with this question.20:17
tcrawleykapkaev: welcome! what's your question?20:17
kapkaevHow to handle timeout in immutant. (if request is longer that 100ms, I should return 204 )20:18
tcrawleykapkaev: there's nothing in Immutant that will handle that for you. it seems like you could do that with middleware and a watcher thread20:23
tcrawleythat wouldn't interrupt anything still running from the request though20:24
kapkaev@tcrawley Thank you!20:24
tcrawleykapkaev: my pleasure!20:25
kapkaevLook like https://github.com/ring-clojure/ring-session-timeout will work for me.20:25
kapkaevThanks again20:26
tcrawleykapkaev: I think that just times out session stores, not actual requests20:27
kapkaevYes, you right.20:27
*** kapkaev <kapkaev!adf7c116@gateway/web/freenode/ip.173.247.193.22> has quit IRC (Quit: Page closed)20:39
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant20:41
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Remote host closed the connection)20:43
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant20:44
*** GitHub113 <GitHub113!~GitHub113@192.30.252.40> has joined #immutant20:46
GitHub113[wunderboss] jcrossley3 pushed 1 new commit to master: http://git.io/veuvl20:46
GitHub113wunderboss/master a77b9f9 Jim Crossley: Ensure scheduler is started before adding a TriggerListener20:46
*** GitHub113 <GitHub113!~GitHub113@192.30.252.40> has left #immutant20:46
jbossbotTitle: Ensure scheduler is started before adding a TriggerListener · projectodd/wunderboss@a77b9f9 · GitHub20:46
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 248 seconds)20:48
jbossbotgit [immutant] push thedeuce b523e88.. Toby Crawley Allow send! to take valid Ring body types [IMMUTANT-549]20:55
jbossbotgit [immutant] push thedeuce 0650ca7.. Toby Crawley Eliminate the Channel protocol....20:55
jbossbotgit [immutant] push thedeuce URL: http://github.com/immutant/immutant/compare/f64215e...0650ca720:55
jbossbotjira [IMMUTANT-549] Allow sending ring bodies to channels [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-54920:55
tcrawleyjcrossley3: ^ there's the "pump" stuff. I originally implemented it as a separate function (pump!), but it was weird to have pump! and send!, so I changed send! to take more message types20:57
projectodd-ciProject wunderboss-incremental build #221: SUCCESS in 7 min 14 sec: https://projectodd.ci.cloudbees.com/job/wunderboss-incremental/221/20:57
projectodd-ciJim Crossley: Ensure scheduler is started before adding a TriggerListener20:57
jcrossley3tcrawley: i like that better, yeah!21:01
*** conan_ <conan_!~conan@mdproctor.plus.com> has quit IRC (Quit: Computer has gone to sleep.)21:02
projectodd-ciProject immutant2-incremental build #544: FAILURE in 6 min 21 sec: https://projectodd.ci.cloudbees.com/job/immutant2-incremental/544/21:03
projectodd-ci* Toby Crawley: Allow send! to take valid Ring body types [IMMUTANT-549]21:03
projectodd-ci* Toby Crawley: Eliminate the Channel protocol.21:03
jbossbotjira [IMMUTANT-549] Allow sending ring bodies to channels [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-54921:03
jbossbotgit [immutant] push thedeuce bb830e1.. Toby Crawley whitespace.21:04
jbossbotgit [immutant] push thedeuce URL: http://github.com/immutant/immutant/commit/bb830e1c621:04
jbossbotgit [immutant] push thedeuce a7612c5.. Toby Crawley Clarify error message.21:05
jbossbotgit [immutant] push thedeuce URL: http://github.com/immutant/immutant/commit/a7612c5d321:05
projectodd-ciProject immutant2-incremental build #545: STILL FAILING in 7 min 26 sec: https://projectodd.ci.cloudbees.com/job/immutant2-incremental/545/21:13
projectodd-ci* Toby Crawley: whitespace.21:13
projectodd-ci* Toby Crawley: Clarify error message.21:13
jbossbotgit [immutant] push thedeuce 03acd37.. Toby Crawley Oops, this test data is kinda important.21:15
jbossbotgit [immutant] push thedeuce URL: http://github.com/immutant/immutant/commit/03acd37c821:15
projectodd-ciYippie, build fixed!21:21
projectodd-ciProject immutant2-incremental build #546: FIXED in 3 min 18 sec: https://projectodd.ci.cloudbees.com/job/immutant2-incremental/546/21:21
projectodd-ciToby Crawley: Oops, this test data is kinda important.21:21
jcrossley3tcrawley: you got rid of Channel?21:24
tcrawleyjcrossley3: I did indeed. we don't use it anywhere as a protocol, and no user would ever extend it21:26
*** conan_ <conan_!~conan@mdproctor.plus.com> has joined #immutant21:28
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has quit IRC (Ping timeout: 255 seconds)21:28
projectodd-ciProject immutant2-incremental-integs build #35: SUCCESS in 14 min: https://projectodd.ci.cloudbees.com/job/immutant2-incremental-integs/35/21:36
projectodd-ci* Toby Crawley: Allow send! to take valid Ring body types [IMMUTANT-549]21:36
projectodd-ci* Toby Crawley: Eliminate the Channel protocol.21:36
jbossbotjira [IMMUTANT-549] Allow sending ring bodies to channels [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-54921:36
projectodd-ci* Toby Crawley: whitespace.21:36
projectodd-ci* Toby Crawley: Clarify error message.21:36
projectodd-ci* Toby Crawley: Oops, this test data is kinda important.21:36
*** bbrowning is now known as bbrowning_away21:36
*** tcrawley is now known as tcrawley-away21:39
*** lanceball is now known as lance|afk21:41
*** jcrossle_ <jcrossle_!~user@71-90-202-246.dhcp.stls.mo.charter.com> has joined #immutant21:44
*** jcrossley3 <jcrossley3!~user@redhat/jboss/jc3> has quit IRC (Ping timeout: 252 seconds)21:49
*** jcrossle_ is now known as jcrossley321:50
*** dark4eg <dark4eg!~dark4eg@ppp109-111-142-21.tis-dialog.ru> has quit IRC (Read error: No route to host)21:55
*** eric_normand <eric_normand!~eric@ip72-211-99-52.no.no.cox.net> has quit IRC (Quit: eric_normand)22:25
*** dark4eg <dark4eg!~dark4eg@ppp109-111-142-21.tis-dialog.ru> has joined #immutant22:27
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant22:54

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