Monday, 2013-12-09

*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has joined #hawtio00:06
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has quit IRC (Quit: soody)00:57
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has joined #hawtio00:58
*** dbokde <dbokde!~Adium@76-220-59-86.lightspeed.sntcca.sbcglobal.net> has joined #hawtio02:04
*** dbokde <dbokde!~Adium@76-220-59-86.lightspeed.sntcca.sbcglobal.net> has quit IRC (Ping timeout: 264 seconds)02:09
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has quit IRC (Read error: Connection reset by peer)03:30
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has joined #hawtio03:31
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has quit IRC (Client Quit)03:34
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has joined #hawtio03:38
*** jcordes <jcordes!~jcordes@ip-62-143-34-216.unitymediagroup.de> has joined #hawtio03:44
*** jcordes <jcordes!~jcordes@ip-62-143-34-216.unitymediagroup.de> has quit IRC (Ping timeout: 246 seconds)04:06
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has quit IRC (Quit: soody)04:57
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has joined #hawtio05:00
*** jcordes <jcordes!~jcordes@89.204.153.1> has joined #hawtio05:04
*** jcordes <jcordes!~jcordes@89.204.153.1> has quit IRC (Ping timeout: 245 seconds)05:24
*** lhein <lhein!~quassel@pD9E28F66.dip0.t-ipconnect.de> has joined #hawtio05:28
*** lhein <lhein!~quassel@pD9E28F66.dip0.t-ipconnect.de> has quit IRC (Changing host)05:28
*** lhein <lhein!~quassel@redhat/jboss/lhein> has joined #hawtio05:28
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has quit IRC (Quit: soody)05:38
*** kearls <kearls!~textual@209.70.101.84.rev.sfr.net> has joined #hawtio06:44
*** gnodet <gnodet!~gnodet@redhat/jboss/gnodet> has joined #hawtio06:52
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has joined #hawtio07:27
*** is-mw <is-mw!~is-mw@p5DD748CA.dip0.t-ipconnect.de> has joined #hawtio07:30
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has left #hawtio07:36
*** rajdavies <rajdavies!~textual@host86-129-252-144.range86-129.btcentralplus.com> has joined #hawtio07:42
*** davsclaus <davsclaus!~davsclaus@94-137-98-96.customers.ownit.se> has joined #hawtio07:51
*** atooni <atooni!~atooni@163.166.150.54> has joined #hawtio08:11
*** amundj <amundj!~textual@aggw006.cappelendamm.no> has joined #hawtio08:13
*** jstrachan <jstrachan!~jstrachan@host86-150-140-90.range86-150.btcentralplus.com> has joined #hawtio08:26
*** is-mw2 <is-mw2!~is-mw@p5DD748CA.dip0.t-ipconnect.de> has joined #hawtio08:44
*** is-mw <is-mw!~is-mw@p5DD748CA.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 265 seconds)08:45
jstrachandavsclaus this is an interesting issue https://github.com/hawtio/hawtio/issues/823 - it got me thinking if we should make it easier to discover, add on the fly or configure bindings in camel - for data typing mostly of inputs/outputs08:48
jstrachane.g. https://github.com/hawtio/hawtio/issues/82608:49
jstrachanthen we'd get better UI stuff for sending / browsing those endpoitns08:49
jstrachan(we coudl use the same json schema form stuff for the API UI stuff - for WSDL / WADL stuff too)08:49
*** dejanb <dejanb!~dejanb@dynamic-78-30-180-89.adsl.eunet.rs> has joined #hawtio09:01
davsclausyeah auto created uis based on some camel binding would be hawt09:05
davsclausfor the send message ui09:05
davsclausand btw wonder if the send message does handle reply messages, currently i dont think so09:06
davsclausbut you may not want to block the ui waiting for a reply09:06
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio09:07
*** odohmen <odohmen!~Adium@217.110.62.28> has joined #hawtio09:14
jstrachanyeah good point09:15
jstrachanI'm hoping we can share UI stuff between camel/amq 'sending' and the API browser invoking WSDL / WADL / swagger UIs really - in terms of using the nice hawtio forms plugin for generating nice UIs (for viewing messages/responses or sending input)09:16
jstrachanwonder how easy it'd be to add a 'discovery' interceptor in camel; to try deduce what it thinks is the data format for endpoints in camel? so folks don't have to say it explciitly; it just looks, on average, what tends to happen?09:17
jstrachanto kinda reverse engineer the binding09:17
jstrachanI guess a lot of the time, we could just look inside the processors09:17
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)09:18
jstrachane.g. if the consumer does getBody(PurchaseOrder.class) pretty soon - its kinda a clue ;)09:18
jstrachankinda like we need type infererence for camel09:18
jstrachanbut we could have an optional plugin to do it; to try figure out the set of classes being sent or consumed or something09:18
davsclausyeah that kind of magic is certainly something optional09:33
davsclausthough still nice to infer if there has been a few messages processed09:33
davsclausthe if the body type is InputStream / String / File09:33
davsclausthen it doesnt say so much about the format of the content09:33
davsclausOnly if its Document we would know its XMK stuff etc09:34
jstrachanyeah09:34
jstrachanthough if a message has been consumed, we'd probably have an unmarshal or convertBody instruction in the pipeline09:34
jstrachanso its definitely non-trivial; and getting 100% discovery is impossible; but we could probably figure out 80% of the types of things by just looking at the payload or what the consumer does09:35
jstrachanwonder if focussing on what the consumer does is maybe the best approach? trying to expose what the code is expecting from its unmarshal() / convertBody stuff?09:36
*** is-mw2 <is-mw2!~is-mw@p5DD748CA.dip0.t-ipconnect.de> has quit IRC (Quit: Nettalk6 - www.ntalk.de)09:45
*** is-mw <is-mw!~is-mw@p5DD748CA.dip0.t-ipconnect.de> has joined #hawtio10:09
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio10:14
*** github <github!~github@192.30.252.51> has joined #hawtio10:54
github[hawtio] jstrachan pushed 2 new commits to master: http://git.io/vIz7Ig10:54
githubhawtio/master 38b5f24 James Strachan: #790 show Producers (as well as dynamic producers)10:54
githubhawtio/master ebafc98 James Strachan: #790 show/hide broker/slaves properly10:54
*** github <github!~github@192.30.252.51> has left #hawtio10:54
*** chm007 <chm007!~cmoulliar@ip-83-134-169-169.dsl.scarlet.be> has joined #hawtio11:14
*** chm007 <chm007!~cmoulliar@ip-83-134-169-169.dsl.scarlet.be> has quit IRC (Quit: Computer has gone to sleep.)11:25
*** chm007 <chm007!~cmoulliar@ip-83-134-169-169.dsl.scarlet.be> has joined #hawtio11:35
*** chm007 <chm007!~cmoulliar@ip-83-134-169-169.dsl.scarlet.be> has quit IRC (Quit: Computer has gone to sleep.)11:47
*** chm007 <chm007!~cmoulliar@ip-83-134-169-169.dsl.scarlet.be> has joined #hawtio11:51
*** chm007 <chm007!~cmoulliar@ip-83-134-169-169.dsl.scarlet.be> has quit IRC (Quit: Computer has gone to sleep.)12:32
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)12:34
*** chm007 <chm007!~cmoulliar@ip-83-134-169-169.dsl.scarlet.be> has joined #hawtio12:37
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio12:50
*** gnodet <gnodet!~gnodet@redhat/jboss/gnodet> has quit IRC (Quit: gnodet)12:51
*** gnodet <gnodet!~gnodet@redhat/jboss/gnodet> has joined #hawtio12:54
*** ceposta <ceposta!~Adium@ip68-3-37-207.ph.ph.cox.net> has joined #hawtio13:17
*** ceposta <ceposta!~Adium@ip68-3-37-207.ph.ph.cox.net> has quit IRC (Quit: Leaving.)13:24
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)13:26
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio13:36
slewisMornin'!13:53
chirinoMorning.. wondering if hawtio release will drop soon so we can use it in the 5.9.1 release of ActiveMQ...14:03
jstrachanyeah, we should cut 1.2.1 soon - how soon you need it?14:31
jstrachanslewis its funny how you soon get spoilt for awesome UI crack and then get an appetite for more; I'm now not gonna be happy until the MQ broker/consumer/producer diagram updates itself gracefully in real time as producers/consumers come and go...14:40
slewis:-)14:40
slewisyeah14:40
jstrachanslewis don't think it should be too hard to hack the forcediagram directive to be realtime-ish....14:41
jstrachan(famous last words)14:41
jstrachanif it can just apply the deltas (add/remove/update) we should be in good shape...14:41
slewisyeah, if it lets you add/remove arbitrary nodes then awesome!14:41
jstrachanyeah :) thats my cunning plan; once I've got the URL bookmarking stuff working right & the side tab thingy....14:41
chirinojstrachan: could we get it today or tomorrow? would like to start cutting ActiveMQ rcs that soon.14:41
jstrachansure - would first thing tomorrow (GMT) be OK?14:42
chirinoyeah14:42
jstrachancoolio14:42
jstrachandavsclaus slewis anything you really need for the 1.2.1 release?14:42
slewisjstrachan: don't think so...14:42
jstrachancoolio14:43
davsclaus+114:43
jstrachandavsclaus did you try the "open in IDEA button in the stack trace of the junit plugin btw? :)14:44
jstrachannot the prettiest button I've ever done mind you; but so long as the source is inside the project being ran, it can find the source file14:44
davsclausjstrachan yeah noticed it, but didnt have IDEA running at that time14:45
jstrachanah ok14:45
davsclausso i got some error14:45
jstrachanshould add other IDEs; textmate is nice and easy too; not sure how easy eclipse is14:45
davsclausbut certainly a cool functionality14:45
jstrachanfelt dirty using XmlRpc again mind you (IDEA still has an XmlRpc server internally ;)14:47
davsclaus:) whatever they offer14:48
davsclausyeah wonder if you can use what the computer uses as default for .java files etc14:48
jstrachanah good point; yeah we could do an "open /foo/bar/wahtnot.java" too14:49
jstrachanI figured we'd use the Preferences UI so folks can configure which IDEs to open files in etc14:49
davsclausyep good idea14:49
*** chm007 <chm007!~cmoulliar@ip-83-134-169-169.dsl.scarlet.be> has quit IRC (Quit: Computer has gone to sleep.)15:10
*** dbokde <dbokde!~Adium@76-220-59-86.lightspeed.sntcca.sbcglobal.net> has joined #hawtio15:19
*** chm007 <chm007!~cmoulliar@ip-83-134-169-169.dsl.scarlet.be> has joined #hawtio15:19
*** github <github!~github@192.30.252.55> has joined #hawtio15:20
github[hawtio] jstrachan pushed 3 new commits to master: http://git.io/v1gOIg15:20
githubhawtio/master f2bdc14 James Strachan: more workarounds for handling autofill issues in chrome / canary15:20
githubhawtio/master bd6d034 James Strachan: more workarounds for handling autofill issues in chrome / canary15:20
githubhawtio/master 2b6fcb8 James Strachan: #790 update the URL with bookmarkable views when you show/hide brokers/queues/topics etc...15:20
*** github <github!~github@192.30.252.55> has left #hawtio15:20
chirinoso what handles copying the index.html to target/hawtio-web-1.3-SNAPSHOT/index.html  ???15:26
chirinonpm?15:26
jstrachanthink mvn-war-plugin?15:26
jstrachaneither that or grunt15:26
jstrachanmvn jetty:run - doesn't copy it15:26
jstrachanwe try not to copy by default now; so things reload properly when you change source - but there's some historic copying in grunt I think15:27
chirinoyeah looks like grunt15:27
jstrachanyeah - though I tend to not use that - do "mvn jetty:run" and "grunt watchSrc" and there's no copying15:28
jstrachanthen jetty serves up the src dir stuff15:28
chirinowas thinking of updating index.html so that the .js files have a .js?v=${version} in 'em15:28
chirinoto help with invalidating caches15:29
chirinoneed to figure out how to do that in grunt I guess.15:29
jstrachanchirino looks like grunt does copy everything ;) we just have jetty serve up the src version first15:29
chirinoshould not really hurt if it's not variable replaced.15:30
jstrachanchirino we'd like to scrap the grunt for the copy to be honest now15:30
chirinoin the dev version.15:30
jstrachanand just use the compileTsc script to invoke the tsc compiler15:30
jstrachanmaybe we just switch to using the mvn resource/war plugin for the copy stuff; then can use the usual replacing stuff in mvn; and use mvn properties for whether we put a ?v=.... in there or not15:31
*** lhein <lhein!~quassel@redhat/jboss/lhein> has quit IRC (Read error: Connection reset by peer)15:33
chirinowould be easier for me at leat15:34
chirinoleast15:34
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)15:34
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio15:36
*** iocanel_ <iocanel_!~iocanel@redhat/jboss/iocanel> has joined #hawtio15:42
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Ping timeout: 250 seconds)15:44
davsclausnow that the mbeans is in the same hawtio object name16:01
davsclauswonder if they should be aligned naming16:02
davsclausseems we have xxx facade vs xxxx16:02
jstrachanyeah; sometimes the facade makes sense; since it really is one - might be worth reviewing the naming though16:02
jstrachanI did wonder about using a more complex mbean name; so the domain is the same, but we introduce a natural tree UI in hawtio/jconsole16:02
jstrachanto kinda add a group folder in there to group simialr things together maybe16:03
davsclausyeah in the future16:03
davsclausbut do we really have many realted mbeans ?16:03
jstrachane.g. group fabric related stuff into a hawtio / fabric / GitFacade / FabricController etc16:04
jstrachanfabric makes about 6 mbeans I think16:04
davsclausyeah but would git not eventually be non favric realted also16:04
jstrachanmost other things are just single mbeans really; so not a biggie16:04
*** iocanel_ <iocanel_!~iocanel@redhat/jboss/iocanel> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)16:04
jstrachanyeah - there's lots of other fabric mbeans that have nothing to do with git too though; for MQ / fabric / ZK etc16:05
davsclauswe can cross that bridge when we get there ?16:07
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio16:08
jstrachanyeah16:08
jstrachanjust wondered if adding folders might make it a little easier to grok than just a potentially huge list of mbeans ;)16:08
jstrachanwe've quite a few now really16:09
*** odohmen <odohmen!~Adium@217.110.62.28> has quit IRC (Quit: Leaving.)16:23
*** jrawlings <jrawlings!~textual@80.169.133.251> has joined #hawtio16:31
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)16:39
davsclausslewis, jstrachan - in the log plugin we have this code16:53
davsclausscopeStoreJolokiaHandle($scope, jolokia, jolokia.register(callback, $scope.queryJSON));16:53
davsclauswhich does register a jmx operation to let jolokia call every second16:54
davsclauswhich is used to update the logs live16:54
davsclauswonder if there is a way to set the frequence of the call16:54
davsclausor does it uses that setting from the settings16:54
davsclauseg 5 sec by default ?16:54
slewisnah, that's set globally  on the jolokia object16:54
slewisfor the charts we use a second jolokia object16:55
slewisand set the frequency to 1 second16:55
davsclausah okay16:55
davsclausits for the junit plugin to update the ui with in progress data16:55
slewisthink it's in jmx/charts.ts16:55
slewisyeah, ideally you'd want to use Core.register()16:55
slewisto set up the polling16:55
slewisthink the logs page there just hasn't been updated to use that yet16:56
davsclausah i though it was the best and wated steal from it :)16:56
slewis:-)16:57
davsclausslewis - how would you aboid register the same register 2+ times17:07
davsclausnoticed on the network tab that i had 2 of the same requests for my Core.register17:07
davsclausas i clicked between plugins17:07
davsclausso i guess it could have called that code again to register with Core.register17:07
davsclausand jolokia would do it 2 times?17:07
slewisdavsclaus: , where are you doing the register from?17:12
slewisideally you'd do it in the controller function outside of any $watch or $on functions17:12
*** atooni <atooni!~atooni@163.166.150.54> has quit IRC (Quit: Leaving)17:13
davsclausslewis - app/junit/js/tree.ts17:13
slewisbut there's also a debounce function in coreHelpers.ts that James added that you can avoid duplicate calls with17:13
davsclausok17:13
slewisthough note that also register() does an initial request in addition to calling jolokia.register17:13
davsclausmaybe i can do the register in junitPlugin.ts instead which assme is run once17:14
slewiscan't recall what the debounce function is called off the top of my head, on a different machine17:14
davsclausnp17:15
slewishmm, so far register is used for controllers to register polling while the view is open17:15
slewisif you register it in the plugin then that mbean operation will be called all of the time, that maybe isn't what you want17:16
slewisregister does set a handle on the scope when you call it17:17
slewisso... you could check and see if that handle is set also17:17
davsclauswell ideally i just want the callback to happen if user press a button17:18
slewisyeah, check if $scope.$jhandle is set and is empty before calling Core.register17:18
davsclausand when i am done with my stuff then the callback can be unregistered17:18
davsclausbut the user may navigate to other pluings in between17:19
davsclausand when he come back17:19
davsclausi would like the ui to keep updaitng as if he never left17:19
slewisah, I see...17:19
davsclausis $jhandle some magic attribute ?17:19
davsclausits really a background job that runs17:19
slewisyeah, that's what Core.register adds to your scope17:19
slewisso yeah in that case you probably don't want to use Core.register :-)17:19
davsclausand an ui needs to update the progress every X interval17:19
davsclausah okay is there another way ?17:20
slewisbecause it also ensures that $scope.$destroy() unregisters that poll17:20
davsclausah okay yeah i was a bit wondering about how to unregsiter / destrouy stuff17:20
davsclausbut knowing now that it happens out of the box17:20
slewisyeah, so really you'd want to directly use jolokia.register17:20
*** dejanb <dejanb!~dejanb@dynamic-78-30-180-89.adsl.eunet.rs> has quit IRC (Quit: dejanb)17:21
slewisand store the handle in a service that your plugin creates17:21
slewisthat way you can store the handle and clear it sometime later17:21
davsclausk17:21
slewiswonder, might be good to come up with a generic pattern for that anyways for "background" kind of stuff...17:23
davsclausyeah i could imagine we may have more of these use cases in the future17:23
davsclausslewis any pointers about ->  and store the handle in a service that your plugin creates17:24
slewisyep, one sec let me open up the plugin.ts file17:25
davsclausk17:25
slewisright, so in junitPlugin.ts you can call factory("handleStore", () => { return {} });17:26
slewiskind of like in corePlugin.ts if you look at that as an example17:26
slewisthat creates a "service" which you can use to store those handles in17:26
davsclausthanks17:27
slewisit's just an empty javascript object, but you could also create a object with functions etc.17:27
slewislike for example the help registry that's created in the core plugin17:27
slewisthen in your controller you just add it as an argument17:27
slewisand angular will inject that service for you automatically17:28
davsclausah17:28
slewisso seems like you'd want to store the handle and maybe have the function you're registering ensure it can clear that handle at some point when the background operation is finished?17:29
davsclausyeah i got some feedbakck when the background job is finished17:30
slewiscool, you could even pop up a notification with a link back to the page when it's done :-)17:31
davsclausah yeah we should have notification center like on phones and whatnot17:32
slewisthe "notification" function has a third parameter that's the "options" object17:32
slewisso you can suppli an onclick function callback17:32
davsclausah thanks, will check that notification later :)17:34
slewiscool, have fun!17:35
*** jstrachan <jstrachan!~jstrachan@host86-150-140-90.range86-150.btcentralplus.com> has quit IRC (Quit: Leaving...)17:47
*** github <github!~github@192.30.252.48> has joined #hawtio18:01
github[hawtio] chirino pushed 1 new commit to master: http://git.io/vujaDA18:01
githubhawtio/master 3d6dbfe Hiram Chirino: Add a filter so that the index.html and non-static resources get HTTP headers that avoid the caching.18:01
*** github <github!~github@192.30.252.48> has left #hawtio18:01
chirinoslewis: hopefully /w my last 2 commits we should avoid stale cache issues.18:02
*** chm007 <chm007!~cmoulliar@ip-83-134-169-169.dsl.scarlet.be> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)18:04
*** jrawlings <jrawlings!~textual@80.169.133.251> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)18:15
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio18:17
slewischirino: cool...  We also found in chrome there's a setting in the javascript console to turn off browser caching completely18:23
slewisjust hadn't had a chance to get the docs updated yet18:23
chirinoyeah.. but you can't ask users to do that.18:23
slewiswell, it's for development purposes18:23
chirinowell.. you could run into it after an upgrade in prod.18:24
chirinothe caching issues.18:24
slewisyeah, cool let me give it a try now...18:25
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)18:29
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio18:30
*** odohmen <odohmen!~Adium@ip-62-143-153-145.unitymediagroup.de> has joined #hawtio18:33
*** github <github!~github@192.30.252.49> has joined #hawtio18:35
github[hawtio] davsclaus pushed 2 new commits to master: http://git.io/Cq9otw18:35
githubhawtio/master b9a6761 Claus Ibsen: Polished docs18:35
githubhawtio/master 108bf6b Claus Ibsen: #827: Keeping track of unit test progress as background job using jolokia callback. Thanks to Stan for helping with this.18:35
*** github <github!~github@192.30.252.49> has left #hawtio18:35
*** gnodet <gnodet!~gnodet@redhat/jboss/gnodet> has quit IRC (Quit: gnodet)18:36
davsclausslewis thanks - i got that background handler fixed18:36
davsclausso it only runs when i want to18:36
slewiscool!18:36
davsclausthe rest is the hardest part - to make a slick looking UI :)18:37
slewisyeah, seriously18:37
davsclaussee you guys tomorrow18:37
*** davsclaus <davsclaus!~davsclaus@94-137-98-96.customers.ownit.se> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)18:37
*** rajdavies <rajdavies!~textual@host86-129-252-144.range86-129.btcentralplus.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)18:39
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)18:40
*** odohmen1 <odohmen1!~Adium@ip-62-143-153-145.unitymediagroup.de> has joined #hawtio18:40
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio18:41
*** odohmen <odohmen!~Adium@ip-62-143-153-145.unitymediagroup.de> has quit IRC (Ping timeout: 260 seconds)18:41
*** gnodet <gnodet!~gnodet@redhat/jboss/gnodet> has joined #hawtio18:43
*** github <github!~github@192.30.252.51> has joined #hawtio18:44
github[hawtio] fusesource-ci pushed 1 new commit to gh-pages: http://git.io/jkO2hw18:44
githubhawtio/gh-pages f845b90 FuseSource CI: Wagon: Deploying sitegen to repository18:44
*** github <github!~github@192.30.252.51> has left #hawtio18:44
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)18:52
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio18:53
*** amundj_ <amundj_!~textual@aggw006.cappelendamm.no> has joined #hawtio18:54
*** amundj <amundj!~textual@aggw006.cappelendamm.no> has quit IRC (Ping timeout: 252 seconds)18:57
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)19:03
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio19:04
*** scranton <scranton!~scranton@63.133.189.66> has joined #hawtio19:04
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)19:14
*** scranton <scranton!~scranton@63.133.189.66> has quit IRC ()19:14
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio19:15
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)19:25
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has joined #hawtio19:26
*** iocanel <iocanel!~iocanel@redhat/jboss/iocanel> has quit IRC (Client Quit)19:26
*** jwcarman <jwcarman!jwcarman@javageek.org> has joined #hawtio19:28
*** odohmen1 <odohmen1!~Adium@ip-62-143-153-145.unitymediagroup.de> has left #hawtio19:45
*** github <github!~github@192.30.252.52> has joined #hawtio20:14
github[hawtio] davsclaus pushed 1 new commit to master: http://git.io/ByU-hQ20:14
githubhawtio/master 2620260 Claus Ibsen: #827: Keep state when navigating between plugins, and keep showing the testing in progress data.20:14
*** github <github!~github@192.30.252.52> has left #hawtio20:14
*** github <github!~github@192.30.252.49> has joined #hawtio20:29
github[hawtio] fusesource-ci pushed 1 new commit to gh-pages: http://git.io/DKcjCQ20:29
githubhawtio/gh-pages a260049 FuseSource CI: Wagon: Deploying sitegen to repository20:29
*** github <github!~github@192.30.252.49> has left #hawtio20:29
*** gnodet <gnodet!~gnodet@redhat/jboss/gnodet> has quit IRC (Quit: gnodet)20:42
*** github <github!~github@192.30.252.48> has joined #hawtio21:16
github[hawtio] gashcrumb pushed 1 new commit to master: http://git.io/HYG-3Q21:16
githubhawtio/master 39a0420 Stan Lewis: Improve general page layout so the side-panel isn't so horrifically wide when the window is wide :-)21:16
*** github <github!~github@192.30.252.48> has left #hawtio21:16
*** gnodet <gnodet!~gnodet@redhat/jboss/gnodet> has joined #hawtio21:43
*** gnodet <gnodet!~gnodet@redhat/jboss/gnodet> has quit IRC (Quit: gnodet)22:12
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has joined #hawtio22:27
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has quit IRC (Quit: soody)23:44
*** soody <soody!~asood@c-71-233-209-91.hsd1.ma.comcast.net> has joined #hawtio23:52

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