[00:03:05] *** antollinim has quit IRC [00:43:57] *** aslak has quit IRC [01:29:42] *** rcernich has quit IRC [01:56:01] *** ldimaggi has joined #switchyard [02:21:50] *** PeteRoyle has quit IRC [02:25:32] *** PeteRoyle has joined #switchyard [03:08:50] *** tcunning has joined #switchyard [03:36:25] *** bfitzpat_away has quit IRC [06:02:01] *** ldimaggi has quit IRC [06:14:29] *** kcbabo has quit IRC [06:14:42] *** magesh has joined #switchyard [06:52:46] *** tcunning has quit IRC [08:56:57] *** aslak has joined #switchyard [09:13:30] *** wyer has joined #switchyard [09:59:59] *** rbalent has joined #switchyard [09:59:59] *** rbalent has joined #switchyard [10:23:37] *** wyer has quit IRC [10:35:58] *** wyer has joined #switchyard [11:55:58] *** tfennelly has joined #switchyard [12:43:34] *** tcunning has joined #switchyard [12:52:42] *** tcunning has quit IRC [13:26:15] *** kcbabo has joined #switchyard [13:47:45] *** tcunning has joined #switchyard [14:05:40] *** antollinim has joined #switchyard [14:28:23] *** tfennelly has quit IRC [14:30:21] *** aamonten has joined #switchyard [14:32:01] *** ldimaggi has joined #switchyard [14:44:45] *** errantepiphany has joined #switchyard [14:47:36] *** tfennelly has joined #switchyard [14:59:13] *** magesh has left #switchyard [15:03:03] <tfennelly> kcbabo: I eventually have a working Java env on my machine after an apple update forked it all up [15:03:07] <tfennelly> kcbabo: again [15:03:25] <kcbabo> tfennelly: oh ? I'm so happy I didn't install that [15:03:35] <tfennelly> kcbabo: I did it by accident [15:03:37] <kcbabo> tfennelly: I didn't want to reboot, so I kept deferring the update [15:03:46] <kcbabo> tfennelly: what had to change? [15:04:20] <tfennelly> kcbabo: well if screwed up all the sym links.. removed src jars etc [15:04:31] <kcbabo> tfennelly: wtf ? I hate that they do that [15:05:06] <tfennelly> kcbabo: then when I tried reinstalling the dev package I couldn't get the B*****d to install [15:05:35] <tfennelly> kcbabo: so I had to unpack it and copy in the src etc+ fix up the links [15:05:43] <tfennelly> kcbabo: anyway... back working again [15:05:54] <tfennelly> kcbabo: really is a puzzle to me though [15:05:58] <tfennelly> kcbabo: why they do that [15:06:56] <tfennelly> kcbabo: so you want to look at look at integrating CDI and Camel [15:07:16] <tfennelly> kcbabo: use the CDI beanmanager as the bean registry in camel I think [15:08:09] <tfennelly> kcbabo: I'm updating my camel src here and going to have a look and just learn a bit about the camel registry ... see how plugable it is etc and what it requires [15:08:19] <tfennelly> kcbabo: sound OK with you? [15:08:21] <wyer> tfennelly, linux 4 life :P [15:08:34] <kcbabo> tfennelly: yeah, that sounds great (the camel part) [15:08:40] <tfennelly> wyer: lol... you must be joking... been there and done that ;) [15:09:08] <tfennelly> kcbabo: okidoki [15:09:09] <kcbabo> tfennelly: maybe we can have a chat about it once you've had a look? [15:09:16] <wyer> tfennelly, moving from mac to linux for development is the single greatest thing i've ever done ;) [15:09:20] <tfennelly> kcbabo: absolutely [15:09:32] <kcbabo> tfennelly: I have some dumb ideas floating around ? nothing concrete, my normal hand waving stuff [15:09:57] <tfennelly> kcbabo: lol.... that's where everything starts for everyone is it not [15:10:22] <tfennelly> kcbabo: I'll get my bearings on the camel end of things anyway [15:10:39] <kcbabo> tfennelly: great [15:10:45] <tfennelly> wyer: hehehe... moving from linux to mac for development is the single greatest thing i've ever done ;) [15:11:09] <tfennelly> wyer: sorry for stealing your line and changing it [15:11:15] <tfennelly> wyer: ;) [15:11:59] <aamonten> tfennelly wyer: agree with the move from linux to mac :) [15:12:02] <tfennelly> kcbabo: maven is doing the usual thing now when building camel.... I might have it built some time in the next 3 hours [15:12:25] <kcbabo> tfennelly: I loved paul's suggestion of running a local nexus server [15:13:02] <kcbabo> tfennelly: not sure if you saw that, but talk about bringing out the big guns [15:13:14] <tfennelly> kcbabo: Paul Gier? [15:13:45] <tfennelly> kcbabo: he suggests this for people... run on your local machine/network? [15:13:49] <kcbabo> tfennelly: y [15:13:52] <tfennelly> kcbabo: lol [15:13:57] <kcbabo> tfennelly: local nexus on your laptop [15:14:08] <tfennelly> kcbabo: ah jes [15:14:19] <wyer> or [15:14:26] <wyer> maybe they must just fix maven [15:14:32] <wyer> +1 to that [15:15:00] <wyer> i mean i love it, life before it sucked, but issues :/ [15:16:08] <kcbabo> wyer: agreed ? I really like the promise of what maven can bring, but the baggage is getting mighty heavy [15:16:37] <tfennelly> kcbabo, wyer: as Kurt Stam would say... it "sucks rocks" [15:17:29] <kcbabo> tfennelly: it certainly can [15:18:14] <kcbabo> tfennelly: it's time for Linus to invent a new build management tool now that the source control solution has been perfected [15:18:44] <wyer> kcbabo, right you are tho he cares nothing for java ;) [15:19:24] <wyer> kcbabo, git is so beautiful i may get emotional over it [15:19:44] <kcbabo> wyer: I cry tears of joy once a week [15:20:19] <wyer> kcbabo, hg and bzr dev's should focus their energy on fixing maven atm they are redundant :P [15:20:45] <kcbabo> wyer: there ya go [15:34:02] *** bfitzpat has joined #switchyard [16:11:43] *** GitHub145 has joined #switchyard [16:11:43] <GitHub145> [core] kcbabo pushed 1 new commit to master: http://bit.ly/q1mCbQ [16:11:43] <GitHub145> [core/master] SWITCHYARD-244: Find a new home for JavaService.toJavaMessageType - Tom Fennelly [16:11:43] *** GitHub145 has left #switchyard [16:24:52] *** GitHub4 has joined #switchyard [16:24:52] <GitHub4> [components] kcbabo pushed 1 new commit to master: http://bit.ly/qL17lu [16:24:52] <GitHub4> [components/master] SWITCHYARD-244: Find a new home for JavaService.toJavaMessageType - Tom Fennelly [16:24:52] *** GitHub4 has left #switchyard [16:28:52] <kcbabo> tfennelly: tom fennelly 1 ? wft? ;-) [16:29:14] <tfennelly> kcbabo: lol [16:29:14] <kcbabo> tfennelly: or wtf if you prefer [16:29:41] <kcbabo> tfennelly: nice to see that we are already doing all of this stuff and have done so for some time [16:29:56] <tfennelly> kcbabo: I had some issues logging in on Chrome [16:30:09] <tfennelly> kcbabo: so that's prob where the 1 comes from [16:30:12] <kcbabo> tfennelly: whatever ? I've had enough of your excuses [16:30:25] <tfennelly> kcbabo: lol.... piss off [16:30:29] <tfennelly> kcbabo: ;) [16:30:35] <kcbabo> tfennelly: hehe [16:32:41] <tfennelly> kcbabo: I wonder will he mention the intellij git tools.... they are awesome [16:32:45] <tfennelly> kcbabo: natually [16:32:51] <tfennelly> kcbabo: hehehe [16:35:15] <kcbabo> tfennelly: fanboy [16:35:26] <kcbabo> tfennelly: whoot! [16:36:25] <tfennelly> kcbabo: so basically he hasn't used intellij [16:37:39] <kcbabo> tfennelly: stop your whinging [16:38:28] <tfennelly> kcbabo: I'm in a bad mood today.... stand clear [16:38:53] <kcbabo> tfennelly: hehe ? maybe it's your pull request that took 10 tries [16:39:06] <tfennelly> kcbabo: don't be exagerating [16:39:12] <tfennelly> kcbabo: it only took 4 lol [16:39:31] <kcbabo> tfennelly: ha! [16:39:42] <tfennelly> kcbabo: and counting [16:40:38] <kcbabo> tfennelly: I should have come back at you with some b.s. feedback just to run up the counter [16:40:48] <kcbabo> tfennelly: of course, that would be consistent with any other feedback I provide [16:41:06] <tfennelly> kcbabo: that would be mean [16:41:24] <kcbabo> tfennelly: so you're agreeing it would be a good idea then? [16:41:55] <tfennelly> kcbabo: well... I acknowledge that if the shoe was on the other foot I would think it was a great idea [16:42:34] <kcbabo> tfennelly: :-) [16:47:01] <tfennelly> kcbabo: I wonder do the github guys license github [16:47:47] <wyer> tfennelly, yeah you can run it on your own infrastructure i believe [16:48:06] <tfennelly> wyer: ah cool [16:49:08] <kcbabo> tfennelly: ah crap, late for lunch with the wife. I'm in trouble now. Back in a bit. [16:49:35] *** kcbabo is now known as babo_afk [16:51:42] <wyer> tfennelly, http://fi.github.com/ [16:52:02] <tfennelly> wyer: awesome... thanks [16:52:11] <tfennelly> wyer: what's your name? [16:52:51] <wyer> tfennelly, Justin [16:53:13] <wyer> tfennelly, wyer is my surname [16:53:34] <tfennelly> wyer: hey Justin... Tom is my name... welcome to SwitchYard :) [16:54:36] <wyer> tfennelly, thanks Tom :) i am hoping to contribute a few things soon :) [16:54:53] <tfennelly> wyer: cool.... that would be awesom [16:54:58] <tfennelly> e [16:55:18] <wyer> tfennelly, SWITCHYARD-253 is of particular interest [16:55:45] <wyer> tfennelly, arg no bot :P https://issues.jboss.org/browse/SWITCHYARD-253 [16:57:22] <wyer> tfennelly, i chatted to babo_afk about it a bit and have a plan in my head ;) soon as i get time i will get started with that [16:59:24] <tfennelly> wyer: is that not more relevant to message serialization? [16:59:49] <wyer> tfennelly, well the idl it uses is the same as thrift [17:00:59] <tfennelly> wyer: not familiar with thrift [17:01:04] <wyer> tfennelly, so as an exercise i plan to implement exposing services via msgpack rpc and thrift too [17:01:10] <tfennelly> wyer: have heard of it ok, but that's all [17:01:16] <wyer> tfennelly, its facebooks rpc layer now under the apache project [17:01:46] <tfennelly> wyer: so what would an service interface definition look like? [17:02:11] <tfennelly> wyer: I was thinking of JSON for this before, but it sounds like this is similar [17:03:22] <wyer> tfennelly, http://wiki.apache.org/thrift/Tutorial is an example of the idl [17:04:44] <wyer> tfennelly, easier to read http://thrift.apache.org/ first code styled block [17:05:27] <tfennelly> wyer: right [17:05:48] *** rcernich has joined #switchyard [17:07:05] *** ldimaggi has quit IRC [17:12:12] <tfennelly> wyer: is that not a lot more than we'd have required perhaps? [17:12:42] <tfennelly> wyer: a in... we'd really only be using the definition syntax structure [17:13:08] <tfennelly> wyer: if someone specified i32 we'd be like dtf [17:13:20] <tfennelly> (wtf) [17:14:28] <wyer> tfennelly, there are already implementations for java its marshalled to and from a pojo [17:14:59] <wyer> tfennelly, we could have a msgpack transformer [17:15:21] <tfennelly> wyer: maybe I'm not understanding [17:15:56] <wyer> tfennelly, think of the serialization part like jaxb except you've got binary data instead of xml on the one side [17:17:14] <tfennelly> wyer: sure..... I'm starting from the point of view of SwitchYard and the info required to specify a Service interface (operations etc) [17:17:48] <tfennelly> wyer: that's what I thought that JIRA was about [17:17:55] <tfennelly> wyer: maybe I'm misreading it [17:18:00] <wyer> tfennelly, it is about that too [17:18:42] <tfennelly> wyer: right... to me, they seem to like they should first be treated as 2 distinct issues [17:18:56] <wyer> tfennelly, yeah i brought that up with kcbabo heh [17:19:24] *** ldimaggi has joined #switchyard [17:19:37] <tfennelly> wyer: I think it just muddies the waters trying to hit 2 targets at the same time at step 1 [17:19:47] <tfennelly> wyer: that was what was confusing me I think [17:20:04] <wyer> tfennelly, so with regards to exposing a service via msgpack we can reuse a lot of the existing msgpack java impl it uses netty [17:20:29] <wyer> tfennelly, so a service could be exposed via netty [17:21:54] <wyer> tfennelly, but tbh i am mostly clueless i will know how deep in the water i am when i get a chance to look :) [17:22:14] <wyer> tfennelly, all i know is SY looks cool as hell :) [17:26:33] <tfennelly> wyer: yeah... not sure I follow what you mean wrt "exposing a service via msgpack", but I'm sure it will all become clear in time :) [17:27:20] <wyer> tfennelly, like how you can expose a service over soap [17:27:27] <tfennelly> wyer: still seems like we're talking about multiple things at once [17:27:34] <wyer> tfennelly, probably :P [17:28:18] <tfennelly> wyer: ok... that's a sep thing in my world (to SWITCHYARD-253) hehehe [17:28:19] <wyer> tfennelly, do you have team meetings ? [17:28:44] <tfennelly> wyer: for sure [17:29:38] <wyer> tfennelly, when abouts ? [17:29:51] <wyer> perhaps it can be raised in a meeting in the coming weeks [17:30:25] <wyer> tfennelly, the serialization part i agree the rpc part is a different issue all together [17:32:08] <tfennelly> wyer: yeah... (1) A nice clean generic mechanism for defining Service interfaces (SWITCHYARD-253) .... (2) msgpack gateway component [17:32:34] <wyer> tfennelly, and i am sure i can hammer away at the rpc bit myself and msgpack serialization & idl support will be available as a result of that so then everyone can decide on the merits of it wrt 253 [17:33:23] <tfennelly> wyer: sure... sounds good [17:36:23] *** jgraham_ has joined #switchyard [17:42:14] *** babo_afk is now known as kcbabo [17:48:59] *** wyer has quit IRC [18:12:33] *** rbalent has quit IRC [18:15:25] *** aslak has quit IRC [18:16:44] <kcbabo> rcernich: hey rob [18:16:50] <rcernich> kcbabo: hey! [18:17:10] <kcbabo> rcernich: hey - so I'll get a pull request with that stuff going today for sure [18:17:24] <kcbabo> rcernich: wanted to make sure I understood your comment w/r/t SwitchYard service [18:17:44] <kcbabo> rcernich: so my plan was to add the interfaces, the backing implementation classes, and the wiring into the deployer to populate them [18:17:57] <rcernich> kcbabo: yep. makes sense. [18:17:57] <kcbabo> rcernich: and then you can take that and pull it into the console [18:17:59] <kcbabo> rcernich: will that work? [18:18:06] <rcernich> kcbabo: yep [18:18:40] <rcernich> kcbabo: what were you thinking of using for a backing store? [18:18:55] <kcbabo> rcernich: it's completely transient [18:19:03] <rcernich> kcbabo: just in-memory maps, tied to the switchyard subsystem itself [18:19:07] <rcernich> kcbabo: got it [18:19:15] <kcbabo> rcernich: the deployer will populate the objects and attach to the deployment [18:19:41] <kcbabo> rcernich: sorry, attach to the SwitchYardService [18:19:47] <rcernich> kcbabo: yep. that's what i was planning on doing with the dmr interface [18:19:57] <kcbabo> rcernich: so you can yank out the top pointer (System) from the subsystem instance [18:20:06] <rcernich> kcbabo: have the deployer populate submodels on the deployment [18:20:32] <rcernich> kcbabo: yep [18:21:10] <rcernich> kcbabo: once that's done, i'll mock up the dmr interface for your review [18:21:27] <rcernich> kcbabo: i'll add operations to the subsystem to delegate back to the new api [18:22:07] <rcernich> kcbabo: and i'll add operations to the deployments delegating to the interfaces Application and lower [18:22:23] <rcernich> kcbabo: after that, shouldn't take long to get it integrated into the console [18:22:30] <rcernich> kcbabo: i'll work on that in the meantime [18:23:44] <kcbabo> rcernich: which subsystem will the operations be added to? [18:23:54] <rcernich> kcbabo: switchyard [18:24:37] <rcernich> kcbabo: this would fit under the heading of "wrapped by other implementation specific interfaces" [18:24:58] <kcbabo> rcernich: which operations then? I thought we just said that I would attach a reference to the System object to the subsystem [18:25:09] <kcbabo> rcernich: and that's all you should need from the console [18:25:13] <rcernich> kcbabo: e.g. in dmr: /subsystem=switchyard/:get-version() [18:25:34] <kcbabo> rcernich: ah, that's all greek to me [18:25:42] <kcbabo> rcernich: OK, I'll definitely leave that all to you [18:25:43] <rcernich> kcbabo: /subsystem=switchyard/:get-services() [18:25:59] <rcernich> kcbabo: yeah. that's just the dmr way [18:26:00] <kcbabo> rcernich: I'll make sure you have a handle to that reference and you take it from there ;-) [18:26:49] <rcernich> kcbabo: and currently, the console is setup to use dmr. [18:27:18] <rcernich> kcbabo: and if it's exposed that way, you get to use the jboss-admin cli too [18:27:20] <kcbabo> rcernich: yeah, that's fine. It will be an interesting exercise to see how things map over [18:27:28] <kcbabo> rcernich: brilliant [18:27:44] <rcernich> kcbabo: i don't know about that, but a starting point [18:28:01] <rcernich> kcbabo: i'm just following the example of the as7 console [18:32:55] *** kcbabo is now known as babo_afk [18:47:17] *** aamonten is now known as aamonten_lunch [18:57:49] *** rcernich is now known as rcernich_brb [19:06:07] *** aslak has joined #switchyard [19:13:57] *** rcernich_brb is now known as rcernich [19:16:18] *** tfennelly has quit IRC [19:35:26] *** babo_afk is now known as kcbabo [19:41:48] *** tfennelly has joined #switchyard [19:44:33] <tfennelly> kcbabo: https://github.com/obergner/camelpe [19:45:19] <kcbabo> tfennelly: interesting [19:47:20] *** tfennelly has quit IRC [20:27:07] *** aamonten_lunch is now known as aamonten [20:38:15] *** wyer has joined #switchyard [20:52:13] <rcernich> kcbabo: can you create a jira component for component-clojure [20:52:31] <kcbabo> rcernich: sure thing [20:52:37] <rcernich> kcbabo: thanks! [20:57:12] *** rcernich is now known as rcernich_brb [21:01:02] <aamonten> kcbabo: also for component-spring please [21:11:09] <kcbabo> done and done [21:35:31] <wyer> any clues as to getting the switchyard service to show up in the jbpm editor in eclipse ? [21:38:09] *** rcernich_brb is now known as rcernich [21:42:03] <errantepiphany> wyer: include the switchyard-component-bpm project in your workspacd, and have the latest jbpm plugin (5.1.0.Final) installed. [21:42:12] <errantepiphany> workspace [21:42:31] <errantepiphany> wyer: we'll have a better way in the future [21:42:40] <wyer> errantepiphany, thanks :) [21:42:43] <errantepiphany> wyer: np [21:51:12] *** rcernich is now known as rcernich_away [22:15:42] *** ldimaggi has quit IRC [22:17:07] *** kcbabo has quit IRC [22:30:29] <wyer> errantepiphany, could i be missing something i am using jbpm 5.1 final and i imported https://github.com/jboss-switchyard/components/tree/master/bpm into my workspace [22:30:56] <wyer> but the service task is still missing [22:31:35] <errantepiphany> wyer: did you "mvn install" the bpm component, then restart eclipse? [22:33:00] <wyer> errantepiphany, lt me do that quick [22:33:08] <errantepiphany> wyer: ok [22:42:31] <wyer> errantepiphany, still nothing [22:42:58] <wyer> errantepiphany, should my jbpm project be a maven project (because its not) [22:43:31] <errantepiphany> wyer: yes. and have it depend upon the bpm component project. [22:43:38] <errantepiphany> wyer: that's probably the problem. [22:44:31] <wyer> errantepiphany, roger [22:50:48] <wyer> errantepiphany, thanks for your help i got the service task now [22:53:33] <errantepiphany> wyer: kewl. :) [22:53:34] <errantepiphany> np [23:11:21] *** jgraham_ has quit IRC [23:25:32] *** antollinim_ has joined #switchyard [23:26:36] *** antollinim has quit IRC [23:36:56] *** babo has joined #switchyard [23:43:56] <babo> antollinim_: you there? [23:44:28] *** errantepiphany has left #switchyard [23:55:51] *** aamonten has quit IRC [23:59:15] *** babo has quit IRC