[00:15:53] *** alesj has quit IRC
[00:35:43] *** johnament has joined #seam-dev
[00:36:02] <jbossbot> git [jcr] push develop 4246744.. John D. Ament Fixed configuration to run on Arquillian CR2.
[00:36:02] <jbossbot> git [jcr] push develop URL: http://github.com/seam/jcr/compare/817b38f...4246744
[00:38:26] *** aslak has quit IRC
[00:40:50] *** johnament has quit IRC
[00:51:39] *** johnament has joined #seam-dev
[01:08:07] *** johnament has quit IRC
[02:15:32] <jbossbot> git [solder] push develop 642d0a0.. Shane Bryzak fix test compiler errors
[02:15:32] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/1afe00e...642d0a0
[02:19:12] <sbryzak> stuartdouglas: ping
[02:19:17] <stuartdouglas> sbryzak: pong
[02:19:21] <sbryzak> hey stuart
[02:19:28] <sbryzak> how much of an arquillian guru are you?
[02:19:46] <stuartdouglas> depends on what you want to know about it :-)
[02:20:00] <sbryzak> ok, well i updated the solder tests to use the latest version of arquillian
[02:20:20] <sbryzak> and now, in the Deployments class this line is returning empty:
[02:20:21] <sbryzak>         ServiceLoader<DeployableContainer> l = ServiceLoader.load(DeployableContainer.class);
[02:20:35] <sbryzak> actually, that's not quite right
[02:20:52] <sbryzak> it's returning a ServiceLoader, but its getProviders() method returns empty
[02:21:00] <sbryzak> the next line is this:
[02:21:00] <sbryzak> return l.getProviders().iterator().next().getClass();
[02:21:11] <sbryzak> and it's throwing a java.util.NoSuchElementException
[02:21:47] <stuartdouglas> that should only happen if no container is present on the class path
[02:22:10] * stuartdouglas opens solder
[02:22:52] <sbryzak> here's the class: https://github.com/seam/solder/blob/develop/impl/src/test/java/org/jboss/seam/solder/test/util/Deployments.java
[02:24:43] *** johnament has joined #seam-dev
[02:25:18] <sbryzak> it should be using arquillian-weld-ee-embedded-1.1
[02:25:35] <johnament> lies
[02:26:53] <johnament> sbryzak, i can't seem to find  a way to tell arqullian to have two containers that are the same container
[02:29:02] <stuartdouglas> sbryzak: That approach won't work any more
[02:29:19] <stuartdouglas> DeployableContainer is not loaded through the META-INF/services mechanism any more
[02:30:11] *** sbryzak has quit IRC
[02:40:24] *** tkimura has joined #seam-dev
[02:46:40] *** sbryzak has joined #seam-dev
[02:46:57] <johnament> welcome back sbryzak
[02:47:03] <sbryzak> hmm, i seem to be having connection issues
[02:50:08] <sbryzak> did i miss anything important in relation to the testing issues?
[02:50:20] <johnament> who are you asking?
[02:50:26] <sbryzak> anyone ;)
[02:50:49] <johnament> i'm trying to make fake containers, weld-ee w/ modeshape or jackrabbit
[02:51:12] <sbryzak> how's it working?
[02:51:13] <johnament> but it seems like no one has examples of per container deployments
[02:52:13] <johnament> and it doesn't seem like weld-ee support exists in arquillian.xml
[02:54:50] <sbryzak> stuartdouglas: i can ask aslak about the ServiceLoader issue
[02:55:03] <stuartdouglas> sbryzak: did you see "DeployableContainer is not loaded through the META-INF/services mechanism any more"
[02:55:21] <stuartdouglas> so we will need to find another approach to determining the current container type
[02:55:21] <sbryzak> no...
[02:55:39] <johnament> why are you trying to determine the current container type?
[02:55:40] <stuartdouglas> I think there is support for it, but I am not sure on the exact details
[02:56:08] <sbryzak> johnament: the solder tests are broken in the latest arq
[02:57:00] <sbryzak> stuartdouglas: np, i'll put it on hold until aslak is online
[02:57:49] <johnament> sbryzak, oh, because you're using META-INF/services to load the extension?
[02:58:16] <sbryzak> johnament: i have no idea, i didn't write the tests ;)
[02:58:33] <sbryzak> i just want to fix them so we can do a release
[02:59:59] <johnament> hold on
[03:00:16] <johnament> i just made seam jcr work in arq cr2
[03:00:44] <johnament> where is the code, your repo or main?
[03:00:58] <sbryzak> in the solder repo
[03:01:01] <sbryzak> github.com/seam/solder
[03:01:16] <sbryzak> ignore the testsuite dir, just try building the impl
[03:01:17] <stuartdouglas> sbryzak: That bit of code just checks to see if the current container is an embedded container
[03:02:11] <johnament> grrr i don't have parent 13
[03:02:12] <sbryzak> stuartdouglas: yeah, and it's only used in ResourceLoaderTest and ELTest
[03:02:24] <sbryzak> johnament: it's checked in, you can build it locally
[03:02:49] <stuartdouglas> sbryzak: have you tried just removing it?
[03:03:12] <sbryzak> stuartdouglas: the isEmbedded assignment?
[03:04:56] <stuartdouglas> yea
[03:05:37] <sbryzak> and just hard code it to true?
[03:06:06] <stuartdouglas> actually you could probably just replace it with a test to see if a class that is provided by the embedded container is present
[03:06:40] <sbryzak> won't that be different for different embedded containers?
[03:07:01] <stuartdouglas> how many embedded containers are in the pom?
[03:07:15] <sbryzak> only one at the moment
[03:07:24] <sbryzak> but we have to add configurations for glassfish, jetty, tomcat, etc
[03:07:44] <stuartdouglas> for this release?
[03:08:27] <johnament> yeah... what you're doing in ResourceLoaderTest won't work.
[03:08:30] <sbryzak> effectively, yes
[03:09:00] <sbryzak> johnament: i didn't write that test.. maybe if i did i'd know how to fix it ;)
[03:09:13] <sbryzak> i'm an arquillian noob
[03:09:27] <stuartdouglas> the resource loader one can just be deleted
[03:09:38] <stuartdouglas> hard code it to true all the time
[03:09:38] <johnament> was it a test to test arquillian? :-)
[03:10:28] <stuartdouglas> actually it looks kinda dodgy, there is not beans.xml in the non-embedded case
[03:10:40] <sbryzak> stuartdouglas: same for ELTest?
[03:11:14] <stuartdouglas> maybe, not sure how the meta-inf/services entry will affect different containers
[03:11:33] <johnament> stuartdouglas, in the non embedded case, it's relying on the app server's approach to loading services to do it.
[03:11:33] <stuartdouglas> for that test you can probably hard-code a weld embedded check
[03:11:41] <sbryzak> ok that seems to have fixed the errors in the default build
[03:11:54] <sbryzak> still getting 2 test failures, but they're in different test classes
[03:11:56] <stuartdouglas> as all the other containers will have their own EL
[03:12:58] <sbryzak> just GenericBeanAlternativeTest is failing now
[03:13:12] <stuartdouglas> hmm, could be a problem with alternatives in the embedded container
[03:14:06] <stuartdouglas> sbryzak: the beans.xml is not being picked
[03:14:08] <stuartdouglas> up
[03:14:29] <sbryzak> really? it has this line in the test:
[03:14:30] <sbryzak> .addAsWebInfResource("org/jboss/seam/solder/test/bean/generic/alternative/beans.xml", "beans.xml")
[03:14:34] <stuartdouglas> as it is a war deployment, and it looks like the embedded container wants beans.xml in META-INF/beans.xml rather than WEB-INF
[03:14:47] <stuartdouglas> if you change addAsWebInfResource to addAsManifestResource it will pass
[03:14:57] <stuartdouglas> for now you can just do both
[03:15:17] <sbryzak> so chain a addAsManifestResource also?
[03:15:50] <stuartdouglas> yes
[03:16:07] <sbryzak> yay, success
[03:16:35] <jbossbot> git [solder] push develop 9de49f8.. Shane Bryzak fixed the damn tests
[03:16:35] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/642d0a0...9de49f8
[03:16:40] <sbryzak> thanks stuart
[03:17:09] <johnament> sbryzak, stuartdouglas that's nto the issue
[03:17:17] <sbryzak> i think i might remove the testsuite for now, until we actually have a working configuration for multiple containers
[03:17:40] <johnament> sbryzak, the issue is that you're redefining the beans.xml, and shrinkwrap doesn't readd it.
[03:17:44] <johnament> or uses the last one.
[03:18:02] <stuartdouglas> johnament: then why does it fix the test?
[03:18:05] <sbryzak> johnament: you mean in GenericBeanAlternativeTest ?
[03:18:07] <johnament> sbryzak, I created a new method, didn't add beans.xml (baseDeployment -> baseDeploymentNoBeans)
[03:18:09] <johnament> yes
[03:18:15] <sbryzak> it's fixed now though
[03:18:32] <stuartdouglas> ah
[03:18:34] <sbryzak> the tests pass successfully
[03:18:36] <johnament> because you have 2 beans.xml's now, behavior's not defined
[03:18:57] <johnament> mine too Tests run: 100, Failures: 0, Errors: 0, Skipped: 0
[03:25:04] *** echelog-2 has joined #seam-dev
[03:25:05] -hitchcock.freenode.net- [freenode-info] channel flooding and no channel staff around to help? Please check with freenode support: http://freenode.net/faq.shtml#gettinghelp
[03:27:35] *** kenfinnigan has joined #seam-dev
[03:27:52] <johnament> sbryzak, stuartdouglas  https://github.com/seam/solder/pull/38
[03:36:26] <johnament> kenfinnigan, !
[03:37:32] <kenfinnigan> hey johnament
[04:03:27] <johnament> kenfinnigan, i already looked there.
[04:03:45] <kenfinnigan> for container specific test?
[04:03:54] <johnament> kenfinnigan, yep
[04:04:06] <jbossbot> git [solder] push develop 3f907cf.. John D. Ament Added new deployment method to not add beans.xml.  Modified Alternative test to not add beans.xml.
[04:04:06] <jbossbot> git [solder] push develop 403e5de.. Shane Bryzak Merge pull request #38 from johnament/develop...
[04:04:06] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/9de49f8...403e5de
[04:04:07] <kenfinnigan> what is it you're trying to do?
[04:04:23] <johnament> sometimes, i think it's black magic
[04:05:04] <sbryzak> johnament: merged your pull request, thanks!
[04:05:22] <johnament> kenfinnigan, i want to create pseudo containers, for jcr-modeshape and jcr-jackrabbit, that both use weld-ee
[04:06:57] <johnament> sbryzak, no problem, glad its working
[04:07:42] <sbryzak> johnament: yep, all looking good now
[04:07:43] <kenfinnigan> johnament: could you not import the weld-ee bom and then add the dependencies for jcr-modeshape
[04:07:51] <kenfinnigan> then do the same for jcr-jackrabbit?
[04:08:03] <kenfinnigan> sbryzak: got the testsuite running for jbossas now
[04:08:09] <kenfinnigan> looks like all tests failing though
[04:08:11] <johnament> kenfinnigan, that already works, as two different modules
[04:08:16] <johnament> but i only want one
[04:08:31] <sbryzak> kenfinnigan: all progress is good ;)
[04:08:53] <sbryzak> kenfinnigan: how did you fix the unpack dependencies issue?
[04:09:01] <kenfinnigan> johnament: is this so that you can use them both in tests without profiles?  maybe in the same test?
[04:09:21] <kenfinnigan> sbryzak: that always works for me, never fails
[04:09:25] <johnament> kenfinnigan, no, with profiles
[04:09:35] <sbryzak> kenfinnigan: did you fix the version numbers though?
[04:10:02] <kenfinnigan> johnament: I would imagine you just need each profile defined as each separate module is currently defined, should work
[04:10:13] <kenfinnigan> sbryzak: didn't change version numbers
[04:10:35] <kenfinnigan> there were lots of compile errors in the testsuite/internals/base due to API package changes in arquillian
[04:10:35] <sbryzak> try updating the version numbers and running the testsuite again
[04:10:37] <sbryzak> https://github.com/seam/international/blob/develop/testsuite/internals/jbossas/pom.xml
[04:10:42] <kenfinnigan> which was the culprit for my errors last night
[04:10:44] <sbryzak> that one's set to 3.0.1-SNAPSHOT
[04:11:30] <kenfinnigan> really? set to 3.1.0-SNAPSHOT for me
[04:11:51] <sbryzak> maybe you need to push your changes
[04:11:57] <sbryzak> it's 3.0.1 in github though
[04:12:27] <kenfinnigan> weird
[04:12:33] <johnament> oh no build failed
[04:12:36] <kenfinnigan> Can push what I've done so far
[04:16:04] <johnament> kenfinnigan, i'm trying to avoid the multiple projects if possible
[04:16:27] <johnament> in jcr there are 6 tests in total.  and each is duplicated by modeshape and jackrabbit
[04:17:06] <kenfinnigan> if you've got it working with separate modules, could you not convert those modules to be separate profiles on a single module?
[04:18:32] <johnament> the problem's that the code is differently in such a slight way that the code bases won't combine
[04:20:19] <kenfinnigan> for each profile you could define a separate source directory to use for the build?
[04:20:24] <kenfinnigan> to keep the code separate
[04:23:41] <johnament> i want to avoid that
[04:23:47] <johnament> that's essentially what i ahve today
[04:27:27] <kenfinnigan> I don't think there's any way to avoid that without adding the extra modules
[04:28:40] <johnament> i'm trying to come up with a craft way with producer methods, and dynamically add them based on deployment classes found
[04:30:25] <kenfinnigan> you might be able to, but it probably involves adding some functionality to arquillian to support it
[04:31:15] <johnament> i think i can dynamically build the deployment archive based on finding "org.modeshape" or "org.apache.jackrabbit" on the classpath
[04:32:29] <kenfinnigan> possibly
[04:35:33] <kenfinnigan> sbryzak: how far have you gotten with the tests?
[04:35:44] <sbryzak> kenfinnigan: the solder tests are working now
[04:35:54] <kenfinnigan> including the testsuite?
[04:35:55] <sbryzak> not with multiple containers though
[04:35:59] <sbryzak> no, not the testsuite
[04:36:04] <kenfinnigan> just the impl ones?
[04:36:07] <sbryzak> i still don't have a solution for that
[04:36:11] <sbryzak> yes the impl ones are working
[04:36:16] <kenfinnigan> ok
[04:36:26] <kenfinnigan> I think I know why the container ones are failing
[04:37:02] <kenfinnigan> a lot of them are failing because they can't resolve the solder-api maven artifact
[04:37:17] <kenfinnigan> haven't figured out why yet, but that appears to be the big problem
[04:38:17] <sbryzak> hmm, ah did you rebuild the parent?
[04:38:22] <sbryzak> seam-parent i mean
[04:38:24] <kenfinnigan> not since yesterday
[04:38:37] <sbryzak> actually, i'm not sure if it's correct.. one moment i'll check
[04:39:02] <sbryzak> ah, it's the bom sorry, not parent
[04:39:27] <kenfinnigan> at the moment I haven't overridden anything, so I presume it's using the BETA1 bom
[04:40:03] <jbossbot> git [dist] push master 83500a0.. Shane Bryzak set explicit scope for solder api
[04:40:03] <jbossbot> git [dist] push master URL: http://github.com/seam/dist/compare/1a2ddc7...83500a0
[04:40:11] <sbryzak> yeah, which means you need to override the scope of the api
[04:40:56] <sbryzak> it's because the impl is set to runtime
[04:41:03] <kenfinnigan> ah of course
[04:41:04] <sbryzak> and so the api inherits that scope also
[04:41:24] <kenfinnigan> we could set that scope in a dependency management section of the testsuite pom
[04:41:35] <kenfinnigan> as I believe it's only in the testsuite that this would be a problem
[04:41:50] <sbryzak> it's actually a problem everywhere, as a result of us removing the combined jars
[04:41:58] <kenfinnigan> ok
[04:41:59] <sbryzak> i need to fix it up in seam-bom for the beta2 release
[04:42:15] <kenfinnigan> I'll rebuild the bom, change solder to use the snapshot and try again
[04:42:17] <sbryzak> but for now, you can add an explicit dependency for seam-solder-api as a workaround
[04:53:14] *** gastaldi has joined #seam-dev
[04:53:31] <johnament> doh! i already handled that situation :/
[04:53:41] <gastaldi> Hey all
[04:54:20] <johnament> hey gastaldi
[04:54:29] <gastaldi> hey johnament
[04:55:10] <gastaldi> hey ! How about having a @Before and @After on Solder ?
[04:55:25] <gastaldi> So that we can fire events meaning before and after something ?
[04:55:52] <kenfinnigan> sbryzak: committed some changes for the testsuite here: https://github.com/seam/solder/pull/39
[04:56:09] <kenfinnigan> still failing to resolve the solder-api, even with explicit compile scope set
[04:56:30] <kenfinnigan> it could be because the Deployments class doesn't specify a version, and whether that works anymore
[04:56:38] <kenfinnigan> it may need to say which version it wants
[04:56:55] <kenfinnigan> will take another look tomorrow after work to progress further
[04:57:22] <johnament> i think that may have been a change ALR put in
[04:57:39] <jbossbot> git [solder] push develop aaab439.. Ken Finnigan Fixes for solder testsuite
[04:57:39] <jbossbot> git [solder] push develop 916b295.. Shane Bryzak Merge pull request #39 from kenfinnigan/develop...
[04:57:39] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/403e5de...916b295
[04:57:42] <sbryzak> kenfinnigan: thanks, changes merged
[04:57:53] <kenfinnigan> I know there is a maven resolver in shrinkwrap. but at the moment I'm not sure if the solder tests use that one
[04:58:02] <kenfinnigan> or a "fake" resolver that is part of solder
[04:58:09] <kenfinnigan> will check it out tomorrow
[04:58:30] <kenfinnigan> i18n uses the one from shrinkwrap, so might borrow some stuff to try out
[04:58:46] <kenfinnigan> nite all
[04:58:55] *** kenfinnigan has quit IRC
[05:00:04] *** daniel_hinojosa has quit IRC
[05:00:43] <johnament> gastaldi, i'm redoing all of the tests in jcr
[05:09:43] <gastaldi> Cool
[05:10:03] <gastaldi> I see jenkins is complaining about some failing tests
[05:10:26] *** daniel_hinojosa has joined #seam-dev
[05:34:50] <gastaldi> Any thoughts about the @Before and @After qualifier idea ?
[05:35:56] *** johnament has quit IRC
[06:02:05] *** gastaldi has quit IRC
[06:09:22] *** daniel_hinojosa1 has joined #seam-dev
[06:09:22] *** daniel_hinojosa has quit IRC
[06:38:41] *** hannelita has joined #seam-dev
[06:49:24] *** clerum has joined #seam-dev
[07:03:38] *** clerum has quit IRC
[07:10:56] *** daniel_hinojosa1 has quit IRC
[07:27:52] *** hannelita has quit IRC
[07:41:20] *** daniel_hinojosa has joined #seam-dev
[07:58:04] *** tremes has joined #seam-dev
[08:12:56] *** jharting has joined #seam-dev
[08:29:47] *** mgoldmann has joined #seam-dev
[08:35:44] *** oskutka has joined #seam-dev
[08:37:33] *** alesj has joined #seam-dev
[08:46:46] *** marekn has joined #seam-dev
[08:47:39] *** daniel_hinojosa has quit IRC
[08:54:32] *** emmanuel has joined #seam-dev
[08:58:41] *** maschmid has joined #seam-dev
[09:03:01] *** amitev has joined #seam-dev
[09:09:05] *** mgoldmann_ has joined #seam-dev
[09:10:31] *** tkimura has quit IRC
[09:10:56] *** mgoldmann has quit IRC
[09:12:22] *** mgoldmann has joined #seam-dev
[09:15:53] *** mgoldmann_ has quit IRC
[09:17:43] *** chkal has joined #seam-dev
[09:29:57] *** kevinpollet has joined #seam-dev
[09:43:55] *** mathieuancelin has joined #seam-dev
[10:08:31] *** tkimura has joined #seam-dev
[10:21:11] *** oskutka has quit IRC
[10:22:27] *** oskutka has joined #seam-dev
[10:26:28] *** shervin_a has joined #seam-dev
[10:34:22] *** maschmid has quit IRC
[10:35:55] *** oskutka has quit IRC
[10:36:53] *** maschmid has joined #seam-dev
[10:37:08] *** oskutka has joined #seam-dev
[10:38:46] *** tttom has joined #seam-dev
[10:40:20] *** Diablo-D3 has quit IRC
[10:42:43] *** Diablo-D3 has joined #seam-dev
[10:48:34] *** Diablo-D3 has quit IRC
[10:54:01] <jbossbot> git [parent] push master ec9d794.. Shane Bryzak fix docbook configuration
[10:54:02] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/2323a62...ec9d794
[10:54:22] <jbossbot> git [dist] push master fb571df.. Shane Bryzak set explicit compile scope for seam api artifacts
[10:54:22] <jbossbot> git [dist] push master URL: http://github.com/seam/dist/compare/83500a0...fb571df
[10:55:15] <jbossbot> git [solder] push develop 0246ba7.. Shane Bryzak fix distribution
[10:55:15] <jbossbot> git [solder] push develop 6e89ace.. Shane Bryzak Merge branch 'develop' of github.com:seam/solder into develop
[10:55:15] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/916b295...6e89ace
[11:03:20] *** tkimura has quit IRC
[11:03:50] *** emmanuel has quit IRC
[11:08:38] *** dabloem has joined #seam-dev
[11:10:46] *** maschmid has quit IRC
[11:19:09] *** alesj has quit IRC
[11:19:10] *** alesj1 has joined #seam-dev
[11:25:59] *** sannegrinovero has joined #seam-dev
[11:32:21] *** alesj1 has quit IRC
[11:33:29] <tttom> anybody from seam-forge team here?
[11:38:57] *** mathieuancelin has quit IRC
[11:40:03] *** mathieuancelin has joined #seam-dev
[11:44:48] *** alesj has joined #seam-dev
[11:48:50] *** ssachtleben has joined #seam-dev
[11:53:24] *** tsurdilo has joined #seam-dev
[11:56:20] *** tsurdilo has quit IRC
[11:56:44] *** tsurdilo has joined #seam-dev
[11:57:56] *** epbernard has joined #seam-dev
[11:57:56] *** epbernard is now known as emmanuel
[12:08:06] *** mathieuancelin_ has joined #seam-dev
[12:08:06] *** mathieuancelin has quit IRC
[12:08:06] *** mathieuancelin_ is now known as mathieuancelin
[12:15:34] *** maschmid has joined #seam-dev
[12:17:47] *** kevinpollet has quit IRC
[12:18:54] *** aslak has joined #seam-dev
[12:18:55] *** aslak has quit IRC
[12:18:55] *** aslak has joined #seam-dev
[12:19:47] *** mathieuancelin has quit IRC
[12:27:03] *** ssachtleben has quit IRC
[12:59:22] *** sgilda has joined #seam-dev
[13:14:17] *** mathieuancelin has joined #seam-dev
[13:14:46] *** kevinpollet has joined #seam-dev
[13:41:02] *** pmuir has joined #seam-dev
[13:41:03] *** pmuir has quit IRC
[13:41:03] *** pmuir has joined #seam-dev
[14:04:24] *** emmanuel has quit IRC
[14:07:02] *** jose_freitas has joined #seam-dev
[14:11:08] *** sannegrinovero has quit IRC
[14:24:25] *** oskutka1 has joined #seam-dev
[14:24:42] *** oskutka has quit IRC
[14:31:00] *** epbernard has joined #seam-dev
[14:31:00] *** epbernard is now known as emmanuel
[14:47:30] *** sannegrinovero has joined #seam-dev
[14:49:34] *** dabloem has quit IRC
[14:53:47] *** oskutka1 has quit IRC
[15:02:46] *** mateus has joined #seam-dev
[15:09:18] *** lazarotti has joined #seam-dev
[15:10:31] *** oskutka has joined #seam-dev
[15:24:37] *** kevinpollet has quit IRC
[15:25:20] *** rmartinelli has joined #seam-dev
[15:32:40] *** kevinpollet has joined #seam-dev
[15:39:31] *** jharting has quit IRC
[15:40:35] *** edburns has joined #seam-dev
[15:42:41] *** marekn has left #seam-dev
[15:47:04] *** marekn has joined #seam-dev
[15:48:31] *** kevinpollet has quit IRC
[15:56:45] *** kevinpollet has joined #seam-dev
[16:22:35] *** mbg has joined #seam-dev
[16:24:05] *** mbg has quit IRC
[16:28:25] *** mbg has joined #seam-dev
[16:28:48] *** dabloem has joined #seam-dev
[16:29:57] *** mbg1 has joined #seam-dev
[16:38:18] *** oskutka has quit IRC
[16:40:02] *** ssachtleben has joined #seam-dev
[16:45:26] *** mbg has quit IRC
[16:45:49] *** oskutka has joined #seam-dev
[16:48:47] *** chkal has quit IRC
[16:53:26] <ssachtleben> hey did anyone worked yet on debian mod_cluster and as7?
[16:54:45] <jose_freitas> ssachtleben
[16:54:47] <jose_freitas> http://www.vimeo.com/13180921
[16:54:58] <jose_freitas> demo only: http://www.vimeo.com/13189666
[16:55:41] <jose_freitas> it might help
[16:55:57] <ssachtleben> ok I will check out
[16:56:03] <ssachtleben> I have running it on windows fine
[16:56:14] <ssachtleben> but debian apache is slightly different
[16:56:43] <ssachtleben> and I think it overrides the replaced proxy module if I update the debian apache
[16:58:16] *** jamezp_afk is now known as jamezp
[16:58:40] *** clerum has joined #seam-dev
[17:03:13] *** mateus has quit IRC
[17:05:18] *** shervin_a has quit IRC
[17:16:43] *** jamezp has quit IRC
[17:23:23] *** tremes has quit IRC
[17:27:13] <jbossbot> git [spring] push develop 1df78a1.. Marius Bogoevici Ignore intellij options
[17:27:13] <jbossbot> git [spring] push develop URL: http://github.com/seam/spring/compare/23085e5...1df78a1
[17:36:30] *** jamezp has joined #seam-dev
[17:42:23] *** mbg1 has quit IRC
[17:50:17] *** lincolnthree1 has joined #seam-dev
[17:51:15] <ssachtleben> well doesnt really help jose :(
[17:51:36] <ssachtleben> seems like I have to download default apache and modify that one
[18:02:50] *** cbrock has joined #seam-dev
[18:05:35] *** lincolnthree1 has quit IRC
[18:07:51] *** lincolnthree1 has joined #seam-dev
[18:09:24] *** oskutka has quit IRC
[18:13:49] *** mbg has joined #seam-dev
[21:28:55] *** echelog-2 has joined #seam-dev
[21:31:17] <gastaldi> Red hatters never sleep ! :)
[21:31:28] <gastaldi> Just as with Arquillians never die !
[21:40:35] *** mgoldmann has quit IRC
[21:46:00] *** gastaldi has quit IRC
[22:09:39] *** alesj has joined #seam-dev
[22:18:30] *** rmartinelli has quit IRC
[22:20:24] *** aslak has quit IRC
[22:24:44] *** sannegrinovero has joined #seam-dev
[22:24:49] *** sannegrinovero has quit IRC
[22:24:49] *** sannegrinovero has joined #seam-dev
[22:35:08] <lightguard_jp> I have become very disillusioned to maven surefire today.
[22:37:20] <jose_freitas> why is that lightguard_jp?
[22:38:20] <lightguard_jp> jose_freitas: Surefire is very limited wrt to tests outside the normal source paths
[22:38:40] <lightguard_jp> In fact the idea of exploding a jar into the test-classes directory is a huge hack
[22:39:01] <lightguard_jp> I think what Aslak showed on twitter and what Shane is doing requires a modified version of surefire.
[22:39:07] <lightguard_jp> I may be wrong.
[22:41:06] <lightguard_jp> Yeah, Aslak patched surefire
[22:44:56] *** gastaldi has joined #seam-dev
[22:47:29] <jose_freitas> hmm
[22:48:01] <lightguard_jp> I like this one: http://jira.codehaus.org/browse/SUREFIRE-443
[22:48:02] <jbossbot> jira [SUREFIRE-443] Provide option to merge test classpath into one directory [Open (Unresolved) New Feature, Minor, Unassigned] http://jira.codehaus.org/browse/SUREFIRE-443
[22:48:25] <lightguard_jp> The most current comment is such a standard response from the Maven devs
[22:48:43] <lightguard_jp> Ant is your pom.xml isn't a good workaround.
[22:51:21] <jose_freitas> tss
[22:54:29] *** sannegrinovero has quit IRC
[22:54:36] *** dabloem has quit IRC
[22:54:55] *** sannegrinovero has joined #seam-dev
[23:01:58] *** kevinpollet has quit IRC
[23:13:23] *** gastaldi has quit IRC
[23:20:59] *** gastaldi has joined #seam-dev
[23:32:37] *** kevinpollet has joined #seam-dev
[23:38:53] *** edburns is now known as edburns_away
[23:47:04] *** kevinpollet has quit IRC
[23:49:47] *** nilian has quit IRC
[23:54:11] <lightguard_jp> lincolnthree1: ping, just had a cool idea for persistence Forge plugin
[23:54:18] <lincolnthree1> lightguard_jp: pongalong
[23:55:22] <lightguard_jp> The Persistence plugin should keep track of named queries and allow you to add them via annotations or xml. Then if we use the query idea we have in Confbuzz we could have Forge auto generate Query classes for a named query
[23:55:52] <lincolnthree1> keep track of named queries? how?
[23:56:44] <lightguard_jp> If the persistence plugin kept a registry of named queries
[23:57:29] <lightguard_jp> Those can be added via XML or annotation. I don't think Forge currently can handle the xml, but Shrinkwrap descriptors would probably make quick work of that.
[23:59:09] *** cbrock has quit IRC





top