[00:18:35] *** lanceball has quit IRC
[00:45:23] *** bfitzpat has quit IRC
[02:18:35] *** tfennelly has quit IRC
[04:27:22] *** kcbabo has joined #switchyard
[04:47:47] *** magesh has joined #switchyard
[05:27:14] *** kcbabo has quit IRC
[05:37:38] *** dbevenius has joined #switchyard
[06:29:33] *** dbevenius has quit IRC
[06:52:48] *** tcunning has quit IRC
[07:22:35] *** magesh has quit IRC
[07:23:12] *** magesh has joined #switchyard
[07:31:32] *** dbevenius has joined #switchyard
[09:45:27] *** rbalent has joined #switchyard
[09:45:28] *** rbalent has joined #switchyard
[11:08:06] *** aslak has joined #switchyard
[11:27:35] *** dbevenius has quit IRC
[11:32:44] *** dbevenius has joined #switchyard
[12:51:20] *** kcbabo has joined #switchyard
[13:00:52] <wyer> kcbabo, hi Keith
[13:02:05] <kcbabo> wyer: hey
[13:03:01] <wyer> kcbabo, did you see my reply ?
[13:03:40] <kcbabo> wyer:  I did although I'm not sure what relationship the maven repository state has on a PermGen error in the server
[13:03:46] <kcbabo> wyer:  but I'll give it a try
[13:04:40] <wyer> kcbabo, neither am i
[13:05:16] <wyer> kcbabo, i can't be sure thats what i did to fix it, i do remember getting that problem though, but i am sure it was something environmental and i did get past it and then it was gone
[13:06:30] <wyer> kcbabo, sorry it happened for me ages ago
[13:12:52] <kcbabo> wyer:  same error with clean repository
[13:13:11] <wyer> kcbabo, bleh
[13:13:28] <kcbabo> wyer: we'll get someone else to run it  to confirm
[13:13:39] <wyer> magesh, ping
[13:13:41] <wyer> hehe
[13:14:12] <wyer> kcbabo, i'll pull it on my rackspace server too
[13:14:36] <wyer> kcbabo, i can nuke the whole of maven and it dls it pretty quick hehe
[13:15:07] <magesh> wyer: I am off for a walk, not today sorry :)
[13:16:14] <kcbabo> wyer:  are you running "mvn clean install" when you test?
[13:16:25] <wyer> kcbabo, indeed
[13:17:08] <kcbabo> wyer:  alright, well we can see what happens with someone else
[13:22:00] <magesh> kcbabo, wyer: I will be back in an hour
[13:23:41] <kcbabo> magesh:  cya magesh, replying to your email now
[13:24:57] *** magesh is now known as magesh_away
[13:56:51] *** magesh has joined #switchyard
[13:59:55] *** magesh_away has quit IRC
[14:12:50] *** ldimaggi has joined #switchyard
[15:00:03] *** antollinim has joined #switchyard
[15:02:15] <magesh> kcbabo, wyer: What do guys want me to try?
[15:03:07] <kcbabo> magesh:  I think it can wait
[15:03:31] <kcbabo> magesh:  it's a permgen error, but I think I have an idea on why wyer is not hitting it and I am
[15:03:35] <kcbabo> magesh:  experimenting now ...
[15:03:38] <magesh> kcbabo: Okay, cool
[15:04:04] <magesh> kcbabo: What about the forge-plugin not found by release in Jenkins?
[15:04:29] <kcbabo> magesh:  components needs a push, but I'm in the middle of this bpm pull request
[15:04:36] <kcbabo> magesh:  so I'll circle back and pick that up after
[15:05:20] *** kcbabo has quit IRC
[15:12:13] *** magesh has left #switchyard
[15:30:18] *** dbevenius has left #switchyard
[15:41:41] *** bfitzpat has joined #switchyard
[15:44:18] *** kcbabo has joined #switchyard
[15:47:06] *** rcernich has joined #switchyard
[15:47:07] *** kcbabo has quit IRC
[15:47:07] *** lanceball has joined #switchyard
[15:51:47] *** tcunning has joined #switchyard
[15:56:16] *** kcbabo has joined #switchyard
[16:04:12] *** kcbabo has quit IRC
[16:13:33] *** kcbabo has joined #switchyard
[16:14:57] *** babo has joined #switchyard
[16:14:57] *** kcbabo has quit IRC
[16:15:06] <wyer> babo, ping
[16:15:10] *** errantepiphany has joined #switchyard
[16:15:12] <wyer> hrm
[16:15:15] <babo> wyer : hey
[16:15:15] <wyer> bbiab
[16:15:23] <wyer> soz gotta do summin this side quick
[16:15:29] <babo> wyer: sorry, my interwebs is acting crazy
[16:26:19] *** rcernich has quit IRC
[16:26:27] *** babo has quit IRC
[16:40:47] *** babo has joined #switchyard
[16:54:54] <wyer> babo, hi
[16:54:59] *** aslak has quit IRC
[16:55:28] *** aslak has joined #switchyard
[16:55:34] *** aslak has quit IRC
[16:55:54] <babo> wyer:  hey
[16:56:20] <wyer> babo, i did not reuse that MixIn stuff because a) its not on the classpath
[16:57:08] <wyer> babo, i did pretty much copy the code in those mixin's but also the as7 test is not running within the switchyard arquillian test framework
[16:57:50] <wyer> babo, so we could externalize the meat of those mixin's and share it with the as7 test and the mixin's possibly ?
[16:58:19] <babo> wyer: well if the code is from the mixins, then we should just use that I think
[16:58:33] <babo> wyer:  putting it on the classpath should be possible by adding a dependency on switchyard-test
[16:58:47] <babo> wyer:  now the test runner thing could be problematic
[16:59:00] <babo> wyer:  but I thought that tfennelly had just refactored it to make this easier
[16:59:36] <babo> wyer:  my main concern here is that I want to use our existing test support as much as possible
[16:59:38] <babo> wyer:  tests the test stuff more
[16:59:50] <babo> wyer:  and makes it easier to change and enhance in one place
[17:00:09] <wyer> babo, okay cool, will look into using the switchyard test stuff there
[17:00:10] <babo> wyer:  I will give a shout to tom when he gets back and see what we can do
[17:00:21] <wyer> babo, i just followed the orders test, which does not use it
[17:00:30] <babo> wyer:  the main problem as you pointed out above is the @RunWith
[17:00:37] <wyer> babo, so i figured it was not used for a reason
[17:01:03] <babo> wyer:  yeah, we're making progress so fast that we haven't retrofitted the old stuff
[17:01:07] <babo> wyer:  that orders test needs to change too
[17:01:15] <babo> wyer:  it should use the HttpMixIn
[17:01:24] <wyer> babo, ah okay! makes more sense now
[17:01:32] <babo> wyer:  but before you go down the rabbit hole, let me talk to tfennelly about the test runner stuff
[17:01:41] <wyer> babo, okay :)
[17:01:42] <babo> wyer:  want to make sure that's not a dead end for you :-)
[17:02:08] <babo> wyer:  the good news is that forking the test case eliminates our permgen issue
[17:02:27] <wyer> babo, hrm wonder why it works for me
[17:02:40] <wyer> babo, luck ? heh
[17:02:50] <babo> wyer: honestly, that's a complete mystery to me :-)
[17:03:25] <babo> errantepiphany:  since we've been talking about namespaces recently ...
[17:03:28] <wyer> babo, what jdk update you running ?
[17:03:38] <errantepiphany> babo: yes?
[17:03:49] <babo> errantepiphany:  noticed that the context variable for the message payload is namespace qualified
[17:03:50] <babo> errantepiphany:  sorry, talking about BPM component
[17:03:56] <babo> errantepiphany:  {urn:switchyard-component-bpm:process:1.0}messageContent
[17:03:58] <wyer> probably something different on that level even
[17:04:07] <errantepiphany> babo: PS: what we discussed doing yesterday worked. But now there's an issue that bubbled down into the camel component.
[17:04:18] <babo> errantepiphany:  oh geez!  :-)
[17:04:21] <errantepiphany> babo: yes, I"m aware.
[17:04:38] <babo> errantepiphany:  so if I write a task script for example, it leads to this:
[17:04:38] <babo> System.out.println(kcontext.getVariable("{urn:switchyard-component-bpm:process:1.0}messageContent"));
[17:05:08] <babo> errantepiphany: does jbpm use namespaced variables for other stuff?
[17:05:19] <babo> errantepiphany:  I'm just curious, btw
[17:05:31] <babo> errantepiphany:  playing with this stuff and it's pretty bitchin'
[17:06:54] <errantepiphany> babo: jbpm has no need to put it's own variables in the same "bucket" as an application's variables, so they have no need to namespace it. I choose to do that so our variable names don't collide with anything in a user's application. But it's discussable, I guess.
[17:07:17] <babo> errantepiphany:  that sounds reasonable for a first go
[17:07:18] <babo> errantepiphany:  let users decide
[17:07:27] <errantepiphany> babo: that was my thought.
[17:07:29] *** aslak has joined #switchyard
[17:07:41] <babo> errantepiphany:  so it looks like this can be overridden at the process level
[17:07:50] <babo> errantepiphany:  just noticed that in the JIRA that you filed for the forge plugin
[17:07:56] <babo> errantepiphany:  so I missed that - I'll circle back and fix that
[17:08:24] <babo> errantepiphany:  btw, it's sick how quickly I can create a bpm project in switchyard in forge and then test it
[17:08:38] <babo> errantepiphany:  I dare say I'm getting a case of the git tinglies
[17:09:06] <errantepiphany> babo: geek. :)
[17:09:17] <babo> errantepiphany:  that's well established at this point :-)
[17:10:22] <wyer> babo, errantepiphany pot calling the kettle black ?
[17:10:26] <wyer> hehehe
[17:11:14] <errantepiphany> :)
[17:11:16] <wyer> babo, now you just need to figure out how to motivate jboss tools to migrate to intellij
[17:11:36] <wyer> babo, and we could be in coder nirvana
[17:12:52] <wyer> eclipse kills kittens
[17:12:55] <wyer> i am sure of it
[17:13:02] <babo> wyer:  I installed indigo and for about 5 minutes I thought Eclipse no longer sucked
[17:13:19] <wyer> babo, yeah its like that everytime i install eclipse, then it sucks
[17:13:51] <babo> wyer:  I actually haven't tried intellij recently, mainly to spite tfennelly
[17:14:03] <wyer> babo, eclipse should trade market unintelli-senseless
[17:14:19] <wyer> because it never knows wtf you want it to do and gives you something totally random
[17:14:42] <wyer> *trade mark even
[17:17:29] *** aslak has quit IRC
[17:18:10] *** babo has quit IRC
[17:18:13] *** aslak has joined #switchyard
[17:25:55] *** aslak has quit IRC
[17:26:14] *** aslak has joined #switchyard
[17:36:36] <tcunning> ping bfitzpat
[17:37:39] *** rbalent has quit IRC
[17:37:44] <bfitzpat> pong tcunning - in a meeting. can I ping in 25 mins?
[17:38:01] <tcunning> bfitzpat: it's quick, all i wanted to say was that i'm working through your email
[17:38:16] <tcunning> bfitzpat: and sorry for the delay
[17:38:23] <bfitzpat> tcunning - thanks. sorry to be such a PITA on that thing - just trying to get I's crossed and T's dotted
[17:38:35] <bfitzpat> appreciate all the help - and no worries on delays
[17:38:37] <tcunning> bfitzpat: no problem
[17:39:02] <bfitzpat> this has been dragging for a while and I just thought I'd try and wrap it up from my side
[17:42:18] *** GitHub186 has joined #switchyard
[17:42:19] <GitHub186> [core] errantepiphany pushed 1 new commit to master: https://github.com/jboss-switchyard/core/commit/a3051a31dc6743bd8ec9420ed3ee8b93364baedb
[17:42:19] <GitHub186> [core/master] SWITCHYARD-266 ExchangeImpl is swallowing exception info for unhandled faults - Keith Babo
[17:42:19] *** GitHub186 has left #switchyard
[17:44:40] *** tfennelly has joined #switchyard
[17:48:47] *** GitHub67 has joined #switchyard
[17:48:47] <GitHub67> [core] errantepiphany pushed 2 new commits to master: https://github.com/jboss-switchyard/core/compare/a3051a3...e173abc
[17:48:47] <GitHub67> [core/master] SWITCHYARD-88 Continue fault chain if fault encountered on fault path - Keith Babo
[17:48:47] <GitHub67> [core/master] Merge branch 'SWITCHYARD-88' of https://github.com/kcbabo/core into kcbabo-SWITCHYARD-88 - David Ward
[17:48:47] *** GitHub67 has left #switchyard
[17:58:54] *** kcbabo has joined #switchyard
[17:59:23] <kcbabo> tfennelly:  hey tom
[17:59:40] <tfennelly> kcbabo: hey Keith
[17:59:56] <kcbabo> tfennelly:  hey - do you have a minute to try something out ?
[18:00:09] <tfennelly> kcbabo: for sure... shoot
[18:01:13] <kcbabo> tfennelly:  can you pull down the changes for this and let me know if you hit a PermGen error when running the release tests?
[18:01:14] <kcbabo> https://issues.jboss.org/browse/SWITCHYARD-336
[18:01:21] <kcbabo> errantepiphany:  thanks for pushing my pull requests
[18:01:23] <kcbabo> errantepiphany:  but ...
[18:01:41] <kcbabo> errantepiphany:  that's the second merge commit this week
[18:01:50] <kcbabo> errantepiphany:  you're giving tfennelly a run for his money :-)
[18:01:50] <tfennelly> kcbabo: okidoki
[18:01:58] <errantepiphany> kcbabo: oh, sh*t, right. sorry.
[18:02:00] <tfennelly> kcbabo: lol... piss off
[18:02:07] <errantepiphany> kcbabo: I always forget that part.
[18:02:12] <kcbabo> tfennelly errantepiphany : I love giving you guys hit
[18:02:13] <kcbabo> shit
[18:02:31] <kcbabo> errantepiphany:  the best way to catch it is to run 'git status' just before you push
[18:02:32] <errantepiphany> kcbabo: remind me what's so bad about merge commits again?
[18:02:37] <tfennelly> errantepiphany: good man Dave... I love merge commits too... much clearer what happened ;)
[18:02:46] <kcbabo> errantepiphany:  break the commit history
[18:02:48] <tfennelly> errantepiphany: rofl
[18:03:18] <kcbabo> errantepiphany:  the commit history for upstream should be in linear order of when they are pushed
[18:03:43] <kcbabo> errantepiphany:  merge commits bring in an extra commit and also leave the original commit where it was
[18:03:51] <kcbabo> errantepiphany:  so it scatters history basically
[18:04:08] <errantepiphany> kcbabo: this sounds like a religious battle, but okay - you're the tech lead. ;)
[18:04:32] <kcbabo> errantepiphany:  it's not just me ? you would get shot if you pushed this on the AS repositories
[18:04:46] <kcbabo> errantepiphany:  they don't f*&! around over there
[18:04:57] <errantepiphany> kcbabo: okie-dokie
[18:04:59] <kcbabo> errantepiphany:  I'm much nicer - I just mock people that commit merges
[18:05:06] <kcbabo> errantepiphany:  thanks
[18:05:19] <errantepiphany> kcbabo: I'll do my best to remember in the future.
[18:05:20] <kcbabo> errantepiphany:  it really does make the commit history much nicer for upstream
[18:05:52] <tfennelly> kcbabo: I still never heard a good tech arg as to what was actually wrong with it though... only thing I've ever really heard is that people don't like the look of it in the history
[18:05:56] <errantepiphany> kcbabo: so all I have to do it "git rebase master", right?
[18:06:21] <tfennelly> kcbabo: and it's a great reason to give someone a kick hehehe
[18:06:24] <kcbabo> errantepiphany:  that's correct - as long as your master is up-to-date with upstream master
[18:06:29] <kcbabo> errantepiphany:  which it should be
[18:06:53] <kcbabo> tfennelly:  that argument is enough for me (the history bit)
[18:07:00] <kcbabo> tfennelly:  (well, the kicking thing too)
[18:07:01] *** GitHub112 has joined #switchyard
[18:07:01] <GitHub112> [components] errantepiphany pushed 1 new commit to master: https://github.com/jboss-switchyard/components/commit/261cde15a7d670b1fe072ef133f84a73925e0d90
[18:07:01] <GitHub112> [components/master] SWITCHYARD-285 "Upgrade Camel to 2.8.0" - Daniel Bevenius
[18:07:01] *** GitHub112 has left #switchyard
[18:08:32] <tfennelly> kcbabo: but not good enough reason for people to get religious about it surely... if that were the case then you could arg that someone other than the original author is messing with the history, which (on paper) is not great either
[18:08:52] <kcbabo> tfennelly:  nah, that's not right
[18:09:00] <kcbabo> tfennelly:  upstream is a privileged repository
[18:09:00] <tfennelly> kcbabo: hehehe... I know I'm annoying you now
[18:09:09] <kcbabo> tfennelly:  individual contributors do not commit directly into it
[18:09:22] <kcbabo> tfennelly:  so the history of their branch at the time they issue a pull request is irrelevant
[18:09:39] <kcbabo> tfennelly:  it is the integration master which pushes the commit that determines where it falls in the upstream history
[18:10:11] <kcbabo> tfennelly:  instead of having just one or two people do it, I figured we could all share the responsibility
[18:10:17] <tfennelly> kcbabo: right... but you could require the author to rebase and retest if that happens
[18:10:25] <kcbabo> tfennelly:  it would probably be clearer if we all didn't push to upstream as well
[18:10:50] <kcbabo> tfennelly:  that really breaks the point of the distributed workflow though
[18:11:12] <kcbabo> tfennelly:  you make your changes and queue them for processing as a pull request
[18:11:17] <tfennelly> kcbabo: true... just saying you could make the argument
[18:11:29] <tfennelly> kcbabo: not saying I agree
[18:11:42] <kcbabo> tfennelly:  well, I could make an argument that the world is flat
[18:11:46] <kcbabo> tfennelly:  and I would be right!
[18:11:58] <tfennelly> kcbabo: no... that's not subjective
[18:12:33] <kcbabo> tfennelly:  neither is this really
[18:12:41] <tfennelly> kcbabo: the beauty or otherwise of a linear history is
[18:12:55] <tfennelly> kcbabo: we're talking beer shit now lol
[18:13:01] <kcbabo> tfennelly:  haha!  totally
[18:13:07] <kcbabo> tfennelly:  and you've got all the IPA
[18:13:11] <tfennelly> lol
[18:13:21] <kcbabo> tfennelly:  I have no chance against you
[18:13:22] <tfennelly> kcbabo: bet you're not in short supply either
[18:13:38] <tfennelly> kcbabo: I bet you don't neglect yourself
[18:13:39] <kcbabo> tfennelly:  never ? I can even retreat to the hip flask in case of emergency
[18:13:49] <tfennelly> kcbabo: ah good man
[18:14:10] <kcbabo> tfennelly:  anyway, I agree it's not a stark black and white thing
[18:14:20] <kcbabo> tfennelly:  but it is a rule that's easy to be consistent about
[18:14:27] <tfennelly> kcbabo: for sure
[18:14:40] <tfennelly> kcbabo: worth stiring it up every so often lol
[18:14:52] <kcbabo> tfennelly:  no doubt :-)
[18:15:53] <tfennelly> kcbabo: you know that linux core guys fire back merges that don't merge cleanly... no rebasing
[18:16:04] <tfennelly> kcbabo: mad
[18:16:10] <kcbabo> tfennelly:  what do they know?
[18:16:27] <kcbabo> tfennelly:  I just want to play Quake ? make that work.
[18:16:34] <kcbabo> tcunning:  ^ that reference was for you
[18:16:38] <tfennelly> kcbabo: if a merge commit results in a contrib... it is rejectd... I've ben told
[18:16:48] <wyer> tfennelly, kcbabo i gotta say the whole rebase thing does not sit right with me
[18:16:57] <wyer> linux guys do it right
[18:16:58] <wyer> heh
[18:17:01] <tfennelly> wyer: lol
[18:17:11] <tcunning> hahahaa Weston
[18:17:19] <tcunning> LINUX STILL SUCKS
[18:17:36] <kcbabo> tfennelly:  so back to something important
[18:17:41] <wyer> linux 4 life *west side*
[18:17:45] <wyer> you mac boys :/
[18:17:58] <tfennelly> wyer haha
[18:18:08] <kcbabo> tfennelly:  the other issue with that JIRA I pointed you to is whether or not we can use MixIns while also using @RunWith(Arquillian)
[18:18:09] <tfennelly> kcbabo: oh yeah... test those changes for you... gimme a min
[18:18:22] <kcbabo> tfennelly:  I was telling wyer that you made some changes which might make that possible
[18:18:32] <kcbabo> tfennelly:  but couldn't remember how that turned out
[18:19:40] <tfennelly> kcbabo: no... not at the minute... been thinking about that... I believe there's an "enricher" type thing in Arquillian...
[18:19:55] <tfennelly> kcbabo: we could prob hook them in that way when running via Arq
[18:20:04] <tfennelly> kcbabo: but haven't really investigated that
[18:20:09] <tfennelly> kcbabo: yet
[18:20:15] <kcbabo> tfennelly:  ok, I will file a JIRA then and reference that test case
[18:20:40] <kcbabo> tfennelly:  for the HttpMixIn - you probably can just instantiate that directly, right?
[18:20:41] <tfennelly> kcbabo: which MixIn?
[18:20:51] <tfennelly> kcbabo: exactly
[18:20:59] <tfennelly> kcbabo: was just about to say that
[18:21:16] <kcbabo> wyer:  did you change the code at all in those MixIns?
[18:21:21] <kcbabo> wyer:  or was it just copy and paste?
[18:21:39] <kcbabo> wyer:  if it was C&P, can you try to just instantiate them directly and use them?
[18:21:40] <wyer> kcbabo, copy and paste YEAH BABY!
[18:21:46] <kcbabo> wyer:  :-)
[18:22:11] <kcbabo> wyer:  I think if you just add a dependency on switchyard-test and create the HttpMix and BPMMixIn directly, that should work
[18:22:25] <kcbabo> wyer:  and then I will finally stop asking you to make changes
[18:22:43] <wyer> kcbabo, DEAL!
[18:22:46] <wyer> ;)
[18:23:02] <kcbabo> wyer:  ooh ? can you switch the fork mode as well when making those changes?
[18:23:09] <kcbabo> wyer:  you saw my comment, right?
[18:23:16] <wyer> kcbabo, yup will do so
[18:23:19] <kcbabo> wyer:  switching it to always in jboss-as7/pom.xml
[18:23:25] <kcbabo> wyer:  fantastic ? thanks
[18:23:40] <wyer> kcbabo, reckon my jvm must be packing more into permgen is something oO
[18:24:15] <wyer> *or
[18:24:21] <errantepiphany> kcbabo: brb - cable guy is here to make my internet faster. upgrading from 15 mb download / 1 mb upload to 30 mb download / 5 mb upload.
[18:24:28] *** errantepiphany has left #switchyard
[18:25:04] <kcbabo> wyer:  my guess is that arquillian is starting the container with default JVM PermGen max, which is 64mb
[18:25:38] <wyer> i think
[18:25:45] <wyer> i just hate david :/
[18:25:45] <kcbabo> wyer:  do you have any env vars defined for Arqullian ?
[18:25:55] <wyer> you know how ghetto interwebs is in sa :(
[18:25:56] <kcbabo> wyer:  yeah, that speed is sick
[18:26:12] <wyer> kcbabo, nope i don't
[18:26:27] <kcbabo> wyer:  something is up there, and I'm guessing it's environmental
[18:26:37] <kcbabo> wyer:  we'll see what tfennelly comes up with in a sec
[18:27:06] <wyer> kcbabo, yeah it must be env
[18:27:54] <wyer> kcbabo, gonna pickup dinner and head home once will hit those changes after dinner
[18:31:12] <tfennelly> kcbabo, wyer: building it now
[18:33:41] *** rcernich has joined #switchyard
[18:35:03] <tfennelly> kcbabo wyer: maven downloading the www
[18:38:09] <kcbabo> tfennelly:  heading out to get some lunch real quick
[18:38:19] <tfennelly> okidoki
[18:38:25] <tfennelly> kcbabo: ^^
[18:38:36] <kcbabo> tfennelly:  nothing to do with that test other than letting us know if it fails
[18:38:54] <kcbabo> tfennelly:  on my system, setting the tests to fork fixes it for now
[18:38:59] <tfennelly> kcbabo: okidoki.... maven is going nuts atm
[18:39:23] *** kcbabo is now known as kcbabo_brb
[18:46:08] <tfennelly> kcbabo_brb, wyer: I think I should have run this test on aws... maven taking forever... what a pos
[19:03:29] *** errantepiphany has joined #switchyard
[19:08:29] <tfennelly> kcbabo_brb: one of the release tests has failed on me
[19:08:44] <tfennelly> kcbabo_brb: org.switchyard.test.quickstarts.TransformJsonQuickstartTest
[19:09:09] <tfennelly> kcbabo_brb: has completely hung on me in fact
[19:09:21] <tfennelly> kcbabo_brb: just sitting there after the failure message
[19:09:47] <tfennelly> kcbabo_brb: running it again
[19:10:54] <tfennelly> kcbabo_brb: no permgen though
[19:12:34] <tfennelly> aslak: Aslak... any obvious reason why an embedded tomcat would not deploy a Servlet that I've added to the WebArchive and configured in the web.xml?
[19:24:46] <errantepiphany> Cable guy just left. I tested at speedtest.net, and got 30.78 mb/s download and 4.69 mb/s upload - over wireless. Not too shabby.
[19:26:09] <tcunning> nice
[19:28:08] <antollinim> errantepiphany: awesome speed!
[19:29:37] <antollinim> errantepiphany: tomorrow i will get a bump from 3 MB to 6 MB, I WAS happy :)
[19:30:26] <errantepiphany> My local cable ISP offers 4 speed tiers (download/upload): 10/1, 15/1, 30/5, 50/5. I just moved from the 2nd to 3rd tier. The 4th tier is a MAJOR jump up in price, however, so I'm perfectly happy getting 2x my download and 5x my upload speed.
[19:30:32] *** tfennelly has quit IRC
[19:30:35] <aslak> tfennelly,
[19:30:46] <aslak> aa, sigh.. to slow
[19:30:52] <errantepiphany> antollinim: Are you talking download?
[19:30:55] <aslak> :)
[19:31:21] <antollinim> errantepiphany: yeah, download. Upload is 700 K
[19:31:41] <antollinim> errantepiphany: Internet speed has a long way to go still in Argentina
[19:33:01] <errantepiphany> antollinim: Wow..... that's horrible. :(
[19:34:23] <antollinim> errantepiphany: that is the reason why I type so slowly :)
[19:34:30] <errantepiphany> antollinim: hahaha
[19:36:58] *** lanceball is now known as lance_afk
[19:45:31] *** rcernich has quit IRC
[19:47:44] *** kcbabo_brb is now known as kcbabo
[20:03:05] *** GitHub81 has joined #switchyard
[20:03:05] <GitHub81> [core] kcbabo pushed 1 new commit to master: http://bit.ly/qit8XR
[20:03:05] <GitHub81> [core/master] (SWITCHYARD-336) Dependency changes for running BPM on AS7 - Justin Wyer
[20:03:05] *** GitHub81 has left #switchyard
[20:06:49] *** GitHub36 has joined #switchyard
[20:06:49] <GitHub36> [components] kcbabo pushed 2 new commits to master: http://bit.ly/o88tCa
[20:06:49] <GitHub36> [components/master] (SWITCHYARD-336) Dependencies for AS7 - Justin Wyer
[20:06:49] <GitHub36> [components/master] [SWITCHYARD-336] - Fixed camel AS7 dependencies - Magesh Kumar B
[20:06:49] *** GitHub36 has left #switchyard
[20:06:50] <wyer> kcbabo, :)
[20:07:40] <wyer> kcbabo, will push those test changes in a few
[20:11:19] <wyer> kcbabo, haha btw i am south african so if i ever imply timings ;) http://www.tertia.org/so_close/2008/09/ill-be-there-ju.html
[20:17:45] *** lance_afk is now known as lanceball
[20:22:33] <antollinim> wyer: Good clarification. Cultures are interesting! I once learned that when Indians say "yes" they do not mean "yes I understand", they mean "yes, I heard you"
[20:22:43] *** GitHub13 has joined #switchyard
[20:22:43] <GitHub13> [core] kcbabo pushed 1 new commit to master: http://bit.ly/ovQATr
[20:22:43] <GitHub13> [core/master] SWITCHYARD-361 modify as7 management operations to return - rcernich
[20:22:43] *** GitHub13 has left #switchyard
[20:25:33] <wyer> antollinim, indeed it is, working with indian people (from india, we have a large soith african indian population) confused me at first because their version of nodding almost looks like they are shaking their head in a "no"
[20:26:39] <antollinim> wyer: BTW, I am planning to go on vacation to South Africa in March/April
[20:28:03] <wyer> antollinim, excellent where do you live ?
[20:28:08] <antollinim> wyer: If you don't mind I will ask for your advice someday
[20:28:15] <antollinim> wyer: In Argentina
[20:28:22] <antollinim> wyer: quite far :)
[20:29:21] *** GitHub62 has joined #switchyard
[20:29:21] <GitHub62> [console] kcbabo pushed 1 new commit to master: http://bit.ly/pqgUXp
[20:29:21] <GitHub62> [console/master] SWITCHYARD-361 update console to use new admin functionality - rcernich
[20:29:21] *** GitHub62 has left #switchyard
[20:29:32] <wyer> antollinim, please be my guest to ask anything! do you have a plan for your vacation ?
[20:29:33] <antollinim> antollinim: I like animals and nature... so I have been thinking about South Africa for a while. Besides, a friend of mine was there a few years ago and he loved it
[20:30:14] <wyer> antollinim, its a beautiful place for sure so you would like to see the big game ?
[20:30:30] <antollinim> wyer: what is the big game?
[20:33:37] <wyer> antollinim, lions, rhinos, elephants, leopard, buffalo the "big five"
[20:33:53] *** tfennelly has joined #switchyard
[20:34:08] <wyer> antollinim, http://www.places.co.za/html/famousbig5.html :)
[20:34:11] <antollinim> wyer: sure!
[20:34:14] <tfennelly> kcbabo: sorry... we lost phone here for a while
[20:34:30] <kcbabo> tfennelly:  no worries
[20:34:36] <tfennelly> kcbabo: they were doing some maint and knocked it off apparently
[20:34:52] <wyer> tfennelly, damn leprechauns!!
[20:35:00] <tfennelly> kcbabo: feckers
[20:35:25] <kcbabo> tfennelly:  uh oh, you're all riled up
[20:35:27] <tfennelly> wyer: ahh... you appear in same color as kcbabo
[20:36:36] <tfennelly> kcbabo: so anyway... actually did rerun those tests with the surefire fork mod after and it failed again, but on a different test
[20:36:52] <tfennelly> kcbabo: let me run again
[20:37:10] <wyer> kcbabo, tfennelly my tests are haunted
[20:38:12] <tfennelly> kcbabo, wyer: I also saw some INFO logs sating it was not able to read 'BPMN20.xsd'
[20:38:25] <tfennelly> kcbabo, wyer: but I'm sure that's a diff issue
[20:38:38] <kcbabo> tfennelly:  yeah the schemaLocation on the jbpm process definitions are whacked
[20:38:42] <kcbabo> tfennelly:  need to talk to kris about that
[20:39:09] <kcbabo> tfennelly:  in that particular case, there's a space in the URI location
[20:39:20] <tfennelly> kcbabo: ah right
[20:39:38] <tfennelly> kcbabo: is the space in one of our files, or one of theirs?
[20:40:11] <tfennelly> kcbabo: I hate using that term actually... "theirs"... "ours" .... "my code" ... "your code" :)
[20:40:12] <kcbabo> tfennelly:  it's in the quickstart, which follows the same pattern as the jbpm examples
[20:40:36] <wyer> tfennelly, thats why we shouldn't use rebase!
[20:40:36] <tfennelly> kcbabo: what about escaping the URL?
[20:40:39] <wyer> :P
[20:40:46] <tfennelly> wyer: lol
[20:40:58] <tfennelly> wyer: you're looking for a fight
[20:41:12] <tfennelly> wyer: you do know that kcbabo is a ninja worrier
[20:41:23] <tfennelly> wyer: hehehe
[20:41:31] <kcbabo> tfennelly:  even with escaping the space, the schema is not at that location
[20:41:40] <tfennelly> kcbabo: ah OK
[20:41:44] <tfennelly> kcbabo: sorry
[20:41:46] <kcbabo> tfennelly:  in fact, it's nowhere close from what I can tell
[20:42:01] <kcbabo> tfennelly:  I searched the OMG website for a bit (which was fun) and couldn't find it
[20:42:02] <wyer> tfennelly, gotta keep him on his toes! any moment the masses may revolt is a huge commit graph ;)
[20:42:21] <tfennelly> kcbabo: lol... may as well be an inch as a mile when it comes to urls
[20:42:54] <tfennelly> kcbabo: or even other way around
[20:43:07] <tfennelly> wyer: yeah... watch'm for sure
[20:43:51] <tfennelly> kcbabo, wyer: yeah.... org.switchyard.test.ordersdemo.OrdersDemoQuickstartTest failed again for me (release distro tests)
[20:44:10] <wyer> tfennelly, orders failed saying what ?
[20:44:35] <tfennelly> wyer: as6 deployment failure
[20:45:25] <tfennelly> wyer: ....
[20:45:31] <tfennelly> DEPLOYMENTS IN ERROR:
[20:45:32] <tfennelly>   Deployment "switchyard.vfs:///Users/tfennelly/jboss/switchyard/upstream/release/test/target/switchyard-as6-0.2/server/default/deploy/switchyard-quickstart-demo-orders-0.2.0-SNAPSHOT.jar" is in error due to the following reason(s): java.lang.NoSuchFieldError: log
[20:45:32] <tfennelly> 	at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:1370)
[20:45:42] <wyer> tfennelly, as6 oO
[20:46:27] <tfennelly> aslak: hey Aslak... did you get my question earlier... I lost connection for a while there and maybe you replied
[20:46:32] <tfennelly> aslak: or tried to
[20:49:13] <aslak> tfennelly, yes
[20:49:16] <aslak> :)
[20:49:25] <aslak> tfennelly, any exceptions anything to go after ?
[20:49:33] <aslak> or just, nothing happens?
[20:49:42] <tfennelly> aslak: no... no errors at all
[20:50:26] <aslak> what's your deployment look like?
[20:51:13] <tfennelly> aslak: https://gist.github.com/1125917
[20:52:16] <aslak> tfennelly, tomcat console output ?
[20:52:19] <tfennelly> aslak: refresh that again actually... I added the console log
[20:52:27] <aslak> :)
[20:52:27] <tfennelly> aslak: snap
[20:53:05] <wyer> tfennelly, did you clone that release from upstream ? or my SWITCHYARD-336 branch ?
[20:53:34] <tfennelly> wyer: I merged your changes from your branches
[20:55:22] <wyer> tfennelly, okay :) well i am building this on rackspace clean everything
[20:55:44] <tfennelly> wyer: good man
[20:55:49] <aslak> tfennelly, hmm.. good question
[20:55:58] <aslak> tfennelly, pom ?
[20:56:06] <tfennelly> aslak: one sec
[20:56:52] <tfennelly> aslak: refresh Aslak
[20:57:58] <tfennelly> aslak: so I know it is deploying the WebApplicationDeployer... tested that
[20:57:59] <aslak> tfennelly, hmm, running tomcat locally here form the test suite, it doesn't show in the console log that it is deploying the servlets at all..
[20:58:32] <tfennelly> aslak: so you're seeing the same thing then?
[20:58:57] <aslak> tfennelly, @ArquillianResource URL baseURL;  new URL(baseURL, "hi").openStream() does what ?
[21:00:08] <tfennelly> aslak: ok... I see what yer doing, but where do I put that annotation... as a class property I guess?
[21:00:26] <aslak> class or @Test method argument
[21:00:39] <aslak> sorry, Field not Class :)
[21:00:45] <tfennelly> aslak: btw... I have a default constructor in the Servlet and it is not being constructed
[21:01:14] <aslak> tfennelly, well, it's not defined as load on startup so.. should it be created ?
[21:01:41] <tfennelly> aslak: ah balls... that's the issue then.... been a while since I used servlets
[21:01:50] <tfennelly> aslak: thought it would be loaded by default
[21:11:37] <tfennelly> aslak: ok... sorry man... I'm an idiot.... that was the issue... thanks for that
[21:12:08] <tfennelly> aslak: I just hardcoded the URL ... @ArquillianResource URL baseURL; gave out on me
[21:12:31] <aslak> gave out ?
[21:12:54] <aslak> oh yea, sorry.. you need run AS_CLIENT for that to work, @Deployment.testable=false
[21:17:19] <wyer> tfennelly, even on gigabit pipes maven takes its time
[21:17:51] <tfennelly> wyer: yeah... nuts
[21:18:05] <tfennelly> aslak: you the man :)
[21:18:11] <tfennelly> aslak: thanks
[21:19:05] <tfennelly> aslak: Arq is the dogs balls... well done !!!
[21:19:13] <tfennelly> aslak: really nice
[21:25:45] <aslak> :)
[21:44:40] *** ldimaggi has quit IRC
[21:51:02] <kcbabo> tfennelly:  what was the error you were getting with the AS6 release test?
[21:51:07] <kcbabo> tfennelly:  cause now I'm getting one
[21:51:50] <tfennelly> Caused by: org.jboss.deployers.client.spi.IncompleteDeploymentException: Summary of incomplete deployments (SEE PREVIOUS ERRORS FOR DETAILS):
[21:51:50] <tfennelly> DEPLOYMENTS IN ERROR:
[21:51:51] <tfennelly>   Deployment "switchyard.vfs:///Users/tfennelly/jboss/switchyard/upstream/release/test/target/switchyard-as6-0.2/server/default/deploy/switchyard-quickstart-demo-orders-0.2.0-SNAPSHOT.jar" is in error due to the following reason(s): java.lang.NoSuchFieldError: log
[21:51:57] <tfennelly> kcbabo: ^^^
[21:52:11] <kcbabo> tfennelly:  I'm getting the same thing
[21:52:25] <kcbabo> tfennelly:  this is without wyer's changes in release
[21:52:30] <kcbabo> tfennelly:  wtf is going on there?
[21:52:35] <tfennelly> kcbabo: ah
[21:52:48] <kcbabo> tfennelly:  I'll clean out my repo and go again
[21:53:34] <tfennelly> kcbabo: is there an example anywhere of a switchyard config that specifies a bog-standard java service implementation?
[21:54:24] <tfennelly> kcbabo: I'll never get the hang of that config
[21:56:20] <kcbabo> tfennelly:  a generated one you mean?
[21:56:37] <kcbabo> tfennelly: you can just create a new project with forge and add a bean service
[21:56:44] <kcbabo> tfennelly:  I can do that in 10 secs if you like
[21:57:41] <tfennelly> kcbabo: ah OK... I'll do that... thanks
[21:57:48] <tfennelly> kcbabo: never thought of forge :)
[21:59:48] <kcbabo> tfennelly:  no worries - I'm happy to do it too
[22:00:08] <kcbabo> tfennelly:  I'm already messing with the forge stuff anyway, so if you don't have the env setup
[22:00:21] <tfennelly> kcbabo: I know that man... but no need... I'll do my own grunt work ;)
[22:00:43] <tfennelly> kcbabo: no... I have it alright... might be a bit old, but will do this for me
[22:04:58] <tfennelly> kcbabo: so I have added a basic switchyard facet... is there a command for adding a basic java service?
[22:05:44] *** antollinim has quit IRC
[22:05:53] <kcbabo> tfennelly:  project install-facet switchyard.bean
[22:06:24] <kcbabo> tfennelly:  btw, tab is your friend with forge
[22:06:32] <kcbabo> tfennelly:  tab completion that is
[22:07:41] <tfennelly> kcbabo: sure... I got tab... it's brilliant
[22:08:02] <tfennelly> kcbabo: but assumed switchyard.bean would install a bean service impl, no?
[22:08:35] <kcbabo> tfennelly:  no, that just tells the project that you will be using bean services
[22:08:49] <kcbabo> tfennelly:  so it makes bean service commands available, adds dependencies to pom, etc.
[22:08:51] <tfennelly> kcbabo: ok... wasn't what I wanted
[22:09:05] <kcbabo> tfennelly:  don't you want a bean service?
[22:09:13] <tfennelly> kcbabo: not in this case.. nope
[22:09:21] <kcbabo> tfennelly:  ah, sorry
[22:09:28] <kcbabo> tfennelly:  what is it you want?
[22:09:31] <tfennelly> kcbabo: just a regular ExchangeHandler registered as a Service impl
[22:09:43] <kcbabo> tfennelly:  you can't do that with config
[22:09:50] <kcbabo> tfennelly:  that's not a config thing ? it's a core API thing
[22:09:50] <tfennelly> kcbabo: ah balls
[22:10:02] <tfennelly> kcbabo: okidoki
[22:10:08] <kcbabo> tfennelly:  what's the use case?
[22:10:13] <kcbabo> tfennelly:  just a test or  something more?
[22:10:19] <tfennelly> kcbabo: just a test
[22:10:34] <kcbabo> tfennelly:  we do allow global handlers to be registered, but that still doesn't create a service
[22:10:45] <tfennelly> kcbabo: I'll figure something out
[22:10:52] <kcbabo> tfennelly:  sorry
[22:11:03] <kcbabo> tfennelly:  btw, that release test is still failing with a clean repo
[22:11:06] <tfennelly> kcbabo: no worries man... nothing to be sorry for :)
[22:11:34] <tfennelly> kcbabo: I was expecting so... would have expected a dirty repo to produce more random problems
[22:11:57] <tfennelly> kcbabo: the fact the 2 of us got the same error would suggest to me there's something wrong
[22:11:57] <kcbabo> tfennelly:  well, I was thinking a bad version crept in with wyer's changes perhaps
[22:12:12] <tfennelly> kcbabo: that's tru
[22:12:14] <tfennelly> true
[22:12:23] <kcbabo> tfennelly:  sometimes that can happen - like we both built with a new set of dependencies and the transitive trash brought in unsuspected stuff
[22:12:33] <tfennelly> kcbabo: yeah
[22:12:49] <tfennelly> kcbabo: true foru
[22:13:01] <tcunning> transitive thrash would be a great band name
[22:13:11] <tfennelly> tcunning: rofl
[22:13:15] <kcbabo> tfennelly:  ah, wait - the release changes must fix this
[22:13:25] <kcbabo> tcunning:  might gift to you :-)
[22:13:32] <tfennelly> tcunning: you always lurking in the wings?
[22:13:41] <kcbabo> tfennelly:  total lurker
[22:13:57] <tcunning> i try to pay attention even if i'm stuck looking at esb/camel deployment errors
[22:14:24] <tfennelly> tcunning: you read the "transitive trash"
[22:14:37] <tfennelly> tcunning: it is a great name for a band for sure
[22:14:46] <tfennelly> tcunning: grunge
[22:16:27] <wyer> kcbabo, i am so fucking confused
[22:17:23] <wyer> tfennelly, i need that band now
[22:18:38] <wyer> kcbabo, so anyway using the MixIn's i will need to bring in switchyard test as a module to AS7
[22:18:47] <kcbabo> wyer:  test failure, but i think it goes away with your release changes
[22:19:16] <kcbabo> wyer:  nah, that can't be
[22:19:20] <kcbabo> wyer:  really?
[22:19:24] <kcbabo> wyer:  what's the error?
[22:19:50] <tfennelly> kcbabo: I have those release changes
[22:20:01] <tfennelly> kcbabo: well... unless there's some new ones
[22:20:13] <kcbabo> tfennelly:  oh wait, maybe I was just running AS7 tests
[22:20:16] <kcbabo> tfennelly:  let me check again
[22:20:29] <tfennelly> kcbabo: I ran everything
[22:20:53] <kcbabo> tfennelly:  right, I didn't hit this with the changes,but I may have been zeroed in on the as7 tests
[22:21:03] <kcbabo> tfennelly:  which failed before the AS6 test
[22:21:07] <kcbabo> crap
[22:21:34] <wyer> kcbabo, https://gist.github.com/1126136 it broke before it even got to the HelpdeskDemo
[22:22:44] <kcbabo> wyer:  see, that looks to me like the test is getting packaged up with the deployment
[22:23:00] <kcbabo> tfennelly:  arquillian doesn't require the test to be packaged with the deployment, does it?
[22:23:20] <wyer> kcbabo, but its breaking on the switchyard-quickstart-transform-json-0.2.0-SNAPSHOT.jar test
[22:23:33] <wyer> i changed nothing but added a dependency
[22:24:07] <tfennelly> kcbabo: sorry?
[22:24:12] <tfennelly> kcbabo: don't follow you
[22:24:49] <tfennelly> kcbabo: what you said kinda makes sense to me but I suspect I'm missing something
[22:25:08] <wyer> tfennelly, check that gist
[22:25:25] <kcbabo> wyer:  at test scope, right?
[22:25:25] <kcbabo> tfennelly:  we have some code which packages up a deployment for the Arquillian testing, right?
[22:25:57] <kcbabo> tfennelly:  I'm asking whether that deployment requires test classes to be a part of it
[22:25:57] <wyer> kcbabo, yes
[22:26:03] <tfennelly> kcbabo: right
[22:26:11] <kcbabo> tfennelly:  IOW, does the test itself have to be part of the deployment
[22:26:15] <tfennelly> kcbabo: there's an ArquillianUtil class I think
[22:26:33] <wyer> return ArquillianUtil.createQSDeployment("switchyard-quickstart-transform-json");
[22:26:36] <kcbabo> tfennelly:  right, and I see in there some code that's adding XmlUnit classes
[22:26:38] <wyer> like that
[22:26:48] <kcbabo> wyer:  are all the tests failing?
[22:26:55] <tfennelly> kcbabo: not being smart, but it would depend on the test... from what I remember those tests would not need to be part of the deployment
[22:28:22] <tfennelly> kcbabo: so... the quickstart code itself is using XmlUnit
[22:28:29] <tfennelly> kcbabo: that's fubar for sure
[22:28:55] <tfennelly> kcbabo: don't see that in wyer's gist
[22:29:10] <tfennelly> kcbabo: see it missing core classes
[22:29:20] <wyer> kcbabo, bleh something else is wrong
[22:29:28] <tfennelly> kcbabo: like the server distro is ballsed up
[22:29:36] <wyer> kcbabo, 22:08:26,375 ERROR [remoting.remote] JBREM00200: Remote connection failed: java.io.IOException: Window open for non-existent channel
[22:29:47] <kcbabo> wyer:  that's unrelated
[22:29:50] <wyer> all the tests die on that after spewing the class loader warnings
[22:30:00] <kcbabo> wyer:  are any of the tests passing before transform-json??
[22:30:06] <tfennelly> Caused by: java.lang.NoClassDefFoundError: org/switchyard/deploy/internal/AbstractDeployment
[22:30:33] <tfennelly> kcbabo, wyer: that means the whole server is farfed up, right?
[22:31:05] <wyer> kcbabo, well it says they are passing but they really are not
[22:31:07] <tfennelly> kcbabo, wyer: talking about wyers gist...  https://gist.github.com/1126136
[22:31:26] <wyer> kcbabo, cos helpdesk runs spews "passes" but it never did anything
[22:31:50] <tfennelly> something is totally fucked up in that
[22:37:57] <wyer> kcbabo, i will look into this some more tomorrow
[22:38:09] <kcbabo> wyer:  okie dokie, thanks justin
[22:53:08] <kcbabo> tfennelly:  so I don't think this AS6 failure is due to wyer's changes
[22:53:27] <kcbabo> tfennelly:  I just reset the HEAD on my components branch and built a new release
[22:53:34] <kcbabo> tfennelly:  same result for AS6
[22:53:55] <kcbabo> tfennelly:  plus, nothing in his core or components commits would impact this - it's all bpm stuff
[22:54:01] <tfennelly> kcbabo: going to be tricky to track back
[22:54:13] <kcbabo> tfennelly:  and that stuff wouldn't even hit the AS6 distro
[22:54:49] <kcbabo> tfennelly:  the thing that's weird is that the field it's complaining about isn't even in the quickstat
[22:54:52] <kcbabo> quickstart
[22:55:11] <tfennelly> kcbabo: it's a strange error message for sure
[22:55:14] <kcbabo> tfennelly:  so this appears to be something outside of that ? a log field somewhere else
[22:56:11] <kcbabo> tfennelly:  this test passed on Tuesday
[22:56:23] <kcbabo> tfennelly:  I will go back and reset everything I have to Tuesday and try again
[22:56:39] <kcbabo> tfennelly:  if that doesn't fix it, then we're gonna have to look at something else
[22:56:43] <tfennelly> kcbabo: binary search
[23:08:04] <tfennelly> kcbabo: ok... easiest way is for me to include a bean service into the test... didn't really want to, but will sort me out
[23:08:25] <tfennelly> kcbabo: get Arquillian to deploy weld etc
[23:08:33] <tfennelly> kcbabo: as part of tomcat
[23:09:09] <tfennelly> kcbabo: would have had to add that as a test anyway, so no harm I suppose
[23:13:10] <kcbabo> tfennelly:  sounds good to me :-)
[23:31:33] <tfennelly> kcbabo: not as easy though :)
[23:31:59] <bfitzpat> tcunning - ping
[23:34:42] <kcbabo> tfennelly:  bah ? everything with switchyard is easy :-)
[23:34:51] <kcbabo> tfennelly:  i'm off for a spell, back later tonight
[23:35:06] *** kcbabo has quit IRC
[23:35:09] <tfennelly> kcbabo: ciao
[23:35:10] *** kcbabo has joined #switchyard
[23:35:16] *** kcbabo has quit IRC





top