Wednesday, 2013-04-24

*** github <github!> has joined #hawtio00:14
github[hawtio] fusesource-ci pushed 1 new commit to gh-pages:
githubhawtio/gh-pages a9e9def FuseSource CI: Wagon: Deploying sitegen to repository00:14
*** github <github!> has left #hawtio00:14
*** dbokde <dbokde!> has quit IRC (Quit: Leaving.)00:47
*** is-mw <is-mw!> has quit IRC (Quit: Nettalk6 -
*** kearls <kearls!> has joined #hawtio03:01
*** kearls <kearls!> has quit IRC (Quit: Computer has gone to sleep.)03:14
*** dbokde <dbokde!> has joined #hawtio04:21
*** chirino <chirino!> has quit IRC (Quit: Computer has gone to sleep.)05:06
*** chirino <chirino!> has joined #hawtio05:07
*** chirino <chirino!> has quit IRC (Client Quit)05:11
*** dbokde <dbokde!> has quit IRC (Quit: Leaving.)05:41
*** rhuss <rhuss!~jolokia@2a03:3680:0:1000:7d66:db33:c5d8:e0b0> has joined #hawtio06:01
*** rhuss <rhuss!~jolokia@2a03:3680:0:1000:7d66:db33:c5d8:e0b0> has quit IRC (Ping timeout: 264 seconds)06:13
*** davsclaus <davsclaus!> has joined #hawtio06:39
*** is-mw <is-mw!> has joined #hawtio06:44
*** iocanel <iocanel!> has joined #hawtio06:45
*** rhuss <rhuss!> has joined #hawtio06:46
*** rhuss <rhuss!> has quit IRC (Read error: Connection reset by peer)06:49
*** rhuss1 <rhuss1!> has joined #hawtio06:49
*** rhuss1 <rhuss1!> has quit IRC (Client Quit)06:49
*** iocanel <iocanel!> has quit IRC (Quit: Computer has gone to sleep.)07:02
*** iocanel <iocanel!> has joined #hawtio07:03
*** rajdavies <rajdavies!> has joined #hawtio07:13
*** gnodet <gnodet!~gnodet@redhat/jboss/gnodet> has joined #hawtio07:19
*** jstrachan <jstrachan!> has joined #hawtio07:29
*** github <github!> has joined #hawtio07:33
github[hawtio] jstrachan pushed 1 new commit to master:
githubhawtio/master 35c85ea James Strachan: add a test case camel route for #13107:33
*** github <github!> has left #hawtio07:33
jstrachandavsclaus btw quick question on - it does seem that when you ask for the XML, the onException is returned inside the route XML07:33
davsclausjstrachan yeah onException is sort wrapped around the route in the 1st step07:34
jstrachanI pushed the example into the project btw so we can play with it easier07:34
davsclauswe could sort hack that and detect this, and unwrap it for the tooling07:34
davsclausjust added a comment07:34
davsclausideally we should fix it in camel-core07:34
davsclauswe have this item on camel 3.0 for ages now :)07:35
davsclausthe same problem for interceptors, and a number of other cross cutting functionality07:35
davsclausalso for onException you may have scopes, eg its either local to the rotue07:35
davsclausor global on the camel context level07:35
davsclauswe may want to be able to "see" that as well07:36
jstrachancool - wondering if we could put a work around into hawtio maybe; but I guess its hard to know when folks really added on onException into the route or whether its inherited from the camelcontext07:36
davsclausyeah though we have some details now i think onException you can see if its one or the other07:36
davsclauswe needed that in camel itself07:36
davsclaus  @XmlTransient07:37
davsclaus    private Boolean routeScoped;07:37
davsclaus    // TODO: in Camel 3.0 the OnExceptionDefinition should not contain state and ErrorHandler processors07:37
davsclausthere is this guy in onException07:37
jstrachanah - so we could filter it out if we know its inherited/injected in the mbean before returning the XML?07:37
davsclausyeah its better to try to filter it out and show the normal route07:39
jstrachanthough I guess when tracing/debugging we'd need to know the full actual route07:39
davsclausyeah was about to mention that07:40
jstrachanso I guess we'll need a flag when getting the xml07:40
jstrachanjust trying to get the send message with headers thingy working… almost there I hope07:40
davsclausalso onException can be a mini route as well07:40
davsclausso in the long run we should possible have them listed as well in the digram07:41
davsclausor whatever that can be07:41
davsclausor draw them in some special dotted square in the diagram or ....07:41
jstrachanyay, camel and amq send with headers works!07:44
davsclausyay and you dont inherit the brwoser headers like the old web console :)07:44
jstrachanyeah we don't :)07:45
jstrachanwe could add them I guess if folks wanted :)07:45
davsclaus[x] classic mode07:46
*** github <github!> has joined #hawtio07:46
github[hawtio] jstrachan pushed 2 new commits to master:
githubhawtio/master f26f9a2 James Strachan: we have some bugs with camel contexts with similar route ids clashing; for now lets only use route1 as the clashing one until we fix them all :)07:46
githubhawtio/master af53fd3 James Strachan: camel message sends now work with headers07:46
*** github <github!> has left #hawtio07:46
*** iocanel <iocanel!> has quit IRC (Quit: Computer has gone to sleep.)07:52
*** iocanel <iocanel!> has joined #hawtio07:56
*** iocanel <iocanel!> has quit IRC (Quit: Computer has gone to sleep.)08:09
*** iocanel <iocanel!> has joined #hawtio08:27
*** dejanb <dejanb!> has joined #hawtio08:31
jstrachandejanb adding headers works now for camel & AMQ when sending!08:33
jstrachandejanb was just gonna add some smarter default header names08:33
dejanbjstrachan: awesome08:33
jstrachanlayout's not quite hawt ;) its kinda hard - but its not too shabby at least08:34
jstrachangonna see if I can get a bit clever and add better validation for known types of header (e.g. if we know the types of the values)08:35
dejanbI'll have dlq stuff ready today … although I think we'll need to bump openwire08:36
dejanbas we need to persist, isDLQ property08:36
dejanbfor restarts08:36
jstrachanwonder if we coudl just associate it transiently on startup using config I wonder?08:36
dejanbI need to think about it more08:36
dejanbyeah … maybe something like that08:37
jstrachanrajdavies background to this is - it'd be nice to know if some queue is a DLQ - then we can add the DLQ 'resend selected messages' buttons in hawtio08:38
*** iocanel <iocanel!> has quit IRC (Quit: Computer has gone to sleep.)08:42
rajdaviesa few users have asked for this :)08:45
*** iocanel <iocanel!> has joined #hawtio08:48
jstrachanrajdavies if we had a canonical way to know if a destination is a DLQ, we can then easily expose it (e.g. with a different mbean name - add an extra DLQ property or something) and then its easy to add the tooilng in hawtio08:50
jstrachanjust not sure how best to do that in AMQ08:50
dejanbjstrachan: so current status … it's easy to add a property to the queue when dlq is created08:51
dejanband then add mbean method restore() that will do the work08:51
dejanbthe only thing is when you restart the broker you lose property on the queue … but we can work around that08:52
rajdaviesdejanb - would be better to update the store itself to track what's a DLQ - the only thing is that involves changing a lot of stores08:55
rajdaviesbtw - next time wire format changes wanted to try using unsafe on marshalling to improve read performance08:55
dejanbyeah … if we gonna go with upgrading openwire then we're covered08:56
*** pulse00 <pulse00!> has joined #hawtio08:59
*** pulse00 <pulse00!> has quit IRC (Read error: No route to host)09:54
*** pulse00 <pulse00!> has joined #hawtio09:54
jstrachandejanb quick question - any idea if we can pass in string values for JMSDeliveryMode over the JMX method sendTextMessage(java.util.Map, java.lang.String, java.lang.String, java.lang.String) to set the delivery mode int (persistent / non-persistent)10:25
jstrachansuch a PITA its not a damn boolean :)10:26
dejanblet me check10:26
dejanbhm it will end up putting object property10:30
dejanbnot usre if it'll be converted later10:30
jstrachanwould sending an int help - or is it more the mbean can't handle jms headers?10:32
dejanbyou can send any object in that map10:36
dejanbit doesn't have to be String10:36
dejanbso yeah itn will work10:36
dejanb1 non persistent, 2 persistent10:36
jstrachanah cool - OK I'll swizzle it on the client side10:39
jstrachanI guess bool won't work?10:39
jstrachanno worries - I"ll hack it client side...10:39
dejanbyeah … we use DeliveryMode.PERSISTENT10:48
dejanbbtw found a way for dlq to work properly without persisting the property10:49
dejanbthe dlq strategy has a new method that based on destination name tell if it's dlq or not10:49
jstrachanah cool!10:50
*** github <github!> has joined #hawtio11:02
github[hawtio] jstrachan pushed 1 new commit to master:
githubhawtio/master 8a9972a James Strachan: added basic completion of header names for JMS for #511:02
*** github <github!> has left #hawtio11:02
*** github <github!> has joined #hawtio11:03
github[hawtio] jstrachan pushed 1 new commit to master:
githubhawtio/master 40e587a James Strachan: updated to latest angular ui bootstrap and added jquery jsPlumb for future draggy-droppy-ness11:03
*** github <github!> has left #hawtio11:03
jstrachandejanb if you pull, the send UI at least smart completes on standard jms header names at least11:03
jstrachanshould have all the camel /http ones soon...11:03
jstrachanwithout too much effort I hope to add better value fields (e.g. checkbox / combo if we know the type of the header)11:03
* dejanb testing last bits of retrying dlq msgs11:08
* jstrachan cheers11:08
*** gnodet <gnodet!~gnodet@redhat/jboss/gnodet> has quit IRC (Quit: gnodet)11:15
*** chirino <chirino!> has joined #hawtio11:33
*** chm007 <chm007!> has quit IRC (Quit: Computer has gone to sleep.)12:19
*** iocanel <iocanel!> has quit IRC (Quit: Computer has gone to sleep.)12:27
*** iocanel <iocanel!> has joined #hawtio12:40
*** vijaykiran <vijaykiran!> has joined #hawtio12:41
*** pulse00 <pulse00!> has quit IRC (Remote host closed the connection)12:41
*** kearls <kearls!> has joined #hawtio12:42
*** pulse00 <pulse00!> has joined #hawtio12:44
*** davsclaus <davsclaus!> has quit IRC (Quit: Computer has gone to sleep.)12:57
*** gnodet <gnodet!~gnodet@redhat/jboss/gnodet> has joined #hawtio13:05
*** davsclaus <davsclaus!> has joined #hawtio13:20
*** github <github!> has joined #hawtio13:33
github[hawtio] jstrachan pushed 5 new commits to master:
githubhawtio/master d3f388b James Strachan: latest generated camel schema13:33
githubhawtio/master 83d52b1 James Strachan: added code generated camel header schema13:33
githubhawtio/master f6ce69a James Strachan: added placeholder13:33
*** github <github!> has left #hawtio13:33
jstrachandavsclaus yay, code generated the header names for camel (we can update the code generator if we ever move stuff to a different class in camel)13:33
jstrachandavsclaus so now the send UI has completion on the camel and jms header names13:34
*** github <github!> has joined #hawtio13:38
github[hawtio] pulse00 opened pull request #284: Update jolokia.js to the latest version (master...jolokia-patch)
*** github <github!> has left #hawtio13:38
*** github <github!> has joined #hawtio13:39
github[hawtio] jstrachan pushed 1 new commit to master:
githubhawtio/master 36e93f4 James Strachan: remove cruft13:39
*** github <github!> has left #hawtio13:39
pulse00jstrachan: i used uglify.js to for minification, i hope that's ok13:40
*** github <github!> has joined #hawtio13:43
github[hawtio] jstrachan pushed 2 new commits to master:
githubhawtio/master 1e3bad8 Robert Gruendler: updated to latest jolokia.js13:43
githubhawtio/master 0946ed5 James Strachan: Merge pull request #284 from pulse00/jolokia-patch...13:43
*** github <github!> has left #hawtio13:43
jstrachanpulse00 isnt' jolokia minified in the distro already?13:43
jstrachanor is this a pre-release thing for the authentication header?13:44
pulse00jstrachan: i don't think my PR with the authentication header is already released.13:45
jstrachanah ok13:45
pulse00i've just cloned and there's no minified jolokia.js13:45
jstrachanno worries; we can switch to the official distro later on when its released13:45
pulse00jstrachan: any hint how to build the hawtio.war locally so we can deploy the version containing the new jolokia.js ?13:48
jstrachanjust kicked off a new snapshot deploy too if its quicker to wait for that :)13:48
pulse00jstrachan: sorry, i knew i had some huge red button somewhere in my memory ;)13:49
jstrachanyeah - the "developers" link at the top of the nav bar on the home page :)13:50
jstrachanCI build just finished btw13:54
pulse00jstrachan: cool, thanks13:55
dejanbjstrachan: dlq support is finally in
jstrachanany chance of getting an extra JMX name thing to mark dlq?14:04
dejanbatm it's a property on mbean14:05
jstrachanyeah - thinking an object name addition might be nice to put them into a separate folder?14:05
jstrachan(saves me doing an RMI in the UI too :)14:06
dejanbyeah … let me see14:06
jstrachanmaybe something like org.apache.activemq:type=Broker,brokerName=broker1,destinationType=Queue,kind=DLQ,destinationName=another14:06
jstrachanor something14:06
jstrachanwonder if we might do something similar (add an entry in the mbean name) to differentiate advisory topics from user topics14:07
dejanbor should go with destinationType=DLQ ?14:07
jstrachanmy main worry is that'd break lots of jmx code - that depends on destinationType=Queue14:07
jstrachanso was wondering about adding another level inside Queues14:07
*** dbokde <dbokde!> has joined #hawtio14:26
*** chm007 <chm007!> has joined #hawtio14:48
*** chm007 <chm007!> has quit IRC (Client Quit)14:49
dejanbjstrachan: adding kind can be tricky … as we need to use the same format for producers/consumers14:52
jstrachanah ok14:52
dejanband we don't have a reference to dlq strategy always14:53
jstrachanthe RPC isn't that big a deal though14:53
dejanbyeah, looking it's an easier solution then refactoring the whole thing14:55
jstrachanwonder if we should just encourage a naming convention for now for DLQs?14:58
jstrachanso we can show them in a different tree in the tree of queues/topics14:58
dejanbthere are currently two strategies15:00
dejanbshared one that puts everything in a single queue15:00
dejanbActiveMQ.DLQ by default15:00
dejanband the individual one that keeps dlq per queue15:01
dejanbthey are named ActiveMQ.DLQ.Queue.QUEUE_NAME by default15:01
jstrachanmaybe the simplest then is we just try show ActiveMQ.* stuff as being 'system' destinations in hawtio15:19
*** chirino <chirino!> has quit IRC (Quit: Computer has gone to sleep.)15:50
*** gnodet <gnodet!~gnodet@redhat/jboss/gnodet> has quit IRC (Quit: gnodet)15:52
*** vijaykiran <vijaykiran!> has quit IRC (Ping timeout: 248 seconds)16:05
*** dejanb <dejanb!> has quit IRC (Quit: dejanb)16:19
*** github <github!> has joined #hawtio16:38
github[hawtio] jstrachan pushed 1 new commit to master:
githubhawtio/master 0f2677e James Strachan: fixed #257 so we only show a few standard headers when browsing queues16:38
*** github <github!> has left #hawtio16:38
*** pulse00 <pulse00!> has quit IRC (Remote host closed the connection)16:48
*** jstrachan <jstrachan!> has quit IRC (Quit: Leaving...)16:55
*** rajdavies <rajdavies!> has quit IRC (Quit: Textual IRC Client:
*** iocanel <iocanel!> has quit IRC (Quit: Computer has gone to sleep.)17:08
*** iocanel <iocanel!> has joined #hawtio17:12
*** iocanel <iocanel!> has quit IRC (Quit: Computer has gone to sleep.)17:30
*** davsclaus <davsclaus!> has quit IRC (Quit: Textual IRC Client:
*** iocanel <iocanel!> has joined #hawtio17:53
*** chirino <chirino!> has joined #hawtio17:58
*** dbokde <dbokde!> has quit IRC (Quit: Leaving.)20:44
*** vijaykiran <vijaykiran!> has joined #hawtio21:22
*** vijaykiran <vijaykiran!> has quit IRC (Ping timeout: 252 seconds)21:57
*** iocanel <iocanel!> has quit IRC (Quit: See ya later)21:59

Generated by 2.9.2 by Marius Gedminas - find it at!