[00:01:39] *** lanceball is now known as lance|afk
[00:07:24] *** tcunning has quit IRC
[00:15:34] *** bfitzpat has quit IRC
[00:56:27] *** rcernich has quit IRC
[01:26:52] *** tcunning has joined #switchyard
[02:16:30] *** vinicius has joined #switchyard
[02:16:37] *** vinicius has left #switchyard
[03:12:22] *** igarashitm has joined #switchyard
[03:29:51] *** jliu1 has joined #switchyard
[04:47:19] *** igarashitm has quit IRC
[04:51:55] *** kcbabo has quit IRC
[05:12:37] *** magesh has joined #switchyard
[05:33:28] *** dbevenius has joined #switchyard
[05:54:26] *** ldimaggi has quit IRC
[06:03:17] *** dbevenius has quit IRC
[07:18:37] *** tcunning has quit IRC
[08:59:50] *** dbevenius has joined #switchyard
[11:04:54] *** rbalent has joined #switchyard
[11:04:54] *** rbalent has joined #switchyard
[11:46:49] *** dbevenius1 has joined #switchyard
[11:47:03] *** dbevenius has quit IRC
[12:43:33] *** jliu1 has quit IRC
[12:56:58] *** kcbabo has joined #switchyard
[12:56:58] *** kcbabo has joined #switchyard
[13:09:00] *** igarashitm has joined #switchyard
[13:10:13] <dbevenius1> kcbabo: Hey Keith, got a min to discuss the release testing?
[13:10:58] <kcbabo> dbevenius1:  sure thing, what's up?
[13:11:39] <dbevenius1> kcbabo: I've made the changes from you email: https://github.com/danbev/release/commit/5f49436a6b804a29f7d838def03159560453ca7d
[13:12:14] <dbevenius1> kcbabo: One issue I'm having is that the BPEL quickstart are failing for me. This is without any of the changes (on master that is)
[13:13:10] <kcbabo> dbevenius1:  really?  lemme try myself
[13:13:12] <dbevenius1> kcbabo: You might notice there that I've added an exclude to the openshift express module to ignore these quickstart that use jms as this is not enabled currently and I was not sure about what to do.
[13:13:15] <kcbabo> dbevenius1:  is this with a clean repo?
[13:13:24] <kcbabo> dbevenius1:  yeah, saw that
[13:13:30] <dbevenius1> kcbabo: actually, not a clean repo but I'll try that
[13:13:42] <kcbabo> dbevenius1:  I will try with a clean repo as well
[13:13:53] <dbevenius1> kcbabo: great, thx
[13:14:12] <kcbabo> dbevenius1:  hey - what's the purpose of arq-standalone.xml ?
[13:14:41] <dbevenius1> kcbabo: that contains the queue required for the tests. Did  not know of a better way. Any suggestions?
[13:15:04] <dbevenius1> kcbabo: that is a copy of the standalone-preview.xml plus the queue.
[13:15:12] <kcbabo> dbevenius1:  ah, crap
[13:15:23] <dbevenius1> kcbabo: yeah, not nice :(
[13:15:28] <kcbabo> dbevenius1:  forgot that all that stuff goes in one config no
[13:15:29] <kcbabo> w
[13:15:41] <kcbabo> dbevenius1:  so I think we are going to need to tweak that slightly
[13:15:55] <dbevenius1> kcbabo: I searched for refs about this..like datasources and it looks that this is what people are currently doing
[13:16:12] <kcbabo> dbevenius1:  my main concern is that if the AS7 config changes between minor releases, we don't want to have to go through and change entire standalone config files
[13:16:38] <kcbabo> dbevenius1:  can we maybe employee the stylesheet route used elsewhere?
[13:16:40] <dbevenius1> kcbabo: would an option be adding the queues using the Java API in the tests?
[13:16:56] <kcbabo> dbevenius1:  or that's a good point too
[13:17:20] <kcbabo> dbevenius1:  not sure if that's possible ? but I think ARQ supports datasource definition, so it should be possible
[13:17:33] <dbevenius1> kcbabo: I can try that as I have done this and can use the same code.
[13:17:43] <kcbabo> dbevenius1:  cool
[13:17:57] <dbevenius1> kcbabo: I read that that support is not working at the moment with AS7 though
[13:18:01] <kcbabo> dbevenius1:  my main thing is that I would like to use the 'standard' config that comes with the AS as a base
[13:18:19] <kcbabo> dbevenius1:  I see ? so maybe we could go back to the stylesheet thing
[13:18:56] <kcbabo> dbevenius1:  that way, we take the original config and run a stylesheet to add test-specific configuration
[13:19:13] <dbevenius1> kcbabo: or could we use the standalone-preview.xml as is..and then add resources in our tests?
[13:19:36] <dbevenius1> kcbabo: let me try this out and then get back to you?
[13:19:37] <kcbabo> dbevenius1:  sure, but how would you add the resource from the test?
[13:19:56] <kcbabo> dbevenius1:  sounds good - I think we are on the same page about the value of keeping the original config intact
[13:20:07] <kcbabo> dbevenius1:  and somehow modifying that on a test-by-test basis as needed
[13:20:25] <dbevenius1> kcbabo: I was thinking of adding a @BeforeClass to do this?actually might not work?but I'll give it a shot
[13:20:40] <dbevenius1> kcbabo: yep I think we are on the same page here
[13:28:11] *** tcunning has joined #switchyard
[13:37:30] *** igarashitm has quit IRC
[13:57:18] *** tfennelly has joined #switchyard
[14:00:39] *** tfennelly has quit IRC
[14:12:11] *** tfennelly has joined #switchyard
[14:21:02] *** igarashitm has joined #switchyard
[14:22:51] *** ldimaggi has joined #switchyard
[14:27:58] *** antollinim_ has joined #switchyard
[14:32:36] *** antollinim_ is now known as antollinim
[14:43:01] *** tfennelly has quit IRC
[14:43:56] <dbevenius1> kcbabo: I got this working: https://github.com/danbev/release/commit/574ee5b6ce02978ffbc22f3db04eabfd05a9e46c . What do you think?
[14:44:31] *** lance|afk is now known as lanceball
[14:44:33] <kcbabo> dbevenius1:  looking now
[14:45:33] <kcbabo> dbevenius1:  looks nice to me
[14:45:42] <kcbabo> dbevenius1:  so you are connecting with the admin client to create the queue?
[14:46:16] <dbevenius1> kcbabo: yep, using the java api for that in the class ResourceDeployer
[14:46:20] <kcbabo> dbevenius1:  is the server guaranteed to be up at that point in the test?
[14:47:03] <dbevenius1> kcbabo: I'm note sure but it seems to be up and running when the next instruction is performed. I'll post to the arq forum and ask?
[14:47:32] <kcbabo> dbevenius1:  sounds good to me ? overall, I think the approach is quite nice
[14:47:52] <kcbabo> dbevenius1:  if the server is definitely going to be up at that point in time, then I think this will be quite flexibile
[14:48:18] <kcbabo> dbevenius1:  one related question though
[14:48:30] <kcbabo> dbevenius1:  when we add a queue in one test, is that gonna picked up by the next test as well?
[14:48:36] <dbevenius1> kcbabo: great, I'll post and see what they say. Still got the bpel error but I'll try that again on master with a clean repo.
[14:48:51] <kcbabo> dbevenius1:  whoops, forgot to build that
[14:48:53] <kcbabo> dbevenius1:  will do it now
[14:48:54] <dbevenius1> kcbabo: yep, so if the same server instance is used it will be
[14:49:11] <kcbabo> dbevenius1: ok, that's something else we will have to look at eventually
[14:49:18] <dbevenius1> kcbabo: What I was thinking is adding a check if the resource already exists?or an remove
[14:49:19] <kcbabo> dbevenius1:  the ability to use an isolated config for each test
[14:49:46] <kcbabo> dbevenius1: should be possible just to copy a config file for each test and then instruct arquillian to use that ?. maybe
[14:49:56] <kcbabo> dbevenius1:  anyway, something to consider down the road
[14:50:08] <kcbabo> dbevenius1:  the bpel failure you're seeing - it's in quickstarts or release?
[14:50:52] <dbevenius1> kcbabo: yeah, I think this might only be a short term thing anyway?the as7 guys have some ideas for some sort of .cli deployment what will have a script that gets run
[14:50:58] <dbevenius1> kcbabo: in release
[14:51:05] <kcbabo> dbevenius1:  ok, trying now
[14:51:19] <dbevenius1> kcbabo: brb?need a coffee
[15:31:24] <tcunning> ping antollinim
[16:03:38] *** magesh has left #switchyard
[16:05:32] <kcbabo> dbevenius1:  build succeeded with clean repo on my machine
[16:07:23] <dbevenius1> kcbabo: did you delete everything or just org.switchyard?
[16:07:33] <kcbabo> dbevenius1:  just org/switchyard
[16:07:38] <kcbabo> dbevenius1:  you think I need to do bpel too?
[16:07:45] <kcbabo> dbevenius1:  sorry riftsaw?
[16:08:32] <dbevenius1> kcbabo: ah, that is probably it?I'll try that. I posted to arquillians forum: http://community.jboss.org/thread/173740?tstart=0
[16:13:46] *** bfitzpat has joined #switchyard
[16:23:10] <tcunning> antollinim: ping
[16:23:32] <antollinim> tcunning: pong
[16:23:59] <tcunning> antollinim: good morning - hey, so i got the plugin to load as well, but i get an exception when installing the switchyard facet
[16:24:06] <tcunning> antollinim: are you seeing the same thing?
[16:24:20] <tcunning> antollinim:  ? Application name (e.g. myApp)
[16:24:20] <tcunning> Error while saving SwitchYard configuration: javax.xml.transform.TransformerConfigurationException: Translet class loaded, but unable to create translet instance.
[16:24:20] <tcunning> ***SUCCESS*** Installed [switchyard] successfully.
[16:24:38] *** jliu has joined #switchyard
[16:24:50] <jliu> kcbabo: hi
[16:24:55] <antollinim> tcunning: yeap, I see the same
[16:25:09] <jliu> kcbabo: did u ping me?
[16:25:45] <antollinim> tcunning: I may have found a soultion but did not try it: set <param name="is-xslt-templatelet">false</param> in the Smooks resource configuration file.
[16:26:04] <tcunning> antollinim: i don't think it is smooks related
[16:26:12] <antollinim> tcunning: cause the plugin gets installed anyway, so I consider this more like a warning
[16:26:40] <tcunning> antollinim: the switchyard.xml is empty though so it's an error
[16:26:46] <antollinim> tcunning: that was what I found when i looked for the very same error
[16:27:25] <tcunning> antollinim: error is DOMConfiguration.write where tf.newTransformer is called
[16:27:50] <antollinim> tcunning: ok, you are right then, this is an error then
[16:28:33] <antollinim> tcunning: and do you have something in mind about that?
[16:29:40] <tcunning> antollinim: not sure yet - i think it's something with module configuration and one of the XML jars
[16:31:59] <tcunning> antollinim: i saw this one https://issues.jboss.org/browse/AS7-632 - maybe we need to use an updated xalan?
[16:34:34] <antollinim> tcunning: will you try that? I am debugging another issue now...
[16:34:36] <antollinim> tcunning: Exception in thread "Thread-6" java.lang.RuntimeException: Service class org.switchyard.component.bean.SwitchYardCDIServiceDiscovery didn't implement the Extension interface         at org.jboss.weld.util.ServiceLoader.loadClass(ServiceLoader.java:261)         at org.jboss.weld.util.ServiceLoader.loadService(ServiceLoader.java:233)         at org.jboss.weld.util.ServiceLoader.loadServiceFile(ServiceLoader.java:194)         at org.jboss.w
[17:11:17] *** dbevenius1 has quit IRC
[17:32:17] *** rcernich has joined #switchyard
[17:36:08] *** tfennelly has joined #switchyard
[18:01:45] *** rbalent has quit IRC
[18:09:28] *** dbevenius has joined #switchyard
[18:15:26] *** jliu has left #switchyard
[18:23:30] *** lanceball has quit IRC
[18:23:56] *** lanceball has joined #switchyard
[18:28:26] *** lanceball has quit IRC
[18:32:58] <tcunning> antollinim: when do you see that issue( the CDIServiceDiscovery one)?
[18:34:23] <antollinim> tcunning: when I try to install the Switchyard Bean Plugin
[18:34:47] <antollinim> tcunning: I am still debug it
[18:34:59] <antollinim> tcunning: *debuggin it
[18:35:26] <tcunning> antollinim: i think we saw something like this before, i think buried underneath it is another JAR issue
[18:35:48] <tcunning> also - did you add groupId to the switchyard bean plugin?
[18:36:07] <antollinim> tcunning; yeap, I am working with the dependencies
[18:59:46] *** tcunning is now known as tcunning_lunch
[19:12:02] *** bfitzpat is now known as bfitzpat_away
[19:37:32] *** tcunning_lunch is now known as tcunning
[20:12:35] <tcunning> antollinim: got that working - we need to either add deps on serializer and xalan or pop them in the module as resource-roots
[20:12:50] <tcunning> antollinim: any luck on the bean?
[20:13:58] <antollinim> tcunning: great!. About the bean thing, no success yet, but I got rid of that error but ran into a new one... I think I am in a good track
[20:15:04] <tcunning> antollinim: nice! what's the new one?
[20:15:33] <antollinim> tcunning: Exception in thread "Thread-6" java.lang.ClassCastException: org.jboss.weld.bootstrap.WeldBootstrap cannot be cast to org.jboss.weld.bootstrap.api.Boo tstrap         at org.jboss.weld.environment.se.Weld.initialize(Weld.java:71)         at org.jboss.forge.shell.Bootstrap$1.run(Bootstrap.java:82)
[20:17:12] <tcunning> antollinim: are you pulling in weld as a dependency?    forge has a weld-core with the Bootstrap class, could be two different versions of the same class
[20:18:27] <antollinim> tcunning: currently I did that, I am in the middle of trying different dependencies and versions
[20:25:57] *** lanceball has joined #switchyard
[21:09:46] *** GitHub32 has joined #switchyard
[21:09:46] <GitHub32> [quickstarts] kcbabo pushed 1 new commit to master: http://git.io/trjWeA
[21:09:47] <GitHub32> [quickstarts/master] SWITCHYARD-487: Create a Quickstarts assembly - Tom Fennelly
[21:09:47] *** GitHub32 has left #switchyard
[21:25:57] *** bfitzpat_away is now known as bfitzpat
[21:27:24] *** GitHub87 has joined #switchyard
[21:27:24] <GitHub87> [release] kcbabo pushed 1 new commit to master: http://git.io/oYfvQw
[21:27:24] <GitHub87> [release/master] SWITCHYARD-487: Create a Quickstarts assembly - Tom Fennelly
[21:27:24] *** GitHub87 has left #switchyard
[21:43:53] *** GitHub92 has joined #switchyard
[21:43:53] <GitHub92> [core] kcbabo pushed 1 new commit to master: http://git.io/Ko380w
[21:43:53] <GitHub92> [core/master] SWITCHYARD-491 Added failOnWarning functionality to XsltTransformer - Tomohisa Igarashi
[21:43:53] *** GitHub92 has left #switchyard
[21:47:46] <igarashitm> hi all, can I define a service which has soap gateway and XSLT transformer but doesn't have any bean?
[21:49:28] <igarashitm> I just want to add XSLT transform quickstart which transform from the body of SOAP request into the body of response directly
[21:53:00] *** dbevenius has quit IRC
[21:59:46] *** tfennelly has quit IRC
[22:13:18] *** ldimaggi has quit IRC
[22:20:12] *** tfennelly has joined #switchyard
[22:29:25] *** antollinim has quit IRC
[22:30:54] *** antollinim has joined #switchyard
[22:33:35] *** tfennelly has quit IRC
[22:42:37] *** kcbabo has quit IRC
[22:47:48] *** antollinim has quit IRC
[23:15:26] *** tfennelly has joined #switchyard
[23:40:14] *** GitHub190 has joined #switchyard
[23:40:14] <GitHub190> [quickstarts] tfennelly pushed 1 new commit to master: http://git.io/K9-VJQ
[23:40:14] <GitHub190> [quickstarts/master] conditionally adding assembly module - Tom Fennelly
[23:40:14] *** GitHub190 has left #switchyard
[23:46:25] *** rcernich is now known as rcernich_away
[23:48:21] *** igarashitm has quit IRC
[23:49:42] *** babo has joined #switchyard
[23:58:42] *** bfitzpat has quit IRC





top