[00:01:18] *** Elisha has joined #jbosstesting
[00:22:26] *** wolfc has quit IRC
[00:32:54] *** lightguard_jp_aw is now known as lightguard_jp
[00:39:49] *** ldimaggi has joined #jbosstesting
[00:42:56] *** lightguard_jp has quit IRC
[00:43:22] *** lightguard_jp has joined #jbosstesting
[00:44:32] *** michaelschuetz has quit IRC
[00:47:30] *** lightguard_jp has quit IRC
[00:50:01] *** lightguard_jp has joined #jbosstesting
[00:55:26] *** ldimaggi is now known as ldimaggi_pto
[01:04:11] *** lightguard_jp has quit IRC
[01:05:37] *** lightguard_jp has joined #jbosstesting
[01:05:44] *** bleathem has quit IRC
[01:44:20] *** PeteRoyle has joined #jbosstesting
[02:07:25] *** kenfinnigan has joined #jbosstesting
[02:11:28] *** johnament has joined #jbosstesting
[02:39:10] *** rruss has quit IRC
[02:51:01] *** johnament has quit IRC
[03:02:43] *** lightguard_jp has quit IRC
[04:27:13] *** kenfinnigan has quit IRC
[04:37:36] *** rruss has joined #jbosstesting
[04:48:07] *** ldimaggi_pto has quit IRC
[05:07:08] *** PeteRoyle has quit IRC
[05:10:03] *** Royle has joined #jbosstesting
[05:11:08] *** Royle has left #jbosstesting
[05:12:09] *** Royle has joined #jbosstesting
[05:13:08] *** PeteRoyle has joined #jbosstesting
[05:21:41] *** PeteRoyle has left #jbosstesting
[05:21:44] *** Royle is now known as PeteRoyle
[05:24:17] *** PeteRoyle has left #jbosstesting
[05:24:53] *** PeteRoyle has joined #jbosstesting
[06:03:59] *** oskutka has joined #jbosstesting
[06:22:09] *** rruss has quit IRC
[06:26:13] *** rruss has joined #jbosstesting
[06:27:37] *** PeteRoyle has quit IRC
[06:55:50] *** PeteRoyle has joined #jbosstesting
[07:37:38] *** michaelschuetz has joined #jbosstesting
[07:52:02] *** wyer has joined #jbosstesting
[08:08:22] *** jharting has joined #jbosstesting
[08:09:26] *** PeteRoyle has left #jbosstesting
[08:15:54] *** PeteRoyle has joined #jbosstesting
[08:17:39] *** PeteRoyle has quit IRC
[08:33:19] *** Jaikiran has joined #jbosstesting
[08:33:24] *** Jaikiran has quit IRC
[08:33:24] *** Jaikiran has joined #jbosstesting
[09:12:36] *** kpiwko has joined #jbosstesting
[09:15:18] *** ge0ffrey has joined #jbosstesting
[09:32:29] *** aslak has joined #jbosstesting
[09:32:30] *** aslak has quit IRC
[09:32:30] *** aslak has joined #jbosstesting
[09:33:17] *** maeste has joined #jbosstesting
[09:33:23] *** maeste has joined #jbosstesting
[09:44:29] *** michaelschuetz has quit IRC
[09:45:25] *** michaelschuetz has joined #jbosstesting
[09:47:52] <aslak> kpiwko, ping
[09:48:14] <kpiwko> aslak, good morning
[09:48:26] <aslak> kpiwko, good morning. hows life?
[09:50:10] <kpiwko> aslak, i'm fine...still, looking out from the window I'm longing for a sunbath :)
[09:50:36] <kpiwko> aslak: awesome weather here in Brno and it should stay like that to Sunday
[09:50:59] <aslak> kpiwko, hehe, gotten really sunny up here. Feels like summer, 18c beautiful
[09:53:05] <aslak> kpiwko, nice @MavenDeployment extension. I'm working on the manual deployment and impl-base split at the moment.
[09:53:05] *** wolfc has joined #jbosstesting
[09:53:33] <kpiwko> aslak: I wouldn't object if summer will take over spring and starts in April
[09:53:52] *** rruss has quit IRC
[09:54:25] <aslak> kpiwko, currently the SPI has changed a little. DeploymentScenario is not returned by DeploymentScenarioGenerator, but rather a List<DeploymentDescription>.
[09:54:58] <kpiwko> aslak, ok, I'll check that
[09:55:44] <aslak> could easly load the DeploymentScenarioGenerator using .all() instead of onlyOne, then we could combine multiple types of Generators in one run
[09:56:57] <kpiwko> this means you'll process all of them (DSGegenarators) incrementing list?
[09:56:59] <aslak> kpiwko, it's not in master yet, still working on the split.some more entangled stuff around.. :)
[09:57:23] <aslak> kpiwko, yea
[09:57:46] <kpiwko> great...it will make MavenDSG simpler
[09:58:01] <aslak> new DeploymentScenario(new List().addAll(generators.generate()))
[09:58:23] <aslak> kpiwko, yea, that's what i thought. you have some switching style and going back to the 'normal' etc
[09:59:32] <kpiwko> aslak: I was thinking about one more thing...what about external activation of DSG? My idea:
[09:59:32] <kpiwko> maven test phase -> test with micro deployments
[09:59:32] <kpiwko> maven integration-test phane -> test with full blown archive
[09:59:51] <kpiwko> one single maven cmd, two sets of tests
[10:02:48] <kpiwko> aslak: actually, this could be done via surefiire/failsafe simply by excluding extension from classpath
[10:03:19] <aslak> kpiwko, hehe, i just swallowed a camel with the from onlyOne() to .all() move, cuz i've had the idea of overriding the DSG with a custom to do similar things, which is a bit harder when we do .all(). but figured i would look at that when we get there instead. but you bring it up right away so.. :)
[10:04:36] <aslak> kpiwko, the default DSG is built in, so you can't really excude it
[10:04:38] <aslak> exclude
[10:04:50] <kpiwko> aslak: I was just writing that question
[10:05:44] *** OndraZizka has quit IRC
[10:06:39] <aslak> kpiwko, cuz in this case you want to run the same tests, which have defined microdeployments, but in the second run you want to override the handling of the deployments and use the full blown archives instead.
[10:06:52] <aslak> and the class will not have @MavenDependency defined either right?
[10:07:44] <kpiwko> aslak: it must have @MavenDeployments defined, to MavenDSG to trigger
[10:08:04] <kpiwko> aslak: and to have metadata
[10:08:29] <kpiwko> aslak: hmm, but that means if there's such annotation, it must be on classpath as well
[10:08:46] <kpiwko> aslak: unless we have a package with annotation only, which is strange
[10:11:26] <kpiwko> aslak: can't see better way than having one abstract test and two subclasses each of them with different a DSG
[10:11:42] <kpiwko> aslak: and I don't like that idea
[10:15:56] <kpiwko> aslak: assuming user might want to combine multiple DSG in one maven phase...e.g. can deploy external maven artifact, not the project's one and than a microdeployment, there should be a flag which says to override actual DependencyScenario list
[10:16:21] <kpiwko> I mean DeploymentDescription list
[10:16:38] <kpiwko> than -> then
[10:16:46] *** jeand has joined #jbosstesting
[10:18:14] * kpiwko brb
[10:18:15] *** aslak has quit IRC
[10:19:11] *** aslak has joined #jbosstesting
[10:22:36] *** OndraZizka has joined #jbosstesting
[10:23:46] <kpiwko> aslak: have you received my ideas?
[10:28:14] <kpiwko> aslak: to summarize, user might want to combine multiple DSGs in one test...we should activate all the available DSGs, and make DSGs have customizable priority and introduce Set<DeploymentDescription> instead of List<DeploymentScenario> so one DSGs can override another one
[10:30:25] <kpiwko> e.g. in surefire built-in priority 10, MavenDSG 5, in failsafe other way around
[10:36:42] <aslak> Set based on DD.name then?
[10:39:32] <kpiwko> aslak: http://pastebin.com/3jk8C3ek
[10:40:28] <kpiwko> or DD name might work, but not sure how that will combine with multiple deployment under same name for different containers
[10:41:46] <aslak> kpiwko, DD.name is not Archive.name, you refer to DD.name when you use the OperatesOnDeployment, to set te context in multi deploy/container setups
[10:42:15] <aslak> you also use DD.name in the manual deployer. Deployer.deploy(DD.name)
[10:42:30] <kpiwko> aslak: great, it makes configuration simpler
[10:45:39] <aslak> not sure about Priority tho
[10:47:30] <aslak> maybe we could use the proposed groups there
[10:48:40] <aslak> they are mean to be a mapping between a test class and a container type, e..g @RequiresCDI, so it won't run on a EE5 container if setup in your arq.xml
[10:49:21] <aslak> we do see similar needs of choosing deployments as well, being they need to be somewhat different between containers, e.g. Tomcat needs Weld-Servlet
[10:49:51] <aslak> mean/meant
[10:53:09] <aslak> and you can create your own.. so it could be @MavenDeployment(@Integration) ... @Deployment @Micro, and you have some rules in arq.xml which specify which should be used.
[10:54:28] <aslak> kpiwko, but in your example here.. since your testing hte full integration, all of your testcase would run against the same @MavenDeployment definition that is defined in all testcases ?
[10:55:35] <kpiwko> aslak: yes, instead of @Deployment @MavenDeployment will be used
[10:55:44] <kpiwko> for all testcases in the class
[11:00:11] <aslak> kpiwko, yea, but i mean you will have the same @MavenDeployment defined on all TestClasses in the Suite
[11:01:20] *** michaelschuetz has quit IRC
[11:09:23] <kpiwko> aslak: yes
[11:10:25] <kpiwko> aslak: I'll have to figure out how to replace all of them, if that's needed feature
[11:10:28] <kpiwko> aslak: brb, lunch time
[11:10:38] *** kpiwko is now known as kpiwko_afk
[11:11:19] <aslak> kpiwko_afk, just saying that, with this type of feature, you could as well override all of the default DSG and always return the same Maven Artifact, handled/configured else where.
[11:11:33] *** vtunka has joined #jbosstesting
[11:22:00] *** wyer_ has joined #jbosstesting
[11:22:44] *** wyer has quit IRC
[11:36:41] *** adinn has joined #jbosstesting
[11:37:07] *** adinn has left #jbosstesting
[11:39:30] *** dblevins has joined #jbosstesting
[12:36:55] *** maschmid has joined #jbosstesting
[13:03:36] *** michaelschuetz has joined #jbosstesting
[13:25:39] *** bgeorges has quit IRC
[13:32:17] *** michaelschuetz has quit IRC
[13:33:04] *** michaelschuetz has joined #jbosstesting
[13:57:12] *** OndejZizka has quit IRC
[13:57:12] *** Jaikiran has quit IRC
[13:57:13] *** nickarls has quit IRC
[13:57:13] *** jdlee has quit IRC
[13:57:13] *** OndraZizka has quit IRC
[13:57:13] *** oskutka has quit IRC
[13:57:16] *** jbossbot has quit IRC
[13:57:16] *** wolfc has quit IRC
[13:57:16] *** vtunka has quit IRC
[13:57:16] *** jharting has quit IRC
[13:57:16] *** aslak has quit IRC
[13:57:16] *** maeste has quit IRC
[13:57:16] *** Elisha has quit IRC
[13:57:17] *** michaelschuetz has quit IRC
[13:57:17] *** maschmid has quit IRC
[13:57:17] *** mgoldmann has quit IRC
[13:57:18] *** jeand has quit IRC
[13:57:18] *** lfryc has quit IRC
[13:57:18] *** wyer_ has quit IRC
[13:57:18] *** kpiwko_afk has quit IRC
[13:57:18] *** timte has quit IRC
[13:57:18] *** dblevins has quit IRC
[13:57:18] *** dmlloyd has quit IRC
[13:57:18] *** ge0ffrey has quit IRC
[13:57:19] *** jc3 has quit IRC
[13:57:19] *** ChanServ has quit IRC
[14:00:16] *** bgeorges has joined #jbosstesting
[14:00:16] *** michaelschuetz has joined #jbosstesting
[14:00:16] *** maschmid has joined #jbosstesting
[14:00:16] *** dblevins has joined #jbosstesting
[14:00:16] *** wyer_ has joined #jbosstesting
[14:00:16] *** vtunka has joined #jbosstesting
[14:00:16] *** OndraZizka has joined #jbosstesting
[14:00:16] *** aslak has joined #jbosstesting
[14:00:16] *** jeand has joined #jbosstesting
[14:00:16] *** wolfc has joined #jbosstesting
[14:00:16] *** maeste has joined #jbosstesting
[14:00:16] *** ge0ffrey has joined #jbosstesting
[14:00:16] *** kpiwko_afk has joined #jbosstesting
[14:00:16] *** Jaikiran has joined #jbosstesting
[14:00:16] *** jharting has joined #jbosstesting
[14:00:16] *** oskutka has joined #jbosstesting
[14:00:16] *** Elisha has joined #jbosstesting
[14:00:16] *** timte has joined #jbosstesting
[14:00:16] *** jbossbot has joined #jbosstesting
[14:00:16] *** jdlee has joined #jbosstesting
[14:00:16] *** jc3 has joined #jbosstesting
[14:00:16] *** mgoldmann has joined #jbosstesting
[14:00:16] *** lfryc has joined #jbosstesting
[14:00:16] *** OndejZizka has joined #jbosstesting
[14:00:16] *** dmlloyd has joined #jbosstesting
[14:00:16] *** nickarls has joined #jbosstesting
[14:00:16] *** ChanServ has joined #jbosstesting
[14:00:16] *** wolfe.freenode.net sets mode: +o ChanServ
[14:02:26] *** ALR has joined #jbosstesting
[14:02:28] *** kpiwko_afk is now known as kpiwko
[14:03:41] <kpiwko> aslak: right, I got that...the question will be how to activate it without expensive classpath scanning, since metadata won't be a part of the test class
[14:04:39] <aslak> kpiwko, in the simples case, it could be a property, -Darq.maven.integration=org.test:test:1.0:war
[14:05:01] <aslak> a special DAG could pick up on that and create it
[14:05:05] <aslak> DSG
[14:05:34] <kpiwko> aslak, that should work...but do we allow to specify multiple deplyments via this API?
[14:06:45] <kpiwko> and do we use priority / DD.name to replace archives?
[14:06:49] <aslak> hmm, could be, -Darq.integration.foo=org:test:war -Darq.integration.bar=org.test2:war etc.. foo/bar being the DD.name
[14:07:21] <kpiwko> e.g. user want to deploy a descriptor and archive, descriptor via @Deployment and archive via @MavenDeployment
[14:07:45] <kpiwko> sorry
[14:07:56] <kpiwko> I mean archive via SystemProperty deployer
[14:08:03] *** michaelschuetz has quit IRC
[14:08:09] <kpiwko> DSG
[14:08:10] <aslak> well that's where it gets tricky..
[14:08:35] <aslak> shouldn't a integration phase assume it's all there, so Descriptors might not be allowed?
[14:09:00] *** rruss has joined #jbosstesting
[14:09:04] *** michaelschuetz has joined #jbosstesting
[14:09:09] <kpiwko> I wouldn't say so
[14:09:27] <kpiwko> it would mean user have to use custom scripts to get Descriptors there manually
[14:09:59] *** rruss has quit IRC
[14:10:09] <kpiwko> well, this gets more compilated, thinking about it
[14:11:13] <kpiwko> we may expect Descriptors are already there, if we had support for modifying remote container via descriptors before start
[14:13:28] *** michaelschuetz has quit IRC
[14:13:43] <aslak> kpiwko, they might be in the final deployment as well
[14:14:15] *** michaelschuetz has joined #jbosstesting
[14:14:39] <kpiwko> aslak, afaik you are not able to store descriptor - xml in Maven repository
[14:15:23] <kpiwko> without defining custom type
[14:15:26] <aslak> might be doable, but not normal
[14:20:59] *** rruss has joined #jbosstesting
[14:21:28] *** wolfc has quit IRC
[14:24:00] <ALR> Everyone wish kpiwko a Happy Birthday
[14:24:36] <kpiwko> ALR: thanks!
[14:24:38] <wyer_> kpiwko: happy birthday!
[14:24:41] *** wyer_ is now known as wyer
[14:24:53] <ALR> :)
[14:25:39] *** wolfc has joined #jbosstesting
[14:26:11] <aslak> kpiwko, Happy BDay!
[14:26:43] <kpiwko> wyer: thanks!
[14:26:48] <kpiwko> aslak: thanks!
[14:26:54] <kpiwko> :)
[14:29:42] *** rruss has quit IRC
[14:31:40] *** rruss has joined #jbosstesting
[14:32:53] *** rruss has quit IRC
[14:33:31] <kpiwko> aslak, storing descriptor in jar and unpack it later?
[14:34:21] <aslak> to much hassle i would say
[14:34:25] <kpiwko> yeah
[14:36:21] <kpiwko> this has to have nice configuration, as it will be shown at demos ;)
[14:41:03] <kpiwko> aslak, well we can fetch descriptors from local file
[14:41:16] <kpiwko> as they are static, they are always available there
[14:41:29] <kpiwko> we can do the same with war/ear actually
[14:41:32] <aslak> you don't have to override them either
[14:43:41] <kpiwko> aslak, you mean to keep desciptor stuff to @Deployment based DSG ?
[14:43:52] <aslak> yea
[14:44:08] <kpiwko> ok
[14:45:49] *** wyer has quit IRC
[14:52:38] *** ldimaggi has joined #jbosstesting
[15:06:55] *** rruss has joined #jbosstesting
[15:20:00] *** michaelschuetz1 has joined #jbosstesting
[15:23:53] *** michaelschuetz has quit IRC
[15:57:59] <kpiwko> aslak, to conclude, we'll rely on DD.name in a set and load all DSGs services with @Inject support...I'll provide DSGs with @Deployments meta annotation support (e.g. @MavenDeployments) and DGS for SystemProperty based thingy...what will we do about @Priority?
[16:02:56] *** dblevins has quit IRC
[16:10:42] *** echelog-2` has joined #jbosstesting
[16:11:12] *** echelog-2` is now known as echelog-2
[16:12:11] *** dblevins has joined #jbosstesting
[16:14:17] <aslak> kpiwko, i'm tempted to leave the double/switch mode out for now. just have them as two separate that can be combined..
[16:14:43] <aslak> kpiwko, then we can revisit when we get the Group/Requires annotations in
[16:14:59] <kpiwko> aslak, good idea
[16:15:02] *** bobmcw has quit IRC
[16:15:35] <kpiwko> and that SystemProperty should use maven as well, right?
[16:16:07] <aslak> kpiwko, i would drop those as well
[16:16:26] <aslak> kpiwko, just have it as a alternative to @Deployment
[16:16:32] <kpiwko> aslak, ok
[16:17:16] <aslak> kpiwko, do you have any time to look at the configuration over the next two weeks ?
[16:17:33] <aslak> kpiwko, it's one of the things that makes the impl-base split a bit icky.
[16:18:37] <kpiwko> hmm, it everythings goes right, I might have some spare time next week
[16:18:39] *** bobmcw has joined #jbosstesting
[16:18:56] <aslak> kpiwko, cool
[16:19:17] <aslak> kpiwko, we need a new model for the XSD's as we spoke about.. but we also require a model internally that can map those.
[16:19:30] <aslak> kpiwko, which is separate from the Descriptors impl
[16:19:37] <kpiwko> aslak, yeah
[16:20:09] <aslak> with the SystemProperties override and so on
[16:21:22] <aslak> i guess config module will define Qualifier, then the Container module will define Container/Group, and ContinaerTest Module define Protocol, and so on
[16:22:28] <aslak> something in the lines of SW, where we can have, List<Container> Configuration.list(Container.class), with a auto 'extension point for the sub elements as well, e.g. Container.get(Protocol.class)
[16:23:46] <aslak> maybe even, Container.get(JBossASRemoteConfiguration.class)
[16:24:28] <aslak> Configuration.get(Drone.class)
[16:29:00] <aslak> brb, gotta install my new ram.. :)
[16:29:22] *** aslak has quit IRC
[16:50:26] *** jharting has quit IRC
[16:53:14] *** aslak has joined #jbosstesting
[16:53:25] *** aslak has quit IRC
[16:57:38] *** michaelschuetz1 has quit IRC
[17:00:05] *** aslak has joined #jbosstesting
[17:00:56] *** ldimaggi has quit IRC
[17:03:14] *** timte has quit IRC
[17:08:16] *** jdlee has quit IRC
[17:08:38] *** jdlee has joined #jbosstesting
[17:08:38] *** jdlee has joined #jbosstesting
[17:13:58] *** ldimaggi has joined #jbosstesting
[17:14:12] *** davidbos has joined #jbosstesting
[17:15:50] *** maeste has quit IRC
[17:22:58] *** rrva has joined #jbosstesting
[17:26:08] <rrva> hi! I need to make some simple JMS message receiver tests for jboss mq. How would you guys set it up so I get a queue manager and everything in the test. It needs to be a specific version of the queue manager also
[17:26:44] <rrva> preferrably junit runnable
[17:27:07] *** wyer has joined #jbosstesting
[17:32:58] *** oskutka has quit IRC
[17:35:10] *** davidbos has joined #jbosstesting
[17:38:04] *** kpiwko has quit IRC
[17:39:55] <ALR> wolfc: Ping.
[17:40:07] <ALR> wolfc: I like your approach for exporting
[17:40:23] <ALR> wolfc: ie. FilterStreams as opposed to piped ones.
[17:40:35] *** jdlee has quit IRC
[17:40:35] <ALR> Totally takes away the need for multithreading.
[17:41:01] <wyer> that is always good
[17:41:18] <ALR> Yeah, it is.  I was previously really proud of the multithread thing though
[17:41:27] <ALR> Because previously we were exporting the whole thing.
[17:41:34] <ALR> Holding it in RAM, and pinning the CPU in the meantime.
[17:41:38] <ALR> So we went to a pull model
[17:41:43] <ALR> Carlo's is even better
[17:41:54] <ALR> Because it pulls as well, but filters instead of pipes.
[17:41:54] <wyer> nice job wolfc :)
[17:42:05] <ALR> Problem is I don't have filter streams for TAR
[17:42:21] <ALR> And I think we still have to sort out the impl he's got in place
[17:42:28] <ALR> But from a design standpoint it's nice.
[17:42:35] <ALR> Took me a bit to think about it and come around.
[17:42:48] <ALR> Especially now that we can do with without changing the API of Asset
[17:44:28] <wyer> ALR I may only send a pull request on the weekend
[17:44:41] <wyer> week has gotten a bit hectic
[17:45:02] <ALR> wyer: No rush
[17:45:05] <wyer> but long weekend so will definitely be on it from friday
[17:45:10] <ALR> Ah cool.
[17:45:15] <ALR> What's Friday?  Some holiday/
[17:45:16] <ALR> ?
[17:45:24] <wyer> good friday
[17:45:28] <ALR> wyer: You a Twitter guy?
[17:45:31] <wyer> easter
[17:45:47] <wyer> ALR: got an account never log in really :P
[17:46:13] <ALR> You should really look into signing in more often.  It's a great way to waste time.
[17:46:28] <wyer> and in south africa public holidays on a sunday cause monday to be a holiday
[17:46:43] *** jdlee has joined #jbosstesting
[17:46:56] <ALR> I have friends telling me I should move there.
[17:46:58] <ALR> Cape Town.
[17:47:05] <ALR> They won't shut up about it.
[17:47:07] <wyer> where u based atm ?
[17:47:12] <ALR> Boston, US.
[17:47:27] <ALR> On the East Coast, north of New York City.
[17:47:32] <wyer> capetown rocks lived there for a few years
[17:47:40] <wyer> yeah i know where boston is :)
[17:47:52] <ALR> Red Sox!
[17:47:57] <wyer> boondock saints = most awesome movie of all time
[17:48:04] <ALR> Speaking of, I owe wolfc his hat.  Got it resized for him.
[17:48:27] <wyer> however everyone in capetown is stoned most of the time and the sea is freezing
[17:49:08] <ALR> Ha.  Now the picture is clearer...the guy pushing me to go is a legitimate stoner.
[17:49:49] <wyer> when i mean EVERYONE i am not kidding
[17:50:02] <wyer> zero understatement
[17:50:27] <ALR> I went to college.  I can picture it.
[17:51:18] <wyer> south africa (minus the politics) is great tho
[17:51:30] *** jharting1 has joined #jbosstesting
[17:51:38] *** jharting1 has quit IRC
[18:07:40] *** maschmid has quit IRC
[18:10:40] *** dblevins has quit IRC
[18:16:48] *** aslak has quit IRC
[18:18:50] *** rruss has quit IRC
[18:21:22] *** rruss has joined #jbosstesting
[18:23:42] <wolfc> ALR, I don't think the other formats should be a big hassle. Especially tar, that is pretty straightforward.
[18:23:59] <wolfc> Looking forward to the cap. :-)
[18:24:19] <ALR> Yay/
[18:28:31] *** vtunka has quit IRC
[18:34:18] *** bleathem has joined #jbosstesting
[18:53:31] *** jdlee_ has joined #jbosstesting
[18:55:12] *** michaelschuetz has joined #jbosstesting
[18:55:40] *** wyer has quit IRC
[18:56:49] *** jdlee has quit IRC
[18:56:49] *** jdlee_ is now known as jdlee
[19:20:43] *** aslak has joined #jbosstesting
[19:20:43] *** aslak has quit IRC
[19:20:43] *** aslak has joined #jbosstesting
[19:30:35] *** michaelschuetz has quit IRC
[19:31:51] *** lfryc is now known as lfryc_away
[19:56:37] *** jdlee has quit IRC
[19:56:58] *** jdlee has joined #jbosstesting
[19:56:58] *** jdlee has joined #jbosstesting
[20:43:03] *** Jaikiran has quit IRC
[21:04:21] *** davidbos has quit IRC
[21:15:01] *** lightguard_jp has joined #jbosstesting
[21:17:29] *** aslak has quit IRC
[21:18:08] *** aslak has joined #jbosstesting
[21:36:55] *** ldimaggi has quit IRC
[21:54:10] *** ge0ffrey has quit IRC
[22:02:22] *** alesj has joined #jbosstesting
[22:06:36] *** mgoldmann has quit IRC
[22:06:37] <aslak> lightguard_jp, quick gradle q..
[22:06:56] <lightguard_jp> aslak: Sure
[22:07:33] <aslak> lightguard_jp, what's Gradles equal to DependencyManagement ?  I see the Hibernate Build is using a List of Strings basically in parent ...
[22:07:58] <aslak> lightguard_jp, but how would you do that via a common parent that is not part of the build, e.g. a bom
[22:10:37] <lightguard_jp> aslak: I need to play around with it, but you should be able to apply a gradle script that would contain all the info
[22:12:12] <aslak> lightguard_jp, apply it.. yea but that would mean you have the other systems gradle build file right? which is not normally published to e.g. maven repo right?
[22:25:07] <lightguard_jp> aslak: It can be anywhere
[22:25:17] <lightguard_jp> as long as you have it on http, or a file system.
[22:25:24] <lightguard_jp> We could keep it in github
[22:25:33] *** michaelschuetz has joined #jbosstesting
[22:25:57] <lightguard_jp> aslak: I need to make sure that will work (it should though).
[22:28:00] <aslak> lightguard_jp, how would you use the Seam BOM in gradle?
[22:28:35] <lightguard_jp> aslak: Honestly, I'm not sure.
[22:28:45] <lightguard_jp> I haven't tried pom dependencies in gradle
[22:29:01] <aslak> mm ok
[23:12:31] *** wolfc has quit IRC
[23:22:19] *** michaelschuetz has quit IRC
[23:30:54] *** michaelschuetz has joined #jbosstesting
[23:41:39] *** michaelschuetz has quit IRC
[23:53:57] *** jeand has quit IRC





top