[00:10:06] *** babo has quit IRC
[00:32:16] *** aslak has quit IRC
[01:33:32] *** kcbabo has joined #switchyard
[02:28:50] *** ldimaggi has joined #switchyard
[02:54:42] *** rcernich_away is now known as rcernich
[03:05:35] <rcernich> kcbabo: you around?
[03:05:45] <kcbabo> hey rob
[03:05:58] <rcernich> kcbabo: hey.  quick question
[03:06:10] <rcernich> kcbabo: are service names unique within an application?
[03:07:06] <kcbabo> rcernich:  hmm ? that's a tough one
[03:07:18] <kcbabo> rcernich:  there's a practical answer and a theoretical one
[03:07:25] <rcernich> :)
[03:08:12] <kcbabo> rcernich:  ultimately, it's possible and it wouldn't be totally crazy
[03:08:32] <kcbabo> rcernich:  for example, two service instances - same name, different policies
[03:08:44] <rcernich> kcbabo: i'm just trying to figure out how i would resolve a service
[03:08:54] <kcbabo> rcernich:  resolve in what sense?
[03:09:00] <rcernich> kcbabo: right now, i'm thinking applicationName:serviceName
[03:09:18] <kcbabo> rcernich:  what do you mean by resolve though?
[03:09:29] <rcernich> kcbabo: i was planning on listing all the services in the navigation panel on the left
[03:09:43] <rcernich> kcbabo: user clicks on one and sees the details on the right
[03:09:59] <kcbabo> rcernich:  that list could get pretty big, fyi
[03:10:10] <rcernich> kcbabo: hmm
[03:10:13] <kcbabo> rcernich:  but that's kinda outside the question you're asking
[03:10:20] <kcbabo> rcernich:  there should definitely be a way to list servies
[03:10:23] <kcbabo> services
[03:10:40] <kcbabo> rcernich:  and I guess if it's a tree view, the user gets what they asked for if they click on the left pane :-)
[03:10:55] <rcernich> kcbabo: yeah
[03:11:10] <rcernich> kcbabo: it just seems like there should be a unique way to identify a service
[03:11:38] <rcernich> kcbabo: maybe i'm missing something, but at this point, it sounds like you need to see most of the service details to separate one from another
[03:12:04] <kcbabo> rcernich:  well, let's take a step back here
[03:12:22] <kcbabo> rcernich:  you only need to see service details when the service name is the same
[03:12:40] <kcbabo> rcernich:  I think that's not going to account for a large percentage of services
[03:13:03] <kcbabo> rcernich:  inside that case, a large percentage of services with the same name will be from different applications
[03:13:20] <kcbabo> rcernich:  so you only need one service detail - the enclosing application name
[03:13:57] <rcernich> kcbabo: ok.  that was my assumption: applicationName:serviceName identifies a service
[03:15:34] <kcbabo> rcernich:  ok, just thumbed through the spec and a composite service name must be unique across all composite service names in an application
[03:16:13] <kcbabo> rcernich:  and since we are only showing promoted (i.e. composite-level) services at this point, applicationName + composite Name = unique
[03:17:32] <rcernich> kcbabo: good enough for now
[03:17:42] <kcbabo> rcernich:  okie dokie - I need to take care of a few things.  Back in about an hour.
[03:17:49] <kcbabo> rcernich:  did you have any other ?s
[03:18:10] <rcernich> kcbabo: nope.  that was it.
[03:18:19] <kcbabo> rcernich:  cool ? ttyl
[03:18:19] <rcernich> kcbabo: thanks!
[03:18:23] *** kcbabo is now known as babo_afk
[03:18:29] <babo_afk> rcernich:  you're welcome :-)
[03:57:18] *** tcunning has joined #switchyard
[04:45:18] *** rcernich has quit IRC
[05:30:24] *** ldimaggi has quit IRC
[05:37:55] *** magesh has joined #switchyard
[05:52:37] *** babo_afk has quit IRC
[06:28:14] *** magesh has quit IRC
[07:17:03] *** tcunning has quit IRC
[07:30:31] *** magesh has joined #switchyard
[07:30:36] *** magesh has joined #switchyard
[08:38:18] *** aslak has joined #switchyard
[09:11:50] *** dbevenius has joined #switchyard
[09:53:18] *** aslak has quit IRC
[09:53:37] *** aslak has joined #switchyard
[10:13:44] *** magesh1 has joined #switchyard
[10:16:59] *** magesh has quit IRC
[12:05:44] *** dbevenius1 has joined #switchyard
[12:06:37] *** dbevenius has quit IRC
[12:47:22] *** tcunning has joined #switchyard
[12:49:43] *** kcbabo has joined #switchyard
[12:56:01] *** rbalent has joined #switchyard
[12:56:01] *** rbalent has joined #switchyard
[12:58:15] *** rbalent has quit IRC
[13:05:24] *** tfennelly has joined #switchyard
[13:05:56] *** tfennelly has joined #switchyard
[13:06:09] <tfennelly> keep forgetting to start limechat :)
[13:10:02] *** rbalent has joined #switchyard
[13:19:46] *** ldimaggi has joined #switchyard
[13:25:01] *** mriet has joined #switchyard
[13:26:26] *** rbalent has quit IRC
[13:26:47] *** rbalent has joined #switchyard
[13:29:00] *** rbalent has quit IRC
[13:29:20] *** rbalent has joined #switchyard
[13:54:48] <tfennelly> kcbabo: hey Keith.... where do you want this DeliveryException to live?
[13:55:11] <kcbabo> tfennelly:  should be api, right?
[13:55:26] <kcbabo> tfennelly:  it's thrown by the handler class, which I assume is also living in API
[13:55:40] <kcbabo> tfennelly:  but that was just my assumption
[13:56:15] <tfennelly> kcbabo: the handler class I just implemneted is not currently in the API
[13:56:23] <tfennelly> kcbabo: it's in runtime
[13:56:29] <tfennelly> kcbabo: want it in API?
[13:56:37] <kcbabo> tfennelly:  if components will be using it, then we don't want it in runtime
[13:57:00] <kcbabo> tfennelly:  not sure if this is the case today, but components should not have a compile-time dependency on runtime
[13:57:13] <tfennelly> kcbabo: I agree... I failed in reading your mind again... I thought you'd want it in runtime :)
[13:57:16] <kcbabo> tfennelly:  that was the idea, but I think some early test dependencies might have messed that up
[13:57:30] <kcbabo> tfennelly:  damnit Tom !!!
[13:57:38] <tfennelly> kcbabo: lol
[13:57:49] <tfennelly> kcbabo: ok... API is good for me
[13:57:55] <tfennelly> kcbabo: makes sense to me
[13:58:02] <tfennelly> kcbabo: and the exception
[14:01:20] <tfennelly> kcbabo: want it in org.switchyard or org.switchyard.handlers
[14:01:23] <tfennelly> kcbabo: ??
[14:02:36] <kcbabo> tfennelly:  I thought you wanted a separate package for exceptions?
[14:02:49] <kcbabo> tfennelly:  or was that Tom C?
[14:02:52] <tfennelly> kcbabo: not the exception... the handler
[14:03:00] <kcbabo> tfennelly:  ah, sorry
[14:03:06] <tfennelly> kcbabo: I don't remember asking for that
[14:03:10] <kcbabo> tfennelly:  org.switchyard is fine
[14:03:15] <tfennelly> kcbabo: okidoki
[14:03:22] <kcbabo> tfennelly:  all I know is it's tom's fault
[14:03:31] <kcbabo> tfennelly:  you and tom c can work out which tom that is ;-)
[14:03:51] <tfennelly> kcbabo: but I do see the "exception" package there so I'll put the exception in there
[14:35:37] *** aamonten has joined #switchyard
[14:46:29] *** antollinim has joined #switchyard
[14:52:01] *** tcunning has quit IRC
[15:26:10] *** rcernich has joined #switchyard
[15:45:30] *** tcunning has joined #switchyard
[15:48:30] *** bfitzpat has joined #switchyard
[15:51:11] *** errantepiphany has joined #switchyard
[16:02:02] *** mriet has quit IRC
[16:05:15] <kcbabo> tfennelly:  yo!
[16:05:31] <tfennelly> kcbabo: oh yeah... sorry... otw
[16:25:19] *** rcernich is now known as rcernich_away
[16:27:35] *** errantepiphany has quit IRC
[16:43:16] *** errantepiphany has joined #switchyard
[16:43:38] *** magesh1 has left #switchyard
[16:44:04] <tfennelly> kcbabo: yeah... I think a service can be registered programmatically to cover the user case you were referring to on the case
[16:44:10] <tfennelly> kcbabo: via the TestKit
[16:44:21] <kcbabo> tfennelly:  that's what I was thinking
[16:44:25] <kcbabo> tfennelly:  would be nice to have I think
[16:44:35] <kcbabo> tfennelly:  test a service in isolation from it's dependencies
[16:44:49] <kcbabo> tfennelly:  particularly useful for composition use cases
[16:45:04] <kcbabo> tfennelly:  where you could reference a number of services from within your service
[16:45:42] <kcbabo> tfennelly:  hey - quick ? for you on rob's changes
[16:45:48] <kcbabo> tfennelly:  look at the change to init here:
[16:45:49] <kcbabo> https://github.com/rcernich/components/commit/0484bc9a6631b582243ee10d9924657b44309628
[16:45:52] <tfennelly> kcbabo: right.. I'm saying that I think this is doable with what we have
[16:45:54] <kcbabo> tfennelly:  any issues with that
[16:45:59] <kcbabo> tfennelly:  oh great
[16:46:17] <kcbabo> tfennelly:  so with what we have now, you can use a Camel mock: endpoint to provide that service
[16:46:20] <kcbabo> tfennelly:  that's great
[16:47:56] <tfennelly> kcbabo: well... we can register a service directly through the TestKit
[16:48:06] <tfennelly> kcbabo: that's all you need I think
[16:48:08] <tfennelly> kcbabo: thinking
[16:49:20] <tfennelly> kcbabo: we could create test annotations for registering services like this
[16:53:04] <kcbabo> tfennelly:  it would be interesting to see what's possible now with the current test API
[16:53:24] <kcbabo> tfennelly:  like how much code you have to put out there to register the service and query it for what happened
[16:53:42] <tfennelly> kcbabo: right
[16:53:45] <kcbabo> tfennelly:  that's why I thought something based on MockEndpoint might be useful, but it certainly doesn't have to be that
[16:53:56] <tfennelly> kcbabo: so atm... you're just registering a Handler
[16:54:14] <tfennelly> kcbabo: you can use the MockHandler
[16:54:20] <tfennelly> kcbabo: or something you write yourself
[16:54:35] <tfennelly> kcbabo: and on that, you can get the messages delivered etc
[16:54:45] <tfennelly> kcbabo: so it's not too bad
[16:54:47] <kcbabo> tfennelly:  right, that makes sense
[16:54:49] <kcbabo> tfennelly:  agreed
[16:54:54] <kcbabo> tfennelly:  that could be enough right there
[16:54:57] <tfennelly> kcbabo: but could def be enhanced with more functionality
[16:55:09] <kcbabo> tfennelly:  did you see the link I posted above for the CDI change?
[16:55:29] <tfennelly> kcbabo: oh was that for me... I looked at it and thought it was for rob
[16:55:36] <tfennelly> kcbabo: lemme look again
[16:55:48] <kcbabo> tfennelly:  just wanted to confirm that the change was cool
[16:56:13] <kcbabo> tfennelly:  no longer calling createDomain() ? wasn't sure why that was there to start, so wanted to make sure there wasn't something tricky hiding
[16:57:25] <tfennelly> kcbabo: what was createDomain on?
[16:57:57] <kcbabo> tfennelly:  in init()
[16:58:27] <tfennelly> kcbabo: hmmm... I don't recall
[16:58:36] <tfennelly> kcbabo: zap it and see what breaks :)
[16:58:49] <tfennelly> kcbabo: if anything
[16:58:50] <kcbabo> tfennelly:  rob did and it doesn't break, so looks good to me
[16:58:51] <kcbabo> :-)
[16:59:23] <tfennelly> kcbabo: some brain-dead future-proofing by me I'd say
[17:03:00] *** GitHub139 has joined #switchyard
[17:03:00] <GitHub139> [core] kcbabo pushed 1 new commit to master: https://github.com/jboss-switchyard/core/commit/533fd307ff7713ab5ca5b9f8a06d51338da775b8
[17:03:00] <GitHub139> [core/master] SWITCHYARD-345 add notification mechanism for deployment - rcernich
[17:03:00] *** GitHub139 has left #switchyard
[17:03:17] *** GitHub199 has joined #switchyard
[17:03:17] <GitHub199> [components] kcbabo pushed 1 new commit to master: https://github.com/jboss-switchyard/components/commit/0484bc9a6631b582243ee10d9924657b44309628
[17:03:17] <GitHub199> [components/master] SWITCHYARD-345 modifications for api changes to AbstractDeployment - rcernich
[17:03:17] *** GitHub199 has left #switchyard
[17:08:34] *** dbevenius1 has quit IRC
[17:18:17] <errantepiphany> kcbabo: In your experience, or per the sca/scdl spec, is this actually EVER done? "{namespace}compName/srvName" In fact, is it even allowed to put the {namespace} in it?
[17:21:03] <kcbabo> errantepiphany:  nope
[17:21:15] <kcbabo> errantepiphany:  it's really just a matter of whether we want the config API to expose a QName
[17:21:21] <kcbabo> errantepiphany:  a QName would never go in the actual value
[17:22:31] <errantepiphany> kcbabo: If we're not allowed to have a {namespace} in the value, then I say the promote attribute is just a String, otherwise the API makes it look like you can set a namespaced-value.
[17:23:32] <errantepiphany> kcbabo: agreed?
[17:24:03] <kcbabo> errantepiphany:  yeah, I agree
[17:24:11] <errantepiphany> kcbabo: okay, kewl. thx.
[17:36:54] *** jgraham_ has joined #switchyard
[17:48:37] *** jgraham_ has quit IRC
[17:55:54] *** rcernich_away is now known as rcernich
[18:41:44] <tfennelly> kcbabo: I re-pushed that stuff Keith
[18:47:13] <rcernich> kcbabo: i saw the comments above about 345, any issues?
[19:15:58] <errantepiphany> kcbabo: Okay, https://issues.jboss.org/browse/SWITCHYARD-319 has been updated to the new pull requests.
[19:22:06] *** rbalent has quit IRC
[19:23:27] *** errantepiphany is now known as ee_getmycarback
[19:34:20] <kcbabo> rcernich:  nah, it's good
[19:34:24] <kcbabo> tfennelly:  thanks, tom
[20:23:21] *** ee_getmycarback is now known as errantepiphany
[20:38:53] *** aslak has quit IRC
[20:39:40] *** aslak has joined #switchyard
[20:40:56] *** aslak has quit IRC
[20:41:14] *** aslak has joined #switchyard
[20:51:35] <errantepiphany> kcbabo: 2 things... 1) can you handle the pull requests with 319 please?, 2) regarding the release building with env vars, I still die using my plain repo from jboss-switchyard:
[20:51:43] <errantepiphany> [INFO] SwitchYard: Distribution .......................... SUCCESS [1.276s]
[20:51:43] <errantepiphany> [INFO] SwitchYard: Distribution Artifacts ................ SUCCESS [0.929s]
[20:51:43] <errantepiphany> [INFO] SwitchYard: AS6 Distribution ...................... SUCCESS [32.946s]
[20:51:43] <errantepiphany> [INFO] SwitchYard: AS7 Distribution ...................... FAILURE [53.427s]
[20:51:52] <errantepiphany> kcbabo: funny that as6 worked, and as7 didn't...
[20:52:32] <kcbabo> errantepiphany:  yeah, I'll pick up the pulls ? just need to finish up something else real quick
[20:52:37] <errantepiphany> kcbabo: thx
[20:52:49] <kcbabo> errantepiphany:  that is bizarre
[20:52:58] <errantepiphany> kcbabo: hmmm.. actually now my build is failing for a diff reason...:
[20:52:59] <kcbabo> errantepiphany:  the failure, not you saying thanks
[20:54:30] <errantepiphany> kcbabo, tfennelly: http://pastebin.com/t5vuqT45
[20:54:52] <errantepiphany> tfennelly: this is when building my "release" repo
[20:55:47] <kcbabo> errantepiphany:  I wonder if you have a stale artifact in your maven repo
[20:56:09] <kcbabo> errantepiphany:  that stack trace doesn't help much in terms of debugging
[20:56:14] <rcernich> errantepiphany, kcbabo, tfennelly: funny, i had similar problems deploying that quickstart
[20:56:21] <rcernich> same error
[20:56:24] <errantepiphany> kcbabo: no stale artifact.
[20:56:38] <errantepiphany> kcbabo: I blew away my ~/.m2/repository/org/switchyard directory first
[20:56:42] <kcbabo> errantepiphany:  that's a bold statement ?
[20:56:44] <kcbabo> errantepiphany:  I meant AS
[20:57:15] <kcbabo> errantepiphany:  of course, we're using 7.0 final, so that shouldn't change once you have it
[20:57:22] <kcbabo> errantepiphany:  bizarre
[20:58:01] <rcernich> kcbabo: did we change versions on any of those dependencies
[20:58:38] <rcernich> kcbabo: i've found that if the module's index file is out of sync, stuff doesn't work as you'd expect
[20:58:50] <rcernich> kcbabo: e.g. if you add a package
[20:58:51] <kcbabo> rcernich:  sure, the AS7 version has changed twice over the last month
[20:59:04] <rcernich> kcbabo: sorry, meant any of the modules we deploy
[20:59:22] <rcernich> kcbabo: i've run into this when i update with local changes
[20:59:53] <rcernich> kcbabo:  not sure if there's a command line option to force as7 to reprocess all modules
[21:00:07] <kcbabo> errantepiphany:  is is just the smooks test that fails?
[21:00:19] <errantepiphany> tcunning, kcbabo: I blew away my local maven repo, made sure I had the latest/greatest from jboss-switchyard, and cleanly built parent, core, components, quickstarts, console, release - in that order. Then release fails on as7.
[21:00:33] <rcernich> kcbabo: for me, i can't get smooks or jaxb to deploy
[21:00:59] <errantepiphany> kcbabo: yes.
[21:01:38] <errantepiphany> kcbabo: I wonder if it can't find the resource because of some weird classloading thing. Like, the TCCL needs to be set for Arquillian or something. (I'm totally guessing...)
[21:01:53] <errantepiphany> kcbabo: curious, we're using the same version of maven, but what version of the jdk are you using?
[21:02:06] <errantepiphany> kcbabo: I'm on 1.6.0_23.
[21:03:00] <kcbabo> errantepiphany:  we are using a SNAPSHOT version of Smooks and that has caused trouble with AS deployments for me in the past
[21:03:16] <kcbabo> errantepiphany:  my guess is that your failure is due to a stale artifacts somewhere in the dependency chain
[21:03:45] <kcbabo> errantepiphany:  I realize that's not super helpful, but unfortunately I don't have the time to debug further at the moment
[21:03:48] <errantepiphany> kcbabo: something stale in a group other than org.switchyard?
[21:03:55] <kcbabo> errantepiphany:  yep
[21:03:59] <errantepiphany> kcbabo: suck.
[21:04:11] <kcbabo> errantepiphany:  for example, the smooks dependency is pulled in by the build and turned into an AS7 module
[21:04:23] <errantepiphany> kcbabo: I'll start by blowing away smooks.
[21:04:25] <tcunning> kcbabo errantepiphany : unrelated but i blew away my local maven repo and now i'm having trouble deploying artifacts.     can someone send me their settings.xml with password xxx'd out?
[21:04:29] *** dbevenius has joined #switchyard
[21:04:31] <kcbabo> errantepiphany:  this is sort of what rcernich referred to earlier
[21:05:02] <tcunning> kcbabo: you should blow your maven repo away too, everyone's doing it.
[21:05:18] <kcbabo> tcunning:  no way ? I need that 50 minutes of my day
[21:05:43] <kcbabo> errantepiphany:  on the flip side, it's totally possible that I have a stale artifact and that's why it's passing :-)
[21:06:11] <kcbabo> tfennelly:  there are checkstyle errors in your components pull request
[21:06:13] <errantepiphany> kcbabo: oh great.
[21:06:27] <errantepiphany> kcbabo: there aren't in mine..... ;)
[21:06:41] <kcbabo> errantepiphany:  geez louise ?.
[21:06:46] <errantepiphany> kcbabo: lol
[21:07:15] <tcunning> errantepiphany: should release fail with trunk core/components right now?
[21:07:44] <errantepiphany> tcunning: did you just say "trunk", really? LOL
[21:08:08] <tfennelly> kcbabo: wtf... OK
[21:08:24] <errantepiphany> tcunning: everything works for me up until the smooks transformer test of jboss-as7 in release.
[21:08:25] <tcunning> errantepiphany: head, trunk, snout, w/ever
[21:08:38] <tfennelly> kcbabo: I did check all modified files and I got a clear
[21:10:27] <errantepiphany> I <3 that building switchyard-parent with an empty local mvn repo causes maven to want to download jetty. Yeah, that makes sense... (wtf???)
[21:10:58] <kcbabo> tfennelly:  like you checked it just now?
[21:11:48] <tfennelly> kcbabo: ok... I reset HEAD~1 and see 4 ... not sure what I did last time
[21:11:52] <tfennelly> kcbabo: sorry
[21:12:01] <tfennelly> kcbabo: 4 in InboundHandler
[21:12:05] <tfennelly> kcbabo: right?
[21:12:15] <kcbabo> tfennelly:  I only see two ? listed them in the github comment
[21:12:30] <kcbabo> Unused @throws tag for 'HandlerException'. 191
[21:12:31] <kcbabo> Expected an https://github.com/Return tag. 193
[21:13:41] <tfennelly> kcbabo: right... I see them reported twice in IDEA for some reasn (giving 4)... so 2 it is
[21:20:01] <tfennelly> kcbabo: ok... they're fixed... sorry
[21:20:50] <kcbabo> tfennelly:  no  worries
[21:27:59] *** GitHub90 has joined #switchyard
[21:27:59] <GitHub90> [core] kcbabo pushed 1 new commit to master: https://github.com/jboss-switchyard/core/commit/639984114cee9b34dddaddbf89946c8e42239067
[21:27:59] <GitHub90> [core/master] SWITCHYARD-312: replace Thread.sleep() and thread locals used for handling IN-OUT - Tom Fennelly
[21:28:00] *** GitHub90 has left #switchyard
[21:28:08] *** GitHub91 has joined #switchyard
[21:28:08] <GitHub91> [components] kcbabo pushed 1 new commit to master: https://github.com/jboss-switchyard/components/commit/713bd6582f5f08ce17aac02b1c6dc8531cd53b19
[21:28:08] <GitHub91> [components/master] SWITCHYARD-312: replace Thread.sleep() and thread locals used for handling IN-OUT - Tom Fennelly
[21:28:08] *** GitHub91 has left #switchyard
[21:29:24] <tfennelly> kcbabo: thanks Keith
[21:29:32] <tfennelly> kcbabo: and sorry for the added bother
[21:29:46] <errantepiphany> kcbabo: oh, sure. tfennelly gets his stuff pulled, but mine? Nooooooo..... ;)
[21:30:26] <tfennelly> errantepiphany: you trying to get me into more trouble ;)
[21:31:11] <errantepiphany> tfennelly: you don't need my help for that. :)
[21:31:57] <tfennelly> errantepiphany: haha... touche
[21:35:43] <tfennelly> errantepiphany: we doing anything for https://issues.jboss.org/browse/SWITCHYARD-182 for 0.2
[21:35:47] *** GitHub164 has joined #switchyard
[21:35:47] <GitHub164> [core] kcbabo pushed 1 new commit to master: https://github.com/jboss-switchyard/core/commit/9142d669da60a274e8ce10047f89922e9024e886
[21:35:47] <GitHub164> [core/master] SWITCHYARD-344 expose admin api through as7 management interface - rcernich
[21:35:47] *** GitHub164 has left #switchyard
[21:35:59] <tfennelly> oops... sorry errantepiphany, that was meant to be for kcbabo
[21:36:08] <tfennelly> kcbabo: ^^^
[21:36:15] <errantepiphany> tfennelly: no worries.
[21:36:40] <errantepiphany> kcbabo: I'm starting to feel like you have something against me. You push tfennelly's, then rcernich's... (just busin' your balls)
[21:36:45] <errantepiphany> bustin
[21:40:35] <kcbabo> errantepiphany:  just keeping the order of the pull requests
[21:41:05] <errantepiphany> kcbabo: I know, I know. I just saw your "processing" email. "You love me, you really, really love me!" ;)
[21:41:23] <kcbabo> errantepiphany:  I know you like to break the rules by jumping to the front of the line or parking at businesses you are not going to patronize ? but I do stuff legit here
[21:42:01] <errantepiphany> kcbabo: touche'.
[21:42:29] <errantepiphany> kcbabo: $145.60 later...
[21:42:46] <errantepiphany> kcbabo: most expensive beers I've had in a LONG time.
[21:43:03] <kcbabo> errantepiphany:  that's a buzz kill for sure
[21:43:09] <errantepiphany> kcbabo: yup.
[21:43:25] <errantepiphany> kcbabo: I was all, "Dude, where's my car?"
[21:44:21] <errantepiphany> kcbabo: http://www.youtube.com/watch?v=d1wuijgeaaY
[21:45:34] <kcbabo> errantepiphany:  nice one
[21:53:31] <tcunning> Dude Sweet
[21:56:31] <errantepiphany> Sweet Dude
[21:56:45] <wyer> howdy
[22:02:36] *** GitHub78 has joined #switchyard
[22:02:36] <GitHub78> [core] kcbabo pushed 1 new commit to master: https://github.com/jboss-switchyard/core/commit/03dfe23edf57519c55aac9518a57b79fa0ce03b1
[22:02:36] <GitHub78> [core/master] SWITCHYARD-319: Validate reference promote value - David Ward
[22:02:36] *** GitHub78 has left #switchyard
[22:04:31] *** GitHub131 has joined #switchyard
[22:04:31] <GitHub131> [components] kcbabo pushed 1 new commit to master: https://github.com/jboss-switchyard/components/commit/ff21463c09349ca5fef60ea08f7ccd361825e290
[22:04:31] <GitHub131> [components/master] SWITCHYARD-319: Validate reference promote value - David Ward
[22:04:31] *** GitHub131 has left #switchyard
[22:06:08] <rcernich> kcbabo, errantepiphany: looks like we may have some dependency anomolies
[22:07:17] <rcernich> kcbabo, errantepiphany: when i look in the dependency hierarchy for the jaxb pom, i see two different versions of jackson specified: one for switchyard-transform and one for protostuff-json (via switchyard-runtime)
[22:07:20] <errantepiphany> kcbabo: thank you!
[22:07:45] <errantepiphany> kcbabo: although I don't know why I don't see quickstarts notification emails or IRC posts...
[22:07:45] <rcernich> kcbabo, errantepiphany: not sure if that's just a red herring or not
[22:08:18] <rcernich> kcbabo, errantepiphany: one of the errors i was seeing was a LinkageError, which would seem to indicate it was built with something different from the runtime
[22:08:24] *** dbevenius has quit IRC
[22:08:26] <errantepiphany> kcbabo, rcernich: Well, I blew away my ENTIRE mvn repo, and started fresh. I'm through building all git repos, except release, which I'm on now. Still downloading...
[22:09:09] <errantepiphany> kcbabo, rcernich: Just finished. All good after starting with completely good local mvn repo.
[22:09:15] <errantepiphany> BUILD SUCCESS.
[22:09:30] <rcernich> errantepiphany: oh happy days!
[22:10:15] <errantepiphany> rcernich, kcbabo: Only took an hour.
[22:10:17] <errantepiphany> :(
[22:11:33] <errantepiphany> kcbabo: oh, wait - did you push the quickstarts?
[22:11:51] <kcbabo> errantepiphany:  for reals, I'm grabbing the rifle in a second and heading to rochester
[22:12:05] <kcbabo> errantepiphany:  give me a second here
[22:12:37] <errantepiphany> kcbabo: no, no, no - I know. This time I'm not being impatient. I was just wondering because I don't remember the last time I saw a notification from git on quickstarts.
[22:12:57] <kcbabo> errantepiphany:  it may not have been enabled before
[22:12:59] <errantepiphany> kcbabo: It was the only thing I didn't get email/irc from yesterday when my other stuff was pushed.
[22:13:06] <errantepiphany> kcbabo: ahhh.
[22:13:12] <kcbabo> errantepiphany:  I went through about a week ago and updated all the repostiories to make sure they generate notifications
[22:13:36] <errantepiphany> kcbabo: do they somehow "magically" get disabled periodically?
[22:14:26] <kcbabo> errantepiphany:  no, they just didn't get setup initially across the board
[22:14:33] <errantepiphany> kcbabo: ahhhh
[22:16:21] *** GitHub13 has joined #switchyard
[22:16:21] <GitHub13> [quickstarts] kcbabo pushed 1 new commit to master: https://github.com/jboss-switchyard/quickstarts/commit/3af4009418bd72460025ed6ed402ebfe1d3c5b4e
[22:16:21] <GitHub13> [quickstarts/master] SWITCHYARD-319: Validate reference promote value - David Ward
[22:16:21] *** GitHub13 has left #switchyard
[22:17:09] <kcbabo> tcunning:  you still need that settings.xml?
[22:17:32] <tcunning> kcbabo: would love it
[22:17:41] <kcbabo> tcunning:  k, one sec
[22:19:07] <kcbabo> tcunning:  in your inbox
[22:46:09] <errantepiphany> kcbabo: can you add a component-rules to the jira components list/dropdown?
[22:46:12] <errantepiphany> (please)
[22:50:51] <kcbabo> errantepiphany:  done
[22:50:55] <errantepiphany> kcbabo: thx.
[23:03:08] *** rcernich is now known as rcernich_away
[23:04:02] *** aamonten has quit IRC
[23:05:03] *** errantepiphany has left #switchyard
[23:09:55] *** kcbabo has quit IRC
[23:11:14] *** antollinim has quit IRC





top