Monday, 2015-03-02

*** deadghost <deadghost!~deadghost@49.230.124.85> has quit IRC (Ping timeout: 246 seconds)00:49
*** conan <conan!~conan@mdproctor.plus.com> has quit IRC (Quit: ["Textual IRC Client: www.textualapp.com"])01:14
*** conan <conan!~conan@mdproctor.plus.com> has joined #immutant01:19
*** conan <conan!~conan@mdproctor.plus.com> has quit IRC (Quit: ["Textual IRC Client: www.textualapp.com"])01:26
*** conan <conan!~conan@mdproctor.plus.com> has joined #immutant01:27
*** conan <conan!~conan@mdproctor.plus.com> has quit IRC (Quit: ["Textual IRC Client: www.textualapp.com"])01:36
*** conan <conan!~conan@mdproctor.plus.com> has joined #immutant01:37
*** deadghost <deadghost!~deadghost@49.230.172.0> has joined #immutant01:49
*** deadghost <deadghost!~deadghost@49.230.172.0> has quit IRC (Ping timeout: 246 seconds)02:54
*** jcrossle_ <jcrossle_!~user@71-90-202-246.dhcp.stls.mo.charter.com> has joined #immutant02:56
*** jcrossley3-away <jcrossley3-away!~user@71-90-202-246.dhcp.stls.mo.charter.com> has quit IRC (Ping timeout: 272 seconds)02:58
*** jcrossle_ is now known as jcrossley303:08
*** statonjr <statonjr!~statonjr@cpe-174-108-074-226.carolina.res.rr.com> has quit IRC (Quit: statonjr)04:10
*** _kardan <_kardan!~daniel_ka@c-31-209-39-157.cust.bredband2.com> has joined #immutant05:03
*** deadghost <deadghost!~deadghost@49.230.129.139> has joined #immutant05:23
*** jcrossley3 is now known as jcrossley3-away06:30
*** galderz <galderz!~galder@redhat/jboss/galderz> has joined #immutant06:50
*** galderz <galderz!~galder@redhat/jboss/galderz> has quit IRC (Remote host closed the connection)06:52
*** mgoldmann|away is now known as mgoldmann07:13
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant07:52
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)08:04
*** galderz <galderz!~galder@redhat/jboss/galderz> has joined #immutant08:14
*** egli <egli!~user@alouette.sbs.ch> has quit IRC (Quit: ERC Version 5.3 (IRC client for Emacs))08:21
*** egli <egli!~user@alouette.sbs.ch> has joined #immutant08:21
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Remote host closed the connection)08:24
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant08:25
*** deadghost <deadghost!~deadghost@49.230.129.139> has quit IRC (Ping timeout: 252 seconds)08:27
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 256 seconds)08:29
*** marianoguerra <marianoguerra!~marianogu@p5B33FB48.dip0.t-ipconnect.de> has joined #immutant08:52
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant08:52
*** dark4eg <dark4eg!~dark4eg@ppp91-109-155-128.tis-dialog.ru> has joined #immutant08:58
*** dm3 <dm3!~dm3@pub158181119172.dh-hfc.datazug.ch> has joined #immutant08:59
*** galderz <galderz!~galder@redhat/jboss/galderz> has quit IRC (Quit: Leaving)09:34
*** qwerty_nor <qwerty_nor!~Thunderbi@5.248.107.224> has joined #immutant09:57
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has quit IRC (Ping timeout: 252 seconds)10:00
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant10:07
*** _kardan <_kardan!~daniel_ka@c-31-209-39-157.cust.bredband2.com> has quit IRC (Ping timeout: 246 seconds)10:51
*** statonjr <statonjr!~statonjr@cpe-174-108-074-226.carolina.res.rr.com> has joined #immutant11:50
*** _kardan <_kardan!~daniel_ka@c-31-209-39-157.cust.bredband2.com> has joined #immutant12:04
*** tcrawley-away is now known as tcrawley12:50
*** galderz <galderz!~galder@redhat/jboss/galderz> has joined #immutant13:21
*** bbrowning <bbrowning!~bbrowning@redhat/jboss/bbrowning> has joined #immutant13:26
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant13:43
*** dark4eg <dark4eg!~dark4eg@ppp91-109-155-128.tis-dialog.ru> has quit IRC (Read error: Connection reset by peer)13:51
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has joined #immutant13:51
*** jcrossley3-away is now known as jcrossley313:53
jcrossley3tcrawley: i don't think i can avoid creating two different classes for each of the ispan versions in order to fix IMMUTANT-45413:59
jbossbotjira [IMMUTANT-454] Recreating a persistent cache fails with a NullPointerException [Open (Unresolved) Bug, Major, Jim Crossley] https://issues.jboss.org/browse/IMMUTANT-45413:59
jcrossley3my main frustration is that the only functions that wouldn't work are keySet(), entrySet(), and values(), all of which ispan recommends not using anyway14:02
jcrossley3they would work fine ooc, of course, as well as WF9. just not WF8 unless we do some hacky switching to bring in a compatible "withCodec" class14:03
*** Guest90861 <Guest90861!~ckarlsen@178.62.191.245> has joined #immutant14:16
tcrawleyjcrossley3: I'm concerned that we're already having to special-case to support multiple WF versions14:22
jcrossley3tcrawley: are we? where?14:23
tcrawleyI mean the cache changes14:23
tcrawleywait, what we have now works in 8.2 and 9. how does it work if they are different interfaces?14:24
*** tomgoldsmith <tomgoldsmith!d157f922@gateway/web/freenode/ip.209.87.249.34> has joined #immutant14:24
tomgoldsmithHi all. I'm deploying an app with immutant/2.x.incremental.482 into a wildfly 8.2 container, and streaming a large CSV file to a client. It looks as though after ~30s, the server side terminates the stream after a message about stream calls not being async until wildfly 9-alpha.14:26
tcrawleytomgoldsmith: can you gist the message and stack (if any)?14:27
tomgoldsmithMy question is regarding whether this is a workaround currently to stream for longer than 30s in this version of immutant/wildfly. I can create an app to reproduce the issue if it is not known.14:27
tomgoldsmithSure, give me a few minutes I'll gather some info.14:27
tcrawleythanks. I haven't seen this issue before14:28
jcrossley3tcrawley: good question! :)14:28
jcrossley3i wonder what ispan version is in that 914:29
jcrossley3ah, it's 614:31
jcrossley3no wonder14:31
jcrossley3we'll have issues in the next release :(14:31
tcrawleyis there an EE spec for caching? or would my javaEE app break as well?14:32
jcrossley3there is a JSR14:32
jcrossley3i don't think it's widely used14:33
tcrawleyif we code against the JSR interface, are we safe from breakage on upgrades?14:34
tcrawleyor safer, at least?14:34
jcrossley3i'm not familiar with the JSR, but the offending methods are from the Map interface14:35
jcrossley3so i'm not sure the JSR is relevant for this14:36
tcrawleywhat changes about the Map methods?14:37
jcrossley3their return value14:37
jcrossley3instead of Set, it becomes CloseableIteratorSet14:38
jcrossley3instead of Collection, it becomes CloseableIteratorCollection14:38
tcrawleyand how does that hurt us?14:38
jcrossley3the latters are extensions of the formers, so Map stays happy14:39
jcrossley3well, ispan caches don't return the Closeable versions in-container14:39
jcrossley3just the normal type-safety helping us write better code14:40
tcrawleydo we care if they are closeable? we can't just treat them as Sets and Collections?14:42
jcrossley3it's just our CacheWithCodec class that's a problem, since it ultimately implements Cache, so the compiler requires the closeable return values14:46
tcrawleyah, gotcha14:47
jcrossley3i see three alternatives: 1) punt and park, deferring the problem until wf9 w/ispan7 is released14:49
jcrossley3b) guard the in-container tests to not use those 3 methods (that ispan recommends never using anyway)14:50
jcrossley3iii) compatibility layers with a different CacheWithCodec impl for each ispan version14:51
jcrossley3tcrawley: i actually kinda prefer b, but i don't feel strongly14:55
tomgoldsmithtcrawley: Not a whole lot of info here, but here is a stacktrace along with my send loop. https://gist.github.com/cenxinc/075d7b1a856765b2f8c614:58
tomgoldsmithI'll see if I can't reproduce in a smaller app. I have a service that is writing approximately every second to this channel (putting a message on the response queue).14:59
tomgoldsmithOh I should mention that this works when not in a wildfly container, if that wasn't clear.15:02
tcrawleyhave you tried it in WF 9 alpha?15:02
tcrawleywe added that warning about 8.2 not being async, but I don't recall why that is the case15:02
tcrawleylooking at that now15:02
tcrawleyjcrossley3: do we expose those three methods with fns in any of our namespaces?15:03
tomgoldsmithHaven't tried it in WF 9 yet. Not sure we can upgrade to WF9 just for this issue at this time but I can try for the fun of it.15:04
jcrossley3tcrawley: no, remember we pretty much only expose caches through java interop15:04
tcrawleytomgoldsmith: yeah, I don't expect you to be able to upgrade, but it would help narrow down the issue maybe15:05
tomgoldsmithtcrawley: Cool :) Downloading now.15:05
tcrawleythanks!15:05
*** jcrossley3 <jcrossley3!~user@71-90-202-246.dhcp.stls.mo.charter.com> has quit IRC (Quit: ERC Version 5.3 (IRC client for Emacs))15:06
*** jcrossley3 <jcrossley3!~user@redhat/jboss/jc3> has joined #immutant15:07
tomgoldsmithtcrawley: Still seems to happen in 9.0.0. My on-close is just getting called after 30 seconds of the stream being open.15:11
tomgoldsmithI'll work on a minimal app to rule out my own code.15:11
tcrawleyok, there must be a timeout somewhere that is closing the stream15:12
tomgoldsmithYeah. I shouldn't have any code that behaves differently based on in container or out of container, but I'll keep looking.15:12
tcrawleyjcrossley3: for iii, we already have 8.2 + 9 specific code: https://github.com/projectodd/wunderboss/blob/master/modules/web/src/main/java/org/projectodd/wunderboss/web/async/ServletHttpChannel.java#L6315:26
jcrossley3tcrawley: well, this would be compile-time trickier15:27
tcrawleycompilation of wboss, or runtime compilation of clojure?15:28
jcrossley3the former15:28
jcrossley3the ispan6 class would need to live outside of wboss-caching15:29
tcrawleyso we would have to compile two classes against two different versions of ispan, then conditionally load the correct class at runtime?15:29
jcrossley3either a new module or i was thinking maybe the wildfly module15:29
jcrossley3yeah15:29
jcrossley3i guess15:29
jcrossley3i'm open to better ideas15:29
jcrossley3so we'd compile the caching module against 7 and the wildfly module against 615:30
jcrossley3only the former would be transitive, of course15:30
*** astoon <astoon!~astoon@91.202.45.54> has joined #immutant15:47
jcrossley3tcrawley: did you have an opinion? or did you doze off? :)15:55
jcrossley3ah, you're prolly in the WFK PM meeting15:55
jbottAnnouncement from my owner (maxandersen): My power supply will be limited the next 2-3 days. I'll come back when I can. See you.16:08
*** jbott <jbott!supybot@nat/redhat/x-sherfiqxztcgplaj> has joined #immutant16:15
*** egli <egli!~user@alouette.sbs.ch> has joined #immutant16:27
*** marianoguerra <marianoguerra!~marianogu@pD95552C9.dip0.t-ipconnect.de> has joined #immutant16:32
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant16:32
*** jbott <jbott!supybot@nat/redhat/x-apowlobvdvesdohb> has joined #immutant16:40
*** galderz <galderz!galder@redhat/jboss/galderz> has joined #immutant16:50
*** statonjr <statonjr!~statonjr@cpe-174-108-074-226.carolina.res.rr.com> has joined #immutant17:04
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)17:19
*** galderz <galderz!galder@redhat/jboss/galderz> has quit IRC (Quit: This computer has gone to sleep)18:19
*** tcrawley-away is now known as tcrawley18:41
*** tcrawley is now known as tcrawley-away19:20
*** qwerty_nor <qwerty_nor!~Thunderbi@5.248.107.224> has joined #immutant20:07
*** cemerick <cemerick!~cemerick@c-24-34-140-98.hsd1.ma.comcast.net> has joined #immutant20:09
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has quit IRC (Remote host closed the connection)20:14
*** marianoguerra <marianoguerra!~marianogu@emesene/grandpa/marianoguerra> has joined #immutant20:16
*** tcrawley-away is now known as tcrawley20:46
*** tmbrooke <tmbrooke!~tmbrooke@cpe-174-110-157-255.carolina.res.rr.com> has joined #immutant20:52
*** conan_ <conan_!~conan@mdproctor.plus.com> has quit IRC (Read error: Connection reset by peer)20:57
*** conan <conan!~conan@mdproctor.plus.com> has joined #immutant20:58
*** bbrowning <bbrowning!~bbrowning@redhat/jboss/bbrowning> has joined #immutant21:28
*** tcrawley is now known as tcrawley-away21:33
*** tmbrooke <tmbrooke!~tmbrooke@cpe-174-110-157-255.carolina.res.rr.com> has quit IRC (Quit: tmbrooke)21:34
*** jcrossley3-away is now known as jcrossley321:39
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Remote host closed the connection)22:28
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has joined #immutant22:29
*** tcrawley-away is now known as tcrawley22:32
*** dm3 <dm3!~dm3@pub151248158012.dh-hfc.datazug.ch> has quit IRC (Ping timeout: 250 seconds)22:33
*** tmbrooke <tmbrooke!~tmbrooke@cpe-069-132-201-026.carolina.res.rr.com> has joined #immutant22:40
*** bbrowning <bbrowning!~bbrowning@redhat/jboss/bbrowning> has quit IRC (Read error: Connection reset by peer)22:48
*** bbrowning <bbrowning!~bbrowning@redhat/jboss/bbrowning> has joined #immutant22:48
*** galderz <galderz!galder@redhat/jboss/galderz> has joined #immutant22:51
*** tmbrooke <tmbrooke!~tmbrooke@cpe-069-132-201-026.carolina.res.rr.com> has quit IRC (Ping timeout: 240 seconds)22:57
*** tmbrooke <tmbrooke!~tmbrooke@cpe-069-132-201-026.carolina.res.rr.com> has joined #immutant23:02
jcrossley3tcrawley: i want to scrub strings when passed as option keys23:04
tcrawleywhat does that mean?23:04
jcrossley3lein run port 808023:05
jcrossley3lein run :port 808023:05
jcrossley3lein run -port 808023:05
jcrossley3lein run --port 808023:05
jcrossley3i want all those to work23:05
jcrossley3so i want to strip everything that's not [a-z]23:05
tcrawleyhow much of that works now?23:06
tcrawleyjust "port"?23:06
jcrossley3just the first one23:06
tcrawleyI think I'm ok with that23:07
jcrossley3k, strings as keys s/b very rare anyway23:07
jcrossley3but it makes the luminus template look nice :)23:07
*** tmbrooke <tmbrooke!~tmbrooke@cpe-069-132-201-026.carolina.res.rr.com> has quit IRC (Quit: tmbrooke)23:13
*** tmbrooke <tmbrooke!~tmbrooke@cpe-069-132-201-026.carolina.res.rr.com> has joined #immutant23:13
*** jcrossle_ <jcrossle_!~user@71-90-202-246.dhcp.stls.mo.charter.com> has joined #immutant23:14
*** jcrossley3 <jcrossley3!~user@71-90-202-246.dhcp.stls.mo.charter.com> has quit IRC (Ping timeout: 272 seconds)23:19
*** tmbrooke <tmbrooke!~tmbrooke@cpe-069-132-201-026.carolina.res.rr.com> has quit IRC (Quit: tmbrooke)23:19
*** jcrossle_ is now known as jcrossley323:29
*** tmbrooke <tmbrooke!~tmbrooke@cpe-069-132-201-026.carolina.res.rr.com> has joined #immutant23:31
*** Guest9000 <Guest9000!~textual@97-97-226-79.res.bhn.net> has joined #immutant23:33
*** tmbrooke <tmbrooke!~tmbrooke@cpe-069-132-201-026.carolina.res.rr.com> has quit IRC (Ping timeout: 240 seconds)23:39
*** galderz <galderz!galder@redhat/jboss/galderz> has quit IRC (Quit: This computer has gone to sleep)23:39
*** tmbrooke <tmbrooke!~tmbrooke@cpe-069-132-201-026.carolina.res.rr.com> has joined #immutant23:44
jbottAnnouncement from my owner (maxandersen): Loosing power tonight again, but I will be back again tomorrow. Hopefully forever and ever!23:50
*** jbott <jbott!supybot@nat/redhat/x-kzcipfoowtueefqs> has joined #immutant23:57
-card.freenode.net- [freenode-info] if you're at a conference and other people are having trouble connecting, please mention it to staff: http://freenode.net/faq.shtml#gettinghelp23:57

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