[00:23:57] <antollinim> rcernich: after rebasing the zip error has gone? thanks for the tip!
[00:24:08] <rcernich> antollinim: no problem
[00:24:25] <antollinim> rcernich: so what was the problem? do you know?
[00:24:38] <rcernich> the xsds jar in the bpm component was corrupt
[00:24:56] <rcernich> antollinim: ^^^
[00:25:24] <rcernich> antollinim: filtering was being applied before placing it in the switchyard.deployment.zip file
[00:25:37] <rcernich> antollinim: which corrupted the jar
[00:25:58] <rcernich> antollinim: simple fix.
[00:25:59] <antollinim> rcernich: I see, similar symptom then
[00:26:28] <rcernich> antollinim: tests in release were bombing
[00:26:41] <rcernich> antollinim: i don't remember the exact exception
[00:27:02] <antollinim> rcernich: I had been struggling some hours, thanks
[00:27:22] <rcernich> antollinim: cool.  sorry it wasted a bunch of your time.
[00:28:08] <antollinim> rcernich: that's what we do, trying to solve problems all the time :)
[00:28:49] <rcernich> antollinim: sad part is, i only think it was a problem for less than a day
[00:28:58] <rcernich> antollinim: you hit the window perfectly;)
[00:29:17] <antollinim> rcernich: haha, am I lucky or what?
[00:29:26] <rcernich> antollinim: buy a lottery ticket:)
[00:30:23] *** aslak has quit IRC
[00:30:25] <antollinim> rcernich: I have some stocks, today was a good day for that too :)
[00:31:01] <rcernich> antollinim: i try not to pay attention to that sort of thing
[00:31:14] <rcernich> antollinim: keeps me happy, ignorance being bliss and all
[00:32:41] <antollinim> rcernich: I am thinking about applying that methodology too: eyes that don't see heart that doesn't feel
[00:50:18] *** javahorn has quit IRC
[00:57:59] *** lanceball has quit IRC
[01:23:32] *** rcernich is now known as rcernich_away
[01:48:01] *** antollinim has quit IRC
[01:53:12] *** antollinim has joined #switchyard
[02:18:05] *** tfennelly has quit IRC
[03:17:00] *** rcernich_away is now known as rcernich
[04:13:44] *** ldimaggi has joined #switchyard
[04:23:17] *** antollinim has quit IRC
[04:58:03] *** rcernich has quit IRC
[05:51:23] *** ldimaggi has quit IRC
[07:45:28] *** magesh has joined #switchyard
[08:00:55] *** tfennelly has joined #switchyard
[08:06:39] *** aslak has joined #switchyard
[08:54:26] *** rbalent has joined #switchyard
[08:54:26] *** rbalent has joined #switchyard
[08:59:01] *** aslak has quit IRC
[08:59:27] *** aslak has joined #switchyard
[09:03:09] *** dbevenius has joined #switchyard
[09:15:20] *** aslak has quit IRC
[09:15:51] *** aslak has joined #switchyard
[09:20:10] *** aslak has quit IRC
[09:20:30] *** aslak has joined #switchyard
[09:23:30] *** aslak has quit IRC
[09:23:51] *** aslak has joined #switchyard
[09:27:40] *** aslak has quit IRC
[09:28:01] *** aslak has joined #switchyard
[09:34:05] *** aslak has quit IRC
[09:34:31] *** aslak has joined #switchyard
[10:43:43] *** tfennelly has quit IRC
[10:46:43] *** magesh1 has joined #switchyard
[10:47:34] *** magesh has quit IRC
[11:03:48] *** tfennelly has joined #switchyard
[11:32:43] <magesh1> tfennelly: Hi Tom
[11:32:57] *** magesh1 is now known as magesh
[11:33:15] <tfennelly> magesh: hey magesh
[11:33:43] <magesh> tfennelly: Do you know how to enable hornetq as our Bus provider?
[11:34:49] <tfennelly> magesh: from what I remember (from looking at the code), I think you set a system property to specify the provider
[11:35:14] <tfennelly> magesh: I don't know the official answer to that... I just looked through the code and that was what I gathered from it
[11:35:27] <magesh> tfennelly: But is there any significant advantage of using it at this point in time?
[11:36:54] <tfennelly> magesh: well... I guess there would be in terms of distributing your services and being able to communicate with them directly via the exchange mechansim (i.e. without having to set up bindings etc)
[11:37:17] <tfennelly> magesh: but for demo purposes... prob not really at the moment
[11:37:24] <magesh> tfennelly: Thanks
[11:37:45] <tfennelly> magesh: from what I remember, talking to keith.... doesn't really work though
[11:37:59] <tfennelly> magesh: might be wrong on that, but I think that was what he said
[11:38:11] <magesh> tfennelly: Oh
[11:38:53] <tfennelly> magesh: what did you need it for?
[11:39:28] <magesh> tfennelly: I was just removing unneeded components for a test
[11:39:40] <tfennelly> magesh: ah right
[13:12:11] <magesh> tfennelly: yt?
[13:12:40] <tfennelly> magesh: yep
[13:13:01] <magesh> tfennelly: I see you pushed the rules component in release
[13:13:28] <tfennelly> magesh: yesterday?
[13:13:50] <magesh> tfennelly: yes
[13:13:59] <tfennelly> magesh: right... I did ... JIRA 359 I think it was
[13:14:50] <magesh> tfennelly: Do you know if Keith wanted it in the demo by any chance?
[13:15:34] <tfennelly> magesh: no idea.. sorry
[13:15:53] <magesh> tfennelly: okay thanks
[13:59:55] *** aslak has quit IRC
[14:36:22] *** igarashitm has joined #switchyard
[14:36:30] *** kcbabo has joined #switchyard
[14:40:05] *** antollinim has joined #switchyard
[15:09:32] <magesh> kcbabo, tfennelly: I solved the issue with my local build. I used to use localRepository in maven settings and that is what caused it to look at my home directory rather than my custom localRepository
[15:09:49] *** ldimaggi has joined #switchyard
[15:10:26] <magesh> kcbabo, tfennelly: Bug in Aquillian maven plugin I guess
[15:11:21] <kcbabo> magesh:  that artifact resolution in arquillian seems to be a bit of magic
[15:11:49] <kcbabo> magesh:  I've used those maven apis before and you have to be careful in terms of getting what you want
[15:12:12] <magesh> kcbabo: Yeah, very difficult PITA :)
[15:13:29] <kcbabo> magesh:  heh ? tfennelly ear's have perked up for sure with that
[15:14:16] <tfennelly> kcbabo, magesh: hey there... but we're not using the maven resolver in shrinkwrap anymore
[15:14:25] <tfennelly> kcbabo, magesh: unless we're reintroduced it somewhere
[15:15:21] <magesh> tfennelly: It is not the resolver, rather how maven artifacts are looked up by them, they ignore my customiation of maven repository directory
[15:15:32] <magesh> (customization)
[15:16:28] <tfennelly> magesh: "they" being?
[15:16:46] <tfennelly> magesh: are you talking about maven in general?
[15:17:03] <magesh> tfennelly: maven, shrinkwrap whoever
[15:17:07] <tfennelly> magesh: what's the arquillian/shrinkwrap dimension?
[15:17:12] <tfennelly> magesh: ok
[15:20:27] <tfennelly> kcbabo: so I have jsf working for the arders app... but only on AS7... some magic required for tomcat that I haven't figured out yet
[15:21:11] <kcbabo> tfennelly:  interesting
[15:22:33] <tfennelly> kcbabo: something strange in the deployers too wrt wars where the switchyard.xml must be in the META-INF dir off the context root i.e. interesting part is...
[15:23:01] <tfennelly> kcbabo: it actually gets picked up if its in WEB-INF/classes/META-INF , but....
[15:24:00] <tfennelly> kcbabo: wel seems to service the @Reference injection points with a different BeanManager instance or something because...
[15:24:21] <tfennelly> wel == weld
[15:24:50] <tfennelly> kcbabo: ... because ... our ClientProxyBean stuff doesn't get injected
[15:25:06] <tfennelly> kcbabo: which means the app still works, but not in the way we want i.e....
[15:25:28] <kcbabo> tfennelly:  did alejandro have switchyard.xml in WEB-INF/classes/META-INF ?
[15:25:32] <tfennelly> kcbabo: the SwitchYard bean services are not invoked via the exchange mecahnism
[15:25:40] <tfennelly> kcbabo: no
[15:25:54] <tfennelly> kcbabo: so he must have spotted this too I guess
[15:26:03] <tfennelly> kcbabo: or maybe was just lucky
[15:26:18] <tfennelly> kcbabo: I have to run out for a bit
[15:26:25] <kcbabo> tfennelly:  ok
[15:26:44] <tfennelly> kcbabo: we have something working, but there are warts
[15:27:22] <kcbabo> tfennelly:  so does switchyard.xml have to be in WEB-INF/classes/META-INF then?
[15:27:48] <kcbabo> tfennelly:  or are you just talking about tomcat with that?
[15:27:57] <tfennelly> kcbabo: it actually works in either META-INF or WEB-INF/classes/META-INF
[15:28:20] <tfennelly> kcbabo: but in the later case... the bean seems to be injected from the wrong beanmanager
[15:28:36] <tfennelly> kcbabo: i.e. the actual bean instance is injected Vs the proxy being injected
[15:28:39] <kcbabo> tfennelly:  right, cause WARs automatically include WEB-INF/classes in the classpath
[15:28:54] <kcbabo> tfennelly:  and that classloader likely has some unique scoping per the Java EE spec
[15:29:06] <kcbabo> tfennelly:  my guess anyway
[15:29:21] <tfennelly> kcbabo: exactly... something like that... will investigate fiurther when I get back
[15:29:35] <kcbabo> tfennelly:  ok, I'm fine with it if it just works well on AS7 for now
[15:29:45] <kcbabo> tfennelly:  tomcat with your webapp deployer support would be awesome
[15:30:07] <kcbabo> tfennelly:  but if it's a PITA, we still have a great story with AS7 alone for now
[15:43:00] <magesh> kcbabo, tfennelly: Good weekend guys!
[15:43:18] <kcbabo> magesh:  you too man
[15:43:28] <magesh> tcunning, ldimaggi: Good writing weekend!
[15:43:37] <ldimaggi> magesh, bye!
[15:44:03] <ldimaggi> tcunning, working on the appendix last nite - the ESB editor section can be short - maybe 6 screenshots
[15:44:17] *** magesh has quit IRC
[16:04:08] *** magesh has joined #switchyard
[16:07:28] *** rcernich has joined #switchyard
[16:07:30] <tfennelly> kcbabo: back
[16:07:51] <tfennelly> kcbabo: I'd say it'll work alright... just need to figure out what the magic is
[16:08:17] <tfennelly> kcbabo: the deployer/classloader issue I outlined above is on AS7 btw.... in case you thought otherwise
[16:09:27] <tfennelly> kcbabo: tomcat... failed to get that to work... wasn't creating the RequestScoped bean I needed for the jsf part
[16:10:04] <tfennelly> kcbabo: but I bet it's just a wiring issue that I have... figure that out and fix it and I'd say it'll work
[16:10:39] <kcbabo> tfennelly:  okie dokie
[16:13:54] *** magesh has quit IRC
[16:25:31] *** dbevenius has left #switchyard
[16:28:40] *** lanceball has joined #switchyard
[16:50:44] <tfennelly> kcbabo: hey Keith... do you want this variation of the orders demo to be a demo on its own, or rolled in with the existing orders demo?
[17:03:26] <kcbabo> tfennelly:  hmmm
[17:03:40] <kcbabo> tfennelly:  how much does it change the existing demo?
[17:03:57] <kcbabo> tfennelly:  might not be bad to include it with the existing one I guess
[17:04:18] <tfennelly> kcbabo: well... I think it would be fine but for one thing.... atm it means disabling the build plugin and having the switchyard.xml pregenerated
[17:04:26] <tfennelly> kcbabo: which is not what you want
[17:04:36] <kcbabo> tfennelly:  ah, crap
[17:04:40] <tfennelly> kcbabo: if it were not for that, I think it would be perfect in with it
[17:04:48] <kcbabo> tfennelly:  what's the story with that?
[17:06:11] <tfennelly> kcbabo: I'm sure it's solvable, but it looks like the plugin can only work with switchyard.xml in resources/META-INF
[17:06:29] <tfennelly> kcbabo: which doesn't work for this atm for the reasons I outlined earlier
[17:06:37] <tfennelly> kcbabo: must be in META-INF
[17:07:09] <tfennelly> kcbabo: sorry.... must be in webapp/META-INF
[17:07:14] <kcbabo> tfennelly:  wait, that's the same isn't it?
[17:07:25] <kcbabo> tfennelly:  resources/META-INF gets copied into META-INF
[17:07:27] <tfennelly> kcbabo: no sorry... se last comment
[17:07:56] <kcbabo> tfennelly:  oh balls
[17:08:22] <tfennelly> kcbabo: resources/META-INF ends up in WEB-INF/classes/META-INF where as webapp/META-INF ends up in META-INF
[17:08:37] <kcbabo> tfennelly:  ah, I understand now
[17:08:39] <tfennelly> kcbabo: I think I'll be able to fix all these things
[17:08:47] <tfennelly> kcbabo: I just wanna get something working first
[17:08:50] <tfennelly> kcbabo: which I have
[17:09:01] <tfennelly> kcbabo: and get it squared off... just so we have something
[17:09:10] <tfennelly> kcbabo: then come back and try resolve these issues
[17:09:18] <tfennelly> kcbabo: know what I mean?
[17:09:27] <kcbabo> tfennelly:  I would really like it to be part of the existing orders quickstart if possible
[17:09:42] <kcbabo> tfennelly:  what kind of time do you think it will take to get the other pieces squared off?
[17:09:49] <kcbabo> tfennelly:  ah, nevermind
[17:09:57] <kcbabo> tfennelly:  just remembered about next week
[17:10:13] <tfennelly> kcbabo: I'll work on this over the weekend and try get them sorted out
[17:10:31] <tfennelly> kcbabo: so leave it with me
[17:12:00] <tfennelly> kcbabo: in terms of how long to square them off... not long I'd imagine... once I figure out what the issue is and if there's a solution
[17:12:53] <kcbabo> tfennelly:  so it seems like it's a resource filtering thing with the war-plugin
[17:15:38] <kcbabo> tfennelly:  maybe this?
[17:15:39] <kcbabo> http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
[17:15:50] <tfennelly> kcbabo: well.... I think the war plugin is fine
[17:16:07] <tfennelly> kcbabo: oh I know what you mean... get it to swap it over when creating the war
[17:16:12] <tfennelly> kcbabo: good thinking
[17:16:16] <kcbabo> tfennelly:  right
[17:16:26] <tfennelly> kcbabo: pays to have a brain ;)
[17:16:34] <tfennelly> kcbabo: I didn't think of it that way
[17:16:36] <kcbabo> tfennelly:  that's what I hear ? need to get one of 'em
[17:16:59] <kcbabo> tfennelly:  beer has ruined the one I was born with
[17:17:02] <tfennelly> kcbabo: ok.... lemme see can I get it to do that.... that would be an easy fix if it worked
[17:17:30] <tfennelly> kcbabo: coffee first though
[17:17:42] <kcbabo> tfennelly:  always
[17:17:51] <kcbabo> tfennelly:  and perhaps a bit of toffee ...
[17:18:29] *** ldimaggi has quit IRC
[17:21:10] *** ldimaggi has joined #switchyard
[17:28:08] <tfennelly> kcbabo: no... having a Crunchie this time ;)
[17:28:20] <kcbabo> tfennelly:  man of 1,000 snacks
[17:28:31] <tfennelly> kcbabo: I tell ya
[17:28:59] <tfennelly> kcbabo: http://en.wikipedia.org/wiki/Crunchie
[17:29:40] <kcbabo> tfennelly:  you rocking the king size on that ?
[17:30:07] <tfennelly> kcbabo: lol no
[17:30:40] <tfennelly> kcbabo: I'm a fat bastard.... shouldn't be eating the regular sized ones... never mind the king size
[17:31:11] <kcbabo> tfennelly:  nothing wrong with a little more Tom to go around
[17:32:03] <tfennelly> kcbabo: there's way too much Tom to go around
[17:32:27] <tfennelly> kcbabo: that's one Crunchie demolished
[17:32:39] <tfennelly> kcbabo: in about 3 visits
[17:32:55] <tfennelly> kcbabo: should'a gone king
[17:33:28] <kcbabo> tfennelly:  :-)
[17:37:45] <tfennelly> kcbabo: that filtering things should work a treat
[17:38:02] <kcbabo> tfennelly:  excellent
[17:38:14] <tfennelly> kcbabo: if it does what it says on the tin
[17:38:28] <kcbabo> tfennelly:  always a question mark with maven
[17:38:36] <tfennelly> kcbabo: right
[17:51:53] *** rbalent has quit IRC
[17:55:15] *** ldimaggi has quit IRC
[18:11:25] <tfennelly> kcbabo: hehehe.... was too good to be true :)
[18:11:46] <tfennelly> kcbabo: filtering works great, but is filtering the wrong thing
[18:12:03] <kcbabo> tfennelly:  really?
[18:12:25] <tfennelly> kcbabo: ah I think there's a way alright... configure the outputDir of the swy plugin
[18:12:39] <kcbabo> tfennelly:  oh, well that too I guess
[18:12:41] <tfennelly> kcbabo: and then filter that in the war plugin
[18:13:23] <tfennelly> kcbabo: strange thing is though... the scanners don't seem to be picking things up for some reason... not sure if it's because it's a war type project or what
[18:13:49] <tfennelly> kcbabo: correction.... is picking up the transformers, but not the services
[18:14:01] <tfennelly> kcbabo: should be easy figure that out though I think
[18:22:31] <tfennelly> kcbabo: you're gonna love this....
[18:22:53] <kcbabo> tfennelly:  lay it on m
[18:22:55] <kcbabo> e
[18:23:14] <tfennelly> kcbabo: if I configure the <outputDirectory> on our plugin... the generated model is different :)
[18:23:30] <tfennelly> kcbabo: just add <outputDirectory>target/switchyard_xml</outputDirectory>
[18:23:40] <tfennelly> kcbabo: different model
[18:23:49] <kcbabo> tfennelly:  something gets left out?
[18:23:57] <tfennelly> kcbabo: so that config is effecting the scanners
[18:23:59] <kcbabo> tfennelly:  maybe an issue with the merge?
[18:24:11] <kcbabo> tfennelly:  hmmm ? that's weird
[18:24:29] <tfennelly> kcbabo: I'll look into it7 but yeah... it is weird
[18:25:09] <tfennelly> kcbabo: that dir is added as one of the resources for some reason
[18:25:24] <tfennelly> kcbabo: perhaps that's what's screwing it out
[18:49:01] <antollinim> kcbabo: hi Keith, have a minute?
[18:49:21] <kcbabo> antollinim:  hey mario, what's up?
[18:50:16] <antollinim> kcbabo: I am working on the camel forge plugin, I need to test the "camel-binding" command
[18:51:17] <antollinim> kcbabo: for that I need a service to be promoted, but for that I need the project to be compiled in order for switchyard to "see" the service and update the switchyard.xml
[18:52:03] <antollinim> kcbabo: I can get the project built, but switchard.xml gets not updated and thus the created service is not visible to get it promoted
[18:52:34] <antollinim> kcbabo: you understand anything of this?
[18:52:57] <kcbabo> antollinim:  is this just from the command-line or are you doing this from a test
[18:53:15] <antollinim> kcbabo: from a test
[18:53:23] <antollinim> kcbabo: commando line works ok
[18:53:37] <kcbabo> antollinim:  oh, man ? not sure about that
[18:53:42] <antollinim> kcbabo: I am doing command line and then I replicate in the test
[18:54:08] <kcbabo> antollinim:  it's possible that the SwitchYard config reference in the facet is not getting refreshed
[18:54:13] <antollinim> kcbabo: dyou know who coded the switchyard forge plugin?
[18:54:23] <kcbabo> antollinim:  so we read it once and then modify it and save based on commands
[18:54:26] <antollinim> kcbabo: I suspect something like that
[18:54:31] <kcbabo> antollinim:  but I think it's only read once on startup
[18:54:41] <kcbabo> antollinim:  that could be the source of the issue
[18:55:16] <antollinim> kcbabo: I could mdify the source code to try that, would it be in switchyard forge plugin?
[18:55:50] <kcbabo> antollinim:  yep
[18:56:09] <antollinim> kcbabo: ok, I'll see if I find sth there, thanks Keith
[18:58:26] <tfennelly> kcbabo: so can't use the <outputDirectory> config on the swy plugin to redirect the output of the generated config
[18:58:47] <kcbabo> antollinim:  cool
[18:58:51] <kcbabo> tfennelly:  that sux
[18:58:52] <tfennelly> kcbabo: it assumes <outputDirectory> is the same as the <outputDirectory> for the compiler dir
[18:59:20] <tfennelly> kcbabo: so if you change <outputDirectory>, the scanners don't get to see the classes compiled by the compiler plugin
[18:59:36] <tfennelly> kcbabo: so you fix one thing, but break another
[18:59:47] <tfennelly> kcbabo: we could add another config param
[18:59:47] <kcbabo> tfennelly:  ah ? maybe there needs to be two different config settings there?
[18:59:52] <kcbabo> tfennelly:  :-)
[19:00:06] <kcbabo> tfennelly:  so to rewind a bit
[19:00:08] <tfennelly> kcbabo: right... <scanDirectories>
[19:00:14] <tfennelly> kcbabo: or such
[19:00:26] <kcbabo> tfennelly:  in alejandro's example ? are you saying that it was not using the exchange mechanism?
[19:00:34] <kcbabo> tfennelly:  cause he didn't have to do any of this
[19:00:51] <tfennelly> kcbabo: no... it was... but it was not using the plugin to generate the config... it was pregenerated
[19:00:59] <kcbabo> tfennelly:  sneaky!
[19:01:09] <kcbabo> tfennelly:  ok, I'm with you now
[19:01:33] <tfennelly> kcbabo: so you ok with adding a <scanDirectories> config?
[19:01:50] <tfennelly> kcbabo: defaulted to "target/classes"
[19:01:55] <kcbabo> tfennelly:  sounds like it's the only option, right?
[19:02:18] <tfennelly> kcbabo: yeah... unless there's a way for us to see the config of the compiuler plugin from inside the swy plugin
[19:02:35] <tfennelly> kcbabo: prob ids a way of doing that
[19:02:46] <tfennelly> kcbabo: but might open a new can of worms
[19:02:53] <kcbabo> tfennelly:  so the upshot for the end user here is ....
[19:02:54] <tfennelly> kcbabo: down the line
[19:03:07] <kcbabo> tfennelly:  if you are deploying your SwitchYard application as a webapp
[19:03:28] <kcbabo> tfennelly:  you need to specify this extra property in the pom.xml
[19:04:13] <tfennelly> kcbabo: you need to do a few things (we might be able to automate them though if we have to modify the plugin anyway)....
[19:05:14] <tfennelly> kcbabo: #1. you need to configure the <outputDirectory> to rediect the gen of the switchyard.xml config
[19:05:58] <tfennelly> kcbabo: #2. you need to add filtering to the war plugin to grap the generated switchyard.xml (redirected output) and send it to the right place for a war
[19:06:16] <tfennelly> kcbabo: think that's it
[19:06:36] <tfennelly> kcbabo: let me try that... I'll add a <scanDirectories> config
[19:06:45] <kcbabo> tfennelly:  okie dokie
[19:07:24] <tfennelly> kcbabo: get it working and then see can we build more smarts into the plugin for when project <packaging>war</packaging>
[19:07:35] *** lanceball is now known as lance|afk
[19:07:45] <kcbabo> tfennelly:  sure, the more smarts thing isn't required for 0.2
[19:07:57] <tfennelly> kcbabo: lovely :)
[19:21:14] <kcbabo> igarashitm:  hey tomo - how's it going?
[19:21:57] <igarashitm> kcbabo: hi, now playing with quickstarts
[19:22:18] <kcbabo> igarashitm:  amazing coincidence, cause that's what I wanted to talk to you about
[19:22:33] <kcbabo> igarashitm:  I'm gonna commit this quickstart in about 30 minutes:
[19:22:33] <kcbabo> https://issues.jboss.org/browse/SWITCHYARD-415
[19:23:02] <kcbabo> igarashitm:  it would be nice if we could add a test to the release test suite which verifies that it runs in AS&
[19:23:03] <kcbabo> AS7
[19:23:04] <igarashitm> oh, jBPM
[19:23:12] <kcbabo> igarashitm:  would you be up for that?
[19:23:26] <kcbabo> igarashitm:  basically write a new test following the format of the existing tests for AS7
[19:24:07] <igarashitm> kcbabo: ok, I'll try it!
[19:24:09] <kcbabo> igarashitm:  it would be a nice chance to get your feet wet and get that first commit in :-)
[19:24:12] <kcbabo> igarashitm:  great
[19:24:22] <kcbabo> igarashitm:  I will file a JIRA and assign it to you after I finish the quickstart
[19:24:36] <kcbabo> igarashitm:  I will include more detail in the issue about what the test should look like
[19:24:41] <kcbabo> igarashitm:  thanks very much
[19:25:07] <igarashitm> kcbabo: thanks, good chance
[19:25:35] <kcbabo> igarashitm:  have you installed the BPMN2 editor for Eclipse yet?
[19:25:46] <kcbabo> igarashitm:  it's part of the drools and jbpm tooling set
[19:26:11] <igarashitm> kcbabo: if It's included in JBossTools.. let me check it
[19:26:56] <kcbabo> igarashitm:  not sure whether the latest version has it or not
[19:28:15] <igarashitm> kcbabo: ok, I'll check it and if not, I'll install it
[19:33:31] <igarashitm> hmm, I tried to open HelpDeskService.bpmn in Eclipse but failed. BPMN2 editor may be old. I should install latest one
[19:42:15] *** igarashitm is now known as igatm_lunch
[19:47:29] <tfennelly> kcbabo: maven is such a pain in the ass... I hate it this evening
[19:49:27] <kcbabo> tfennelly:  yup
[19:52:07] <tfennelly> kcbabo: so for the plugin to work... the base switchyard.xml needs to be in resources/META-INF in the project
[19:52:40] <kcbabo> tfennelly:  not src/main/resources ?
[19:52:42] <tfennelly> kcbabo: which means... whatever is in there ends up in WEB-INF/classes/META-INF in the final war... which is what's fucking me up now
[19:52:57] <tfennelly> kcbabo: sory... yeah... I mean that
[19:53:09] <tfennelly> kcbabo: grrrrr
[19:53:12] <kcbabo> tfennelly:  so you can't write an exclude filter to ignore that?
[19:54:09] <kcbabo> tfennelly:  another option would be to change the packaging type back to jar, then configure the jar-plugin to output the app as .war
[19:54:26] <tfennelly> kcbabo: :)
[19:55:22] <tfennelly> kcbabo: not sure if that would work but I'll have a look at it
[19:55:45] <kcbabo> tfennelly:  packaging as a jar?
[19:55:52] <tfennelly> kcbabo: I'm going home now... I'll look t it later... ready to put my fist through the monitor at maven at the moment
[19:56:01] <kcbabo> tfennelly:  sure thing ? sorry man
[19:56:26] <tfennelly> kcbabo: well... you'll prob still end up with a similar issue... needing to move shit around
[19:56:39] <tfennelly> kcbabo: and maven getting in the way at every possible opportunity
[19:57:12] <kcbabo> tfennelly:  :-)
[19:58:20] <tfennelly> kcbabo: actually no... you might be onto something there with the jar plugin idea
[19:58:34] <tfennelly> kcbabo: I'll have a look in a while
[19:58:40] <kcbabo> tfennelly:  cool
[19:58:44] <tfennelly> kcbabo: maven sucks big time
[19:58:48] <kcbabo> :-)
[20:01:22] *** tfennelly has quit IRC
[20:15:22] <kcbabo> rcernich:  do you mind picking this up?
[20:15:22] <kcbabo> https://github.com/jboss-switchyard/quickstarts/pull/67
[20:31:10] *** lance|afk is now known as lanceball
[20:35:37] <rcernich> sure
[20:35:47] <kcbabo> rcernich:  thanks
[20:37:31] *** ldimaggi has joined #switchyard
[20:40:04] *** igatm_lunch is now known as igarashitm
[20:40:19] <rcernich> kcbabo: checkstyle?
[20:40:33] <kcbabo> rcernich:  no checkstyle for quickstarts
[20:40:39] <rcernich> ahh
[20:41:06] <rcernich> kcbabo: wasn't your commit anyway
[20:41:18] <rcernich> kcbabo: you were just testing me;)
[20:41:21] <kcbabo> rcernich:  I'm sure there are errors with my commit as well :-)
[20:41:45] <rcernich> kcbabo: need to update my local repo it looks like
[20:41:52] <rcernich> kcbabo: just a minute
[20:46:02] *** antollinim is now known as antollinim_lunch
[20:57:55] *** GitHub118 has joined #switchyard
[20:57:55] <GitHub118> [quickstarts] rcernich pushed 1 new commit to master: http://bit.ly/oNRCjQ
[20:57:55] <GitHub118> [quickstarts/master] SWITCHYARD-415 Add basic jBPM quickstart - Keith Babo
[20:57:55] *** GitHub118 has left #switchyard
[20:58:24] *** tcunning has quit IRC
[20:58:34] <rcernich> kcbabo: sorry that took so long
[20:58:42] <kcbabo> rcernich:  no worries
[21:20:48] *** aslak has joined #switchyard
[21:22:06] *** tfennelly has joined #switchyard
[21:38:34] <igarashitm> kcbabo: now I can open quickstart/bpm-service/ProcessOrder.bpmn in Eclipse
[21:38:42] <kcbabo> igarashitm:  great
[21:40:20] <igarashitm> kcbabo: and some testcases already exist in quickstart/bpm-service, should I add into them?
[21:41:10] <kcbabo> igarashitm:  no need to add tests to the quickstarts
[21:42:05] <kcbabo> igarashitm:  check out the tests in release/jboss-as7
[21:42:17] <kcbabo> igarashitm:  from this repo:
[21:42:17] <kcbabo> https://github.com/jboss-switchyard/release
[21:42:33] <kcbabo> igarashitm:  we want to add a test for the new quickstart there
[21:43:38] <igarashitm> kcbabo: ok, found
[22:05:02] *** rcernich is now known as rcernich_away
[22:40:22] *** ldimaggi has quit IRC
[22:44:02] *** ldimaggi has joined #switchyard
[23:02:39] *** ldimaggi has quit IRC
[23:26:58] *** antollinim_lunch has quit IRC
[23:37:43] *** igarashitm has quit IRC
[23:56:36] *** tfennelly has quit IRC
[23:59:08] *** rcernich_away is now known as rcernich





top