Thursday, 2015-04-09

*** bbrowning <bbrowning!~bbrowning@redhat/jboss/bbrowning> has joined #immutant00:23
*** bbrowning_away <bbrowning_away!~bbrowning@redhat/jboss/bbrowning> has quit IRC (Read error: Connection reset by peer)00:24
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has joined #immutant00:44
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant01:07
*** tcrawley is now known as tcrawley-away01:19
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 245 seconds)01:38
*** deadghost <deadghost!~deadghost@49.230.148.133> has quit IRC (Ping timeout: 250 seconds)01:39
*** abstractj <abstractj!~abstractj@redhat/jboss/abstractj> has quit IRC (Ping timeout: 252 seconds)01:43
*** tcrawley-away is now known as tcrawley01:44
*** qmx <qmx!~qmx@redhat/jboss/qmx> has quit IRC (Ping timeout: 255 seconds)01:44
*** eric_normand <eric_normand!~eric@ip72-211-99-52.no.no.cox.net> has joined #immutant01:54
*** irsol <irsol!~irsol@unaffiliated/contempt> has quit IRC (Remote host closed the connection)02:06
*** deadghost <deadghost!~deadghost@49.230.148.133> has joined #immutant02:18
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)02:21
*** jplaza <jplaza!~anonymous@186.3.148.151> has joined #immutant02:23
jplazais it ok to retry a message inside a pipeline step error handler using just it's body02:26
jplazalike: (.body message)02:26
tcrawleyjplaza: what do you mean by "retry"?02:29
tcrawleyand are you setting :decode? false to get access to the raw message?02:30
*** irsol <irsol!~irsol@unaffiliated/contempt> has joined #immutant02:30
jplazaI'm setting my own err handlers. So I try to redeliver the message to the pipeline step inside the handler02:33
jplazaas the example in the docs02:33
jplazabut I get an error because my step fns dont receive a map, they get an object instead02:34
jplazanope not setting decode false02:35
tcrawleyhmm, it looks like we don't have a test that does that. you should be able to do it, but without a test, I'm not confident it works02:38
tcrawleyjplaza: I have to run, but I created a jira to track this: https://issues.jboss.org/browse/IMMUTANT-55202:40
jbossbotjira [IMMUTANT-552] Retrying from a pipeline error handler fails [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/IMMUTANT-55202:40
tcrawleyI can take a look at it in the morning, but could you add any errors you are seeing to that jira?02:40
jplazawhen I use (.body message) my step functions get the message they actually expect and everything works as expected, but in some cases, when steps start to fail to often,seems like the pipeline gets stuck in that step and wont process anymore messages until I restart my application02:40
tcrawleyare the errors that trigger the error-handler to be called errors from your code, or something in immutant?02:41
tcrawleythe immutant code, that is02:41
jplazaerrors from my code02:42
jplazabut expected ones. Mostly network errors02:42
tcrawleywhen it gets stuck, does it loop back to the error-handler, or just freeze?02:44
jplazaIm interacting with a REST service so basically I'm retrying under given errors02:44
jplazaI could share the code with you02:44
jplazaIt actually continue to process messages but all of the messages go through all the steps previous to the one that froze02:47
tcrawleylooking at your code might be helpful. if it's public, can you add a link to it to the jira?02:48
tcrawleyif not, feel free to pm me the info02:49
tcrawleybut I have to go now - I can take a look in the morning.02:49
*** tcrawley is now known as tcrawley-away02:49
jplazaok thanks.02:49
*** jplaza <jplaza!~anonymous@186.3.148.151> has quit IRC (Quit: Mango IRC for iOS and OS X, http://mediaware.sk/mango)02:53
*** deadghost <deadghost!~deadghost@49.230.148.133> has quit IRC (Remote host closed the connection)03:02
*** qmx <qmx!~qmx@esgaroth.qmx.me> has joined #immutant03:02
*** qmx <qmx!~qmx@redhat/jboss/qmx> has joined #immutant03:02
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant03:15
*** jplaza <jplaza!~anonymous@186.3.148.151> has joined #immutant03:21
*** jplaza <jplaza!~anonymous@186.3.148.151> has quit IRC (Remote host closed the connection)03:24
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)03:56
*** marianoguerra <marianoguerra!~marianogu@245-123-17-190.fibertel.com.ar> has joined #immutant04:04
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant04:04
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has quit IRC (Ping timeout: 245 seconds)04:48
*** mgoldmann|away is now known as mgoldmann06:04
*** egli` <egli`!~user@alouette.sbs.ch> has quit IRC (Read error: Connection reset by peer)06:39
*** egli <egli!~user@alouette.sbs.ch> has joined #immutant06:49
*** galderz <galderz!~galder@redhat/jboss/galderz> has joined #immutant06:49
*** je <je!~je@109.202.140.167> has joined #immutant07:11
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant07:14
*** conan <conan!~conan@212.59.211.192> has joined #immutant07:51
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Remote host closed the connection)07:57
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant07:58
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 244 seconds)08:02
*** conan <conan!~conan@212.59.211.192> has quit IRC (Quit: Computer has gone to sleep.)08:06
*** conan <conan!~conan@249.Red-2-139-174.staticIP.rima-tde.net> has joined #immutant08:18
*** deadghost <deadghost!~deadghost@49.230.148.133> has joined #immutant08:23
*** galderz <galderz!~galder@redhat/jboss/galderz> has quit IRC (Quit: This computer has gone to sleep)08:30
*** dm3 <dm3!~dm3@pub158181119172.dh-hfc.datazug.ch> has joined #immutant08:30
*** deadghost <deadghost!~deadghost@49.230.148.133> has quit IRC (Ping timeout: 246 seconds)08:36
*** deadghost <deadghost!~deadghost@49.230.148.133> has joined #immutant08:38
*** jjcomer <jjcomer!8ea21243@gateway/web/freenode/ip.142.162.18.67> has joined #immutant09:01
*** deadghost <deadghost!~deadghost@49.230.148.133> has quit IRC (Ping timeout: 250 seconds)09:02
jjcomerI'm using immutant 2.0 and trying to use web.async to do a streaming HTTP response. Is there a way to specify the headers to be used in the response?09:03
*** conan <conan!~conan@249.Red-2-139-174.staticIP.rima-tde.net> has quit IRC (Quit: Computer has gone to sleep.)09:20
*** jjcomer <jjcomer!8ea21243@gateway/web/freenode/ip.142.162.18.67> has quit IRC (Ping timeout: 246 seconds)09:30
*** conan <conan!~conan@249.Red-2-139-174.staticIP.rima-tde.net> has joined #immutant09:43
*** deadghost <deadghost!~deadghost@49.230.148.133> has joined #immutant09:43
*** deadghost <deadghost!~deadghost@49.230.148.133> has quit IRC (Remote host closed the connection)10:06
*** tcrawley-away is now known as tcrawley10:24
*** conan <conan!~conan@249.Red-2-139-174.staticIP.rima-tde.net> has quit IRC (Quit: Computer has gone to sleep.)10:24
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has joined #immutant10:28
*** galderz <galderz!~galder@redhat/jboss/galderz> has joined #immutant10:39
*** qwerty_nor <qwerty_nor!~Thunderbi@217.20.169.89> has joined #immutant10:44
*** conan <conan!~conan@249.Red-2-139-174.staticIP.rima-tde.net> has joined #immutant10:50
*** galderz <galderz!~galder@redhat/jboss/galderz> has quit IRC (Quit: This computer has gone to sleep)10:54
*** galderz <galderz!~galder@redhat/jboss/galderz> has joined #immutant10:57
*** conan <conan!~conan@249.Red-2-139-174.staticIP.rima-tde.net> has quit IRC (Quit: Computer has gone to sleep.)11:06
*** abstractj <abstractj!~abstractj@esgaroth.qmx.me> has joined #immutant11:09
*** abstractj <abstractj!~abstractj@esgaroth.qmx.me> has quit IRC (Changing host)11:09
*** abstractj <abstractj!~abstractj@redhat/jboss/abstractj> has joined #immutant11:09
*** galderz <galderz!~galder@redhat/jboss/galderz> has quit IRC (Quit: This computer has gone to sleep)11:30
*** galderz <galderz!~galder@redhat/jboss/galderz> has joined #immutant11:42
*** tcrawley is now known as tcrawley-away12:26
*** deadghost <deadghost!~deadghost@49.230.148.133> has joined #immutant12:27
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant12:30
*** jcrossley3-away is now known as jcrossley312:48
*** tcrawley-away is now known as tcrawley12:48
tcrawleyjcrossley3: check your RHT email, then let's chat re: jbossts-properties when you're able12:51
jcrossley3kk!12:52
tcrawleywe have a disproportionate number of nicks that start with 'j' in this channel12:59
jcrossley3tcrawley: i would've pushed back on that sysprop solution. their config logic is needlessly enterprisey.13:10
tcrawleyI agree that it's enterprisey, but pushing back doesn't really help us today13:11
tcrawleyand we can set the sysprop from code, so the user won't have to13:11
tcrawleyI have that working locally13:11
tcrawleyand we shouldn't be using the default file anyway13:12
tcrawleycan we wang when you have a minute?13:12
jcrossley3all things *can* be done. far fewer *should* be done.13:12
jcrossley3where are you gonna set the sysprop?13:13
jcrossley3i don't think we should underestimate the cost of adding yet another knob13:13
tcrawleyin NarayanaTransaction.manager(): https://gist.github.com/0508891b3698f732f03e13:14
tcrawleywhat knob are we adding?13:14
jcrossley3and that way we wouldn't need our own file?13:14
tcrawleywith that, we could use the default file, yes13:15
tcrawleybut we shouldn't use the default13:15
tcrawleysince it gives you a PutObjectStoreHere dir in the cwd13:15
jcrossley3yeah, well if you're gonna fix that turd, you should fix the hq ones, too13:15
jcrossley3the PutObjectStoreHere dir is a choice the Narayana devs made13:16
tcrawleyI think "fixing that turd" is calling the dir "TxObjectStore"13:16
jcrossley3why not just ObjectStore?13:17
tcrawleythey made that choice as a sample - the default file is intended for testing purposes only (according to MarkL)13:17
tcrawleysure, ObjectStore is fine as well13:17
jcrossley3hq already creates one13:17
tcrawleyone what? an ObjectStore dir?13:17
jcrossley3yes13:17
tcrawleyis it used for the same purpose? will they collide?13:18
jcrossley3nfi13:18
tcrawleyI think we should ship an "immutanttx-properties.xml" or somesuch, and set the sysprop to that only if it's not already set13:19
tcrawleythen restore your para in the tx guide, but change it to mention the sysprop as a way to override the default tx config if the user so desires13:19
jcrossley3aaaaaand there's the knob13:20
tcrawleyok, leave out the paragraph then. don't tell the user how to change the config. better?13:21
tcrawleyeither way, that knob exists. we can tell the user about it or not13:22
jcrossley3i really don't know, tbh13:22
jcrossley3which is why i would've pushed back :)13:23
jcrossley3i'm fine with whatever you're fine with13:23
jcrossley3i *think* the hq-created ObjectStore is tx-related, so prolly safe to use it.13:23
jcrossley3but it means we still have that turd13:24
jcrossley3we always have, of course13:24
jcrossley3i will say that no other jboss project that uses narayana provides any config file other than jbossts-properties.xml13:24
tcrawleyyeah. I don't like any of the turds, but the thing that bothers me the most about the tx one is that it's called PutObjectStoreDirHere, so is clearly a placeholder13:25
jcrossley3so immutanttx-properties.xml will smell like yet another turd to some.13:25
tcrawleywe could easily call it jbosstx-properties.xml, we would just need to make sure that's the one that wins when a user uberjars13:25
jcrossley3is it tx or ts?13:26
tcrawleyand immutanttx-properties.xml would be internal - a user would never see it.13:26
tcrawleyit's ts, I mistyped13:26
jcrossley3right, but now you're forcing folks to use the sysprop. that's so rarely used that tom forgot it existed.13:27
jcrossley3i think this mostly gets down to tom et al not considering uberjars13:28
jcrossley3which are pretty gross, all considered13:28
tcrawleyI agree they are gross.13:28
tcrawley13:28
tcrawleyI guess we are forcing the user to use the sysprop if they want to override the config, yeah13:28
tcrawleyhow can the user override now?13:29
tcrawleythey would have to strip the existing jbossts-properties.xml from the jar, then replace it with their own13:29
tcrawleyand set a manifest entry13:30
jcrossley3i think the magic, preferred way to do this (the way the tx devs expect) is to provide your own jbossts-properties.xml on the cp. very simple, as long as that manifest attr is there. uberjars break that.13:30
tcrawleyif we get Tom to change the lookup method, we still can't use that until WF ships the version with it13:31
jcrossley3it's the attr that's the bad design choice, imo13:31
jcrossley3the extra level of indirection13:31
tcrawleyI agree13:31
jcrossley3but your gist enables the preferred way13:32
jcrossley3if we use the common name13:32
tcrawleytrue, but we can only use the common name if we can ensure that our jbossts-properties.xml wins over the one from the jta jar when the user uberjars13:33
jcrossley3i hate the PutObjectStoreDirHere name, too fwiw, but i can't come up with a way to do it that won't compromise the intent of the tx devs13:34
tcrawleyand that the one the user provides also overrides13:34
jcrossley3is there a way to predict uberjar order?13:35
jcrossley3we could make ours last13:35
tcrawleylet me see13:35
tcrawleyand can we assume all users use lein to uberjar?13:35
jcrossley3i think mvn would be the only other option, and they may both use the same lib to do it13:37
tcrawleylein's uberjar support is all in clojure, it doesn't use an external lib13:38
tcrawleyand we have to consider boot as well13:38
jcrossley3but i'd think only a negligible minority wouldn't use lein. 'course they'd be just the types to use transactions :)13:38
tcrawleythe same minority :)13:38
*** je <je!~je@109.202.140.167> has quit IRC (Ping timeout: 244 seconds)13:38
jcrossley3does boot have an uberjar task?13:38
tcrawleyyes, 'boot uber'13:39
jcrossley3you know, it may "just work" since it's naturally a recursive operation, so org.immutant/transactions' deps would be written first13:40
tcrawleyhmm, just compiling the immutant.transactions loads the tx config13:40
tcrawleywhich we may not want13:40
jcrossley3ugh13:40
jcrossley3may be able to mitigate that with a delay somewhere13:41
tcrawleyI found that out by creating a dummy, invalid resources/jbossts-properties.xml, which caused compile to barf because the xml was invalid13:41
tcrawleyyeah13:41
tcrawleybut at least it found the right one at compile time :)13:41
jcrossley3yay13:41
tcrawleyit's the (def manager ...) that triggers it13:42
jcrossley3yeah13:43
tcrawleywell, the one in resources/ didn't win :(13:43
tcrawleyin the uberjar13:43
jcrossley3of the app, not either dep?13:44
jcrossley3that's surprising13:44
tcrawleyright now, I don't have one in immutant/transactions, just the default from jta and one in resources/ in the app root. the one from jta one13:45
tcrawleywon*13:45
jcrossley3that sucks for lein users, but maybe not for us :)13:46
jcrossley3but i might consider that a different bug13:46
tcrawleylet me add one to wboss/tx and see what happens. or should it be in immutant/tx?13:47
jcrossley3the former, i would think13:47
tcrawleyyeah13:47
tcrawleythe one from the jta jar still wins :(13:50
tcrawleyno, wait!13:50
tcrawleythe one from the app won that time13:50
tcrawleyis it non-deterministic? if so, that's even better!13:50
*** je <je!~je@109.202.140.162> has joined #immutant13:51
jcrossley3is it?13:51
tcrawleyno, I was being sarcastic13:51
jcrossley3was it really different after multiple runs?13:52
jcrossley3or always the same?13:52
tcrawleyit seems like it. unless I just did something wrong the first time.13:52
tcrawleybut it's been the same the last two runs13:52
jcrossley3weird13:52
jcrossley3i guess they could be filling a map recursively and then iterating its entries for the write. that would suck.13:53
*** lance|afk is now known as lanceball13:55
*** conan_ <conan_!~conan@249.Red-2-139-174.staticIP.rima-tde.net> has joined #immutant14:02
tcrawleyjcrossley3: I must have been mistaken before (too many buffers with the same name, maybe). the version from the project wins14:03
tcrawleythe uberjar task creates a jar of the app, then creates a list of (app-jar <dep-jars>), then adds each entry from each jar in order. the default merge-fn for duplicate names ignores files that have already been added14:05
tcrawleyso now we just need to see if the wboss version overrides the one from jta14:05
jcrossley3tcrawley: cool14:07
tcrawleynope :(14:08
tcrawleywe could just leave the default, and not provide one in wboss14:08
tcrawleyand users can provide a custom one if they don't like the turds14:09
jcrossley3that jives with merge-fn, fwiw14:09
jcrossley3i'm not sure it's correct, though14:09
tcrawleywhat's not correct?14:10
jcrossley3that it shouldn't overwrite14:10
tcrawleyah, the merge-fn logic, gotcha14:11
tcrawleyif it did overwrite, the app couldn't override anything14:12
jcrossley3unless it was added last14:12
tcrawleyunless it's jar was at the end of the list14:12
tcrawleyyeah14:12
tcrawleywell, these are the parts we have, we just have to build a working machine with them14:13
jcrossley3yeah14:13
jcrossley3if you pressed me to decide, then i'd say the right thing is to document where all the turds come from and how to change them.14:15
tcrawleyKNOBS!14:15
jcrossley3your gist addresses the uberjar issue14:15
jcrossley3we now have to strike the convention/configuration balance14:15
tcrawleyyeah14:15
jcrossley3we are at the mercy of our dep libs14:16
tcrawleyalways14:16
tcrawleycan we wang for a few minutes?14:16
jcrossley3and that always involves docs14:16
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has joined #immutant14:21
*** eric_normand <eric_normand!~eric@ip72-211-99-52.no.no.cox.net> has joined #immutant14:21
*** jjcomer <jjcomer!~user@fctnnbsc38w-207179184205.dhcp-dynamic.FibreOp.nb.bellaliant.net> has joined #immutant14:29
jjcomerIf I'm using web.async in 2.0 for http-streaming, how do I set the headers to return in the response?14:30
tcrawleyjjcomer: howdy!14:30
tcrawleyyou can do that in the latest incrementals, so that feature will be in the next release14:30
tcrawleyone sec14:31
tcrawleyyou basically do (send! ch {:body the-message :headers [...]}) - see https://projectodd.ci.cloudbees.com/job/immutant2-incremental/lastSuccessfulBuild/artifact/target/apidocs/immutant.web.async.html#var-send.2114:32
tcrawleyjjcomer: to try and incremental, see http://immutant.org/builds/2x/14:33
jbossbotTitle: Immutant | 2.x Incremental Builds14:33
jjcomertcrawley: Awesome thanks14:36
*** jcrossle_ <jcrossle_!~user@71-90-202-246.dhcp.stls.mo.charter.com> has joined #immutant14:36
tcrawleymy pleasure!14:36
*** jcrossley3 <jcrossley3!~user@71-90-202-246.dhcp.stls.mo.charter.com> has quit IRC (Ping timeout: 250 seconds)14:41
*** jcrossle_ is now known as jcrossley314:49
tcrawleyjjcomer: if you know the headers at the time as-channel is called, you can set them there as well with the current release with (assoc (as/channel req ...) :headers [....])14:59
tcrawleybut if you don't know the headers until send! time, you need to use an incremental15:00
*** je <je!~je@109.202.140.162> has quit IRC (Ping timeout: 248 seconds)15:09
*** bbrowning is now known as bbrowning_away15:21
*** charliekilo <charliekilo!charliekil@2600:3c00::f03c:91ff:fe56:b738> has joined #immutant15:22
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has quit IRC (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)15:23
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has joined #immutant15:24
projectodd-ciStarting build #1388 for job overlay (previous build: SUCCESS)15:25
projectodd-ciProject overlay build #1388: SUCCESS in 52 sec: https://projectodd.ci.cloudbees.com/job/overlay/1388/15:26
*** GitHub82 <GitHub82!~GitHub82@192.30.252.40> has joined #immutant15:30
GitHub82[wunderboss] tobias pushed 1 new commit to master: http://git.io/ve7To15:30
GitHub82wunderboss/master 30c4a21 Toby Crawley: Don't provide a properties file, force the default to be used in all cases instead.15:30
*** GitHub82 <GitHub82!~GitHub82@192.30.252.40> has left #immutant15:30
jbossbotTitle: Don't provide a properties file, force the default to be used in all cas... · projectodd/wunderboss@30c4a21 · GitHub15:30
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has quit IRC (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)15:37
projectodd-ciProject wunderboss-incremental build #228: SUCCESS in 7 min 43 sec: https://projectodd.ci.cloudbees.com/job/wunderboss-incremental/228/15:38
projectodd-ciToby Crawley: Don't provide a properties file, force the default to be used in all cases instead.15:38
*** lanceball is now known as lance|afk15:47
*** dm3_ <dm3_!~dm3@pub158181119172.dh-hfc.datazug.ch> has joined #immutant15:47
*** dm3 <dm3!~dm3@pub158181119172.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 272 seconds)15:51
*** dm3_ <dm3_!~dm3@pub158181119172.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 272 seconds)15:52
*** galderz <galderz!~galder@redhat/jboss/galderz> has quit IRC (Quit: Leaving)16:00
*** conan_ <conan_!~conan@249.Red-2-139-174.staticIP.rima-tde.net> has quit IRC (Quit: Computer has gone to sleep.)16:06
*** conan_ <conan_!~conan@249.Red-2-139-174.staticIP.rima-tde.net> has joined #immutant16:06
*** conan_ <conan_!~conan@249.Red-2-139-174.staticIP.rima-tde.net> has quit IRC (Ping timeout: 276 seconds)16:11
*** bbrowning_away is now known as bbrowning16:15
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has joined #immutant16:30
*** qwerty_nor <qwerty_nor!~Thunderbi@217.20.169.89> has quit IRC (Quit: qwerty_nor)16:47
*** rboyd <rboyd!uid40503@gateway/web/irccloud.com/x-vhjsekeipaabuiib> has quit IRC (Quit: Connection closed for inactivity)16:47
*** bobmcw_ <bobmcw_!~bobmcw@va-184-0-214-62.dhcp.embarqhsd.net> has joined #immutant16:55
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant16:55
*** bobmcw <bobmcw!~bobmcw@redhat/jboss/bobmcw> has quit IRC (Ping timeout: 265 seconds)16:56
*** lance|afk is now known as lanceball17:09
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has quit IRC (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)17:11
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has joined #immutant17:20
*** bobmcw_ is now known as bombcw17:24
projectodd-ciStarting build #1389 for job overlay (previous build: SUCCESS)17:40
projectodd-ciProject overlay build #1389: SUCCESS in 43 sec: https://projectodd.ci.cloudbees.com/job/overlay/1389/17:41
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has quit IRC (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)17:44
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has joined #immutant17:51
*** jcrossley3 is now known as jcrossley3-away18:05
*** tcrawley is now known as tcrawley-away18:05
*** tcrawley-away is now known as tcrawley18:27
*** mgoldmann is now known as mgoldmann|away18:32
tcrawleyjcrossley3-away: I've found an issue with ws requests failing under minor load in wildfly, but not out. trying to track it down now18:34
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Remote host closed the connection)18:40
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant18:41
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has quit IRC (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)18:42
*** jjcomer <jjcomer!~user@fctnnbsc38w-207179184205.dhcp-dynamic.FibreOp.nb.bellaliant.net> has quit IRC (Remote host closed the connection)18:43
*** tcrawley is now known as tcrawley-away18:45
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 256 seconds)18:45
*** tcrawley-away is now known as tcrawley18:59
*** conan_ <conan_!~conan@213.0.118.98> has joined #immutant19:13
*** lanceball is now known as lance|afk19:18
*** bbrowning is now known as bbrowning_away19:19
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has joined #immutant19:21
*** je <je!~je@x1-6-c0-3f-0e-f8-01-dc.cpe.webspeed.dk> has joined #immutant19:24
tcrawleyjcrossley3-away: found the bug! now I just need to figure out the fix. it means working around some WS JSR wrongheadedness19:33
tcrawleyor maybe I'm the one that's wrongheaded19:33
*** jcrossley3-away is now known as jcrossley319:39
jcrossley3:(19:40
*** lance|afk is now known as lanceball19:46
*** bbrowning_away is now known as bbrowning19:54
*** jcrossle_ <jcrossle_!~user@71-90-202-246.dhcp.stls.mo.charter.com> has joined #immutant20:24
*** jcrossley3 <jcrossley3!~user@71-90-202-246.dhcp.stls.mo.charter.com> has quit IRC (Ping timeout: 240 seconds)20:25
*** jcrossle_ is now known as jcrossley320:26
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has quit IRC (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)20:32
*** tcrawley is now known as tcrawley-away20:45
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has quit IRC (Ping timeout: 248 seconds)20:54
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has joined #immutant20:56
*** conan_ <conan_!~conan@213.0.118.98> has quit IRC (Excess Flood)21:02
*** conan_ <conan_!~conan@213.0.118.98> has joined #immutant21:03
*** jplaza <jplaza!ba03cf82@gateway/web/cgi-irc/kiwiirc.com/ip.186.3.207.130> has quit IRC (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)21:05
*** bbrowning is now known as bbrowning_away21:24
*** lanceball is now known as lance|afk21:40
*** conan_ <conan_!~conan@213.0.118.98> has quit IRC (Quit: Computer has gone to sleep.)21:43
*** jcrossle_ <jcrossle_!~user@71-90-202-246.dhcp.stls.mo.charter.com> has joined #immutant21:56
*** jcrossley3 <jcrossley3!~user@71-90-202-246.dhcp.stls.mo.charter.com> has quit IRC (Ping timeout: 248 seconds)22:00
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 250 seconds)22:14
*** jcrossle_ is now known as jcrossley322:16
jcrossley3tcrawley-away: i am seeing incremental 555 slightly faster than what's in there now (413), but not significantly22:17
jcrossley3the tests are a lot different, and i'm not too familiar with wrk2, and not really sure which version of it other folks are using22:18
jcrossley3but i don't think we're any slower :)22:18
*** je <je!~je@x1-6-c0-3f-0e-f8-01-dc.cpe.webspeed.dk> has quit IRC (Ping timeout: 240 seconds)22:38
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has joined #immutant23:03
*** tcrawley-away is now known as tcrawley23:48
tcrawleyjcrossley3: yay!23:49
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 246 seconds)23:57

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