[00:01:15] <aslak> danielcmm-BR, normally that be a sign of mixed weld core 1.1 and weld container 1.0, but you seem to run 1.1. of both
[00:01:38] <aslak> danielcmm-BR, no version overridden somewhere?
[00:02:13] <aslak> mhuniewicz, it just works in Spring because you have configured it right? ;)
[00:03:00] <danielcmm-BR> i changed the version of weld to 1.0.1-Final and the error is the same. (CNF org/jboss/weld/bootstrap/spi/BeansXml)
[00:03:37] <danielcmm-BR> aslak, correcting, (java.lang.NoSuchMethodError)
[00:03:55] <mhuniewicz> Wrong version of something, daniel.
[00:04:19] <mhuniewicz> aslak, yeah. Namely
[00:04:21] <mhuniewicz> @RunWith(SpringJUnit4ClassRunner.class)
[00:04:25] <aslak> danielcmm-BR, if i remember, the BeansXml change came in 1.1.0.Beta3..
[00:04:27] <mhuniewicz> and
[00:04:29] <mhuniewicz> @TransactionConfiguration(transactionManager = "myTransactionManager", defaultRollback = true)
[00:04:49] <aslak> mhuniewicz, + applicationcontext.xml ?
[00:04:52] <mhuniewicz> Then, there's some XML code.
[00:04:54] <mhuniewicz> Yeah.
[00:05:12] <aslak> so... that goes from 'just works', to 'you made it work'
[00:05:18] <mhuniewicz> <bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalEntityManagerFactoryBean"><property name="persistenceUnitName" value="myPu" />
[00:05:34] <mhuniewicz> Yeah, you're right, but I didn't have to compromise my DAO class.
[00:06:44] <aslak> nor should you need it
[00:07:34] <aslak> mhuniewicz, but you don't want to run this in a AS
[00:07:50] <aslak> you want something smaller, e.g. a CDI container
[00:07:59] <mhuniewicz> That's correct. I just want it to hook it up to a database server.
[00:08:36] <aslak> but CDI pr spec does not handle JPA, the EE Server does. CDI can only inject it
[00:08:46] <aslak> so...
[00:08:54] <mhuniewicz> So I was thinking...
[00:09:34] <mhuniewicz> ... Where I have
[00:09:47] <mhuniewicz> ShrinkWrap.create(...)
[00:09:52] <aslak> Arquillian Weld EE Mock container for instance has all of these APIs a Mocks in the background, it should be fairly simple to configure it and say, hey.. use this class as a factory for EntityManagers
[00:09:56] <mhuniewicz> (that's not the best place, but for the sake of example...)
[00:10:00] <mhuniewicz> I'd say
[00:10:12] <mhuniewicz> .withDefaultPersistenceUnit("puName")
[00:11:20] <mhuniewicz> Coz the thing is,
[00:11:25] <mhuniewicz> if I do what Adam did,
[00:11:45] <mhuniewicz> I can have an in-memory DB for integration or unit tests (whatever you wanna call them)
[00:11:53] <mhuniewicz> and I don't need anything extra.
[00:12:09] <mhuniewicz> So all I need is is something to make that call.
[00:12:24] <mhuniewicz> So that I don't have to expose my private field (or hack it using reflection).
[00:13:24] <mhuniewicz> This call: 	EntityManagerFactory emf = Persistence.createEntityManagerFactory("integration"); 	em = emf.createEntityManager();
[00:14:35] <aslak> mhuniewicz, https://github.com/weld/core/blob/master/arquillian/weld-ee-container/src/main/java/org/jboss/arquillian/container/weld/ee/embedded_1_1/mock/BeanDeploymentArchiveImpl.java#L89 https://github.com/weld/core/blob/master/arquillian/weld-ee-container/src/main/java/org/jboss/arquillian/container/weld/ee/embedded_1_1/mock/MockJpaInjectionServices.java
[00:16:25] <mhuniewicz> Hm, what can I do with that?
[00:16:43] *** galderz has joined #jbosstesting
[00:17:19] <mhuniewicz> Implementing that JpaInjectionServices interface in Arquillian?
[00:17:33] <aslak> mhuniewicz, you can expand on the Weld EE Arq Container and open it for adding your own services, for e.g. the EntityManager call your looking for.. and weld would handle the rest
[00:17:54] <aslak> e.g. you could say that you specify the service class impl you want to use is defined in arq.xml
[00:18:39] <aslak> then you would have JPA in a CDI Container
[00:21:02] <mhuniewicz> So to write my own implementation of the JpaInjectionServices interface?
[00:24:29] <aslak> your own? define you.
[00:24:46] *** galderz has quit IRC
[00:24:49] <aslak> mhuniewicz, you as in a arq dev sure, you as in a user no
[00:25:30] *** dblevins has quit IRC
[00:26:36] <aslak> mhuniewicz, you as a user should not do anything, or possible put in a configuration, enableJPA.
[00:27:10] <aslak> you as a dev on the other hand need to impl that interface and provide a Persistence.create... based impl
[00:29:12] <mhuniewicz> Yes, me as an arq dev.
[00:30:15] <mhuniewicz> Coz right now we somehow inject that MockJpaInjectionServices, yes?
[00:30:18] <aslak> mhuniewicz, not sure why i posted the weld v. of.. this is the arq location if you want to make it work.. same same but different: https://github.com/arquillian/arquillian-container-weld/tree/master/weld-ee-embedded-1.1/src/main/java/org/jboss/arquillian/container/weld/ee/embedded_1_1/mock
[00:31:23] <mhuniewicz> I'm looking at org.jboss.arquillian.container.weld.ee.embedded_1_1.mock.MockJpaInjectionServices.
[00:32:31] <aslak> mhuniewicz, if you look in the WeldEEContainer
[00:33:50] <mhuniewicz> Is that a class name?
[00:34:09] <aslak> container.getDeployment().getServices().add(JpaInjectionServices.class, new MyJpaInjectionServices());
[00:34:33] <aslak> https://github.com/arquillian/arquillian-container-weld/blob/master/weld-ee-embedded-1.1/src/main/java/org/jboss/arquillian/container/weld/ee/embedded_1_1/WeldEEMockContainer.java
[00:34:48] <aslak> i guess you need to do it before line: 94
[00:34:54] <Tashtego> aslak by the way who is the project leader of arquillian? who besides you should be mentioned in the article? ;)
[00:35:53] <aslak> Tashtego, i'm the project lead
[00:36:01] <Tashtego> i wasnt sure but i thought so
[00:36:05] <Tashtego> ok ;)
[00:36:16] <Tashtego> then i can write it just like that ;)
[00:36:17] <aslak> Tashtego, http://www.jboss.org/arquillian/nobles
[00:37:06] <Tashtego> that page is cool
[00:37:16] <Tashtego> maybe some day i will land on such a page too ^^
[00:37:23] <aslak> :)
[00:37:25] <Tashtego> but there is much to do for those fun
[00:37:46] <Tashtego> man i am really happy when this article is finally done ^^
[00:37:54] <Tashtego> need sleeeeeep ^^
[00:38:53] <mhuniewicz> Same here.
[00:39:05] <mhuniewicz> aslak, I will write something on that discussion page,
[00:39:07] <mhuniewicz> probably tomorrow,
[00:39:18] <mhuniewicz> and articulate better what I need and expect,
[00:39:28] <mhuniewicz> so that you guys can tell me if that's making any sense
[00:39:45] <mhuniewicz> And I will write what we came up with regarding the 337 thing.
[00:40:54] <aslak> :)
[00:41:18] <mhuniewicz> Thanks for your help, mate.
[00:41:21] <mhuniewicz> Good night
[00:41:33] *** aaronwalker has quit IRC
[00:42:03] <aslak> mhuniewicz, have fun.. :)
[00:42:20] *** aaronwalker has joined #jbosstesting
[00:42:38] <mhuniewicz> cheers
[00:42:40] <mhuniewicz> :)
[00:42:41] *** mhuniewicz has quit IRC
[00:42:46] *** aaronwalker has quit IRC
[00:47:03] <Tashtego> i am offlie too now. good night
[00:47:04] <Tashtego> cu all
[00:47:17] *** Tashtego has quit IRC
[01:43:09] *** aslak has quit IRC
[01:45:46] *** silver has joined #jbosstesting
[01:46:03] *** silver is now known as silver2k
[01:46:33] <silver2k> can someone help me with a basic arquillian question?
[02:24:40] *** silver2k has quit IRC
[02:47:07] *** johnament has joined #jbosstesting
[02:52:04] *** johnament has quit IRC
[03:08:48] *** bgeorges has joined #jbosstesting
[03:26:49] *** ldimaggi has joined #jbosstesting
[05:01:50] *** gastaldi has joined #jbosstesting
[05:31:52] *** gastaldi has left #jbosstesting
[05:34:25] *** ldimaggi has quit IRC
[05:42:23] *** gegastaldi has joined #jbosstesting
[05:49:16] *** bgeorges has quit IRC
[05:54:04] *** gegastaldi is now known as gastaldi
[06:32:55] *** gegastaldi has joined #jbosstesting
[06:33:52] *** gastaldi has quit IRC
[06:33:56] *** gegastaldi is now known as gastaldi
[06:54:09] *** gastaldi has quit IRC
[07:27:43] *** k4ffee has joined #jbosstesting
[08:15:31] *** tdiesler has joined #jbosstesting
[08:28:50] *** ge0ffrey has joined #jbosstesting
[08:30:05] *** maeste has joined #jbosstesting
[08:42:44] *** pil-afk is now known as pilhuhn
[08:51:06] *** mgoldmann has joined #jbosstesting
[08:58:27] *** pilhuhn is now known as pil-afk
[08:59:02] *** maeste has quit IRC
[09:07:17] *** galderz has joined #jbosstesting
[09:12:02] *** maeste has joined #jbosstesting
[09:13:45] *** galderz has quit IRC
[09:22:45] *** torben has joined #jbosstesting
[09:22:45] *** torben has joined #jbosstesting
[09:25:39] *** galderz has joined #jbosstesting
[09:34:14] *** maeste has quit IRC
[09:46:38] *** jeand has joined #jbosstesting
[09:59:14] *** Jaikiran has joined #jbosstesting
[10:03:21] *** alesj has joined #jbosstesting
[10:07:59] *** alesj has quit IRC
[10:08:30] *** alesj has joined #jbosstesting
[10:22:32] *** htfv has quit IRC
[10:49:32] *** aslak has joined #jbosstesting
[10:52:32] <aslak> jose_freitas, good morning
[10:54:38] *** stuartdouglas has quit IRC
[10:58:19] <aslak> jose_freitas, i renamed the artifactId to arquillian-jacoco and have pushed out a 1.0.0-SNAPSHOT, https://repository.jboss.org/nexus/content/groups/public/org/jboss/arquillian/extension/arquillian-jacoco/1.0.0-SNAPSHOT/
[10:58:40] <aslak> jose_freitas, fyi: https://arquillian.ci.cloudbees.com/job/Arquillian-Extension-Jacoco/
[10:59:35] *** stuartdouglas has joined #jbosstesting
[11:10:18] *** Jaikiran has quit IRC
[11:24:03] *** pil-afk is now known as pilhuhn
[11:34:26] *** k4ffee has quit IRC
[11:34:59] *** k4ffee has joined #jbosstesting
[12:18:44] *** galderz has quit IRC
[12:19:27] *** galderz has joined #jbosstesting
[12:53:51] *** galderz has quit IRC
[13:25:33] *** stuartdouglas_ has joined #jbosstesting
[13:25:33] *** stuartdouglas_ has quit IRC
[13:25:33] *** stuartdouglas_ has joined #jbosstesting
[13:29:06] *** stuartdouglas has quit IRC
[13:29:06] *** stuartdouglas_ is now known as stuartdouglas
[13:56:32] *** aaronwalker has joined #jbosstesting
[13:58:19] <ge0ffrey> Is there any documentation on what's the best way to use seam 3 in tests?
[14:09:08] *** galderz has joined #jbosstesting
[14:18:52] <aslak> ge0ffrey, not any docs that i know of, but i would look at the seam 3 test suites
[14:19:13] <ge0ffrey> aslak: thanks for the info
[14:19:25] <ge0ffrey> aslak: I am porting guvnor from seam 2 to seam 3
[14:19:45] <aslak> ge0ffrey, so basically a standalone seam module?
[14:19:48] <ge0ffrey> or at least trying, without any migration documentation is pretty much impossible
[14:20:21] <ge0ffrey> a GWT webapp that uses a little bit of seam 2 at the backend
[14:20:26] <ge0ffrey> part of drools
[14:20:42] <ge0ffrey> aslak: we met in devoxx last year, I am the drools planner guy, also working on drools guvnor :)
[14:22:35] <aslak> ge0ffrey, aa, you were the guy with all the database related questions, no?
[14:22:44] *** PeteRoyle has quit IRC
[14:22:51] <ge0ffrey> yep :) even thoug that doesn't apply to my work atm :)
[14:22:56] <aslak> .)
[14:22:59] <ge0ffrey> as guvnor uses a repository
[14:23:04] <ge0ffrey> actually it does
[14:23:24] <ge0ffrey> same story there: we'll need to the repository with testdata
[14:23:35] <ge0ffrey> and can't afford to do that for every test
[14:25:09] <aslak> ge0ffrey, you can wrote a extension, that add / clears on Before/AfterSuite
[14:25:10] <aslak> ?
[14:25:13] <aslak> write
[14:25:31] <ge0ffrey> yep, been thinking that
[14:25:39] <ge0ffrey> if it's good enough I 'll provide a pull request
[14:25:46] <ge0ffrey> but that's for a latter stage anyway
[14:26:07] <ge0ffrey> first gotta see how I can set up a unit test with seam 3
[14:26:24] <ge0ffrey> isn't there some parent SeamTestCase class to extend from?
[14:26:35] <aslak> ge0ffrey, not that i know of
[14:26:41] <ge0ffrey> both the weld and the seam 3 docs don't mention anything
[14:26:51] <aslak> galderz, seam3 are just individual modules
[14:27:00] <ge0ffrey> to bad, spring has that sort of support
[14:27:16] <aslak> where some might optionally depend on each other, and most use Seam Sodler (helper stuff for extensions)
[14:27:16] <ge0ffrey> yea, probably WeldTestCase would be more appropriate
[14:27:46] <ge0ffrey> I am looking for a parent testcase class that intialized a weld container for me
[14:27:53] <ge0ffrey> one that all my testcases can extend
[14:28:01] <ge0ffrey> and that injects into my testcase as well
[14:28:29] <ge0ffrey> as I want CDI in my testcases too
[14:28:40] <aslak> ge0ffrey, this is from seam jms: https://github.com/seam/jms/blob/master/impl/src/test/java/org/jboss/seam/jms/test/bridge/msg/MessageManagerTest.java
[14:28:54] <aslak> ge0ffrey, that's what Arquillian does for you
[14:29:11] <ge0ffrey> great :) so I need arquillian then :)
[14:29:15] <ge0ffrey> @RunWith(Arquillian.class) is the trick
[14:29:18] <aslak> yea
[14:29:29] <ge0ffrey> perfect! :)
[14:29:36] <galderz> aslak: ?
[14:29:36] <aslak> ge0ffrey, + @Deployment which defines your 'test scope'
[14:29:47] <galderz> i suppose u meant to ping someone else
[14:29:47] <ge0ffrey> no requirement to use shrinkwrap, right?
[14:30:11] <aslak> galderz, aa, yea, sorry.. damn auto complete.. :)
[14:30:17] <galderz> haha
[14:30:34] <aslak> ge0ffrey, it's required
[14:30:42] <ge0ffrey> aslak: you really should put a chapter in the weld and seam manual called "Testing" with the content "go read the arquillian" manual
[14:30:55] <aslak> ge0ffrey, i think there is one
[14:31:08] <ge0ffrey> aslak: listing all my classes for shrinkwrap is insane :/
[14:31:37] <ge0ffrey> I did ctrl-f in firefox for testing on the weld and seam TOC, couldn't find anything
[14:32:01] <ge0ffrey> which made me to wrongfully believe there is no support for injecting testcases
[14:32:37] <ge0ffrey> aslak: I 'll read some arquillian documentation first, thanks for the pointer to the test file
[14:35:00] <aslak> ge0ffrey, http://seamframework.org/Seam3 "Testing support" :)
[14:35:11] <ge0ffrey> aslak: is there any way to avoid .addClasses(...) as one of our tests uses many classes
[14:35:35] <jose_freitas> aslak: g'morning
[14:35:37] <aslak> ge0ffrey, addPackage(s) with possible recursive support
[14:36:12] <ge0ffrey> aslak: http://seamframework.org/Seam3 is not the manual :) just some helpfull feed-back to add a link in the manual too
[14:36:31] <aslak> ge0ffrey, which manual are you refering to btw?
[14:36:43] <ge0ffrey> http://docs.jboss.org/seam/3/latest/reference/en-US/html_single/
[14:36:52] <ge0ffrey> http://docs.jboss.org/weld/reference/1.1.0.Final/en-US/html_single/
[14:37:00] <ge0ffrey> these 2
[14:37:38] <ge0ffrey> manuals like that are great: they have all the info centralized (not on some wiki page you 'll probaly not find anyway) and support ctrl-f in firefox
[14:38:09] <ge0ffrey> arquillian one looks nice too ( http://docs.jboss.org/arquillian/reference/latest/en-US/html_single/ )
[14:38:11] <aslak> ge0ffrey, your right.. i'll get Shane/Dan on the case.. :)
[14:41:03] <ge0ffrey> aslak: ty :)
[14:43:14] *** PeteRoyle has joined #jbosstesting
[14:53:40] *** ldimaggi has joined #jbosstesting
[15:20:31] 
[15:44:32] *** pgmjsd has joined #jbosstesting
[16:20:22] *** ldimaggi has quit IRC
[16:22:37] <aslak> jose_freitas, was hoping to fix up some of the simpler issues there first, ARQ-398 and ARQ-400
[16:22:38] <jbossbot> jira [ARQ-398] Help GlassFish understand relative URIs [Open (Unresolved) Feature Request, Minor, Unassigned] https://issues.jboss.org/browse/ARQ-398
[16:22:39] <jbossbot> jira [ARQ-400] GlassFish Embedded 3.1 configuration is not validated [Open (Unresolved) Bug, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-400
[16:23:25] <aslak> jose_freitas, they are mostly done locally, just need some testing. and got distracted and some point and haven't returned to it yet
[16:24:08] <jose_freitas> :)
[16:26:52] <jose_freitas> got distracted with maven plugin?
[16:27:44] <aslak> jose_freitas, that and a few other container releases.. :)
[16:27:52] <aslak> and jacoco
[16:28:45] <jose_freitas> oh yes
[16:28:48] <jose_freitas> true :)
[16:44:37] *** danielcmm-BR has quit IRC
[16:50:25] *** ldimaggi has joined #jbosstesting
[16:51:08] *** ozizka has joined #jbosstesting
[17:10:23] *** ozizka has quit IRC
[17:10:34] *** galderz has quit IRC
[17:11:16] *** galderz has joined #jbosstesting
[17:30:17] *** johnament has joined #jbosstesting
[17:37:43] *** galderz has quit IRC
[17:41:09] *** alesj has quit IRC
[18:01:38] *** johnament has quit IRC
[18:03:42] *** pilhuhn is now known as pil-dinner
[18:04:50] *** torben has quit IRC
[18:19:04] *** ge0ffrey has quit IRC
[18:21:44] *** lightguard_jp has joined #jbosstesting
[18:30:33] *** bobmcw_ is now known as bobmcw
[18:30:34] *** bobmcw has joined #jbosstesting
[18:31:42] *** ge0ffrey has joined #jbosstesting
[18:35:47] *** galderz has joined #jbosstesting
[18:39:30] *** ALR has joined #jbosstesting
[18:39:42] 
[18:46:10] <aslak> jose_freitas, jacoco, manual container control (arq-336), scala / bdd runners
[18:57:18] <jose_freitas> bdd for behaviour driven dev?
[18:57:34] *** ge0ffrey has quit IRC
[19:25:53] *** mgoldmann is now known as mgoldmann|away
[19:44:37] <aslak> jose_freitas, yea, easyb / spock
[19:48:00] *** aslak has quit IRC
[20:17:13] *** Tashtego has joined #jbosstesting
[20:28:39] *** galderz has quit IRC
[20:33:25] *** pil-dinner is now known as pilhuhn
[20:35:29] *** galderz has joined #jbosstesting
[20:36:45] *** galderz has quit IRC
[20:41:30] *** mgoldmann|away has quit IRC
[20:58:25] *** tdiesler has quit IRC
[21:00:43] *** tdiesler has joined #jbosstesting
[21:00:54] *** tdiesler has quit IRC
[21:06:20] *** alesj has joined #jbosstesting
[21:10:29] <Tashtego> one question about arquillian. when i am running a remote unit test, are the files being transfered to the appserver, and after the test being deleted again? or is there just a call with a path to the temporary created file?
[21:17:22] <lightguard_jp> Aslak stepped out for a bit huh?
[21:17:38] <lightguard_jp> Looking to see when we'll get an update for OWB embedded container
[21:27:54] <jose_freitas> Tashtego: I believe it should undeploy the file (and delete it) you packaged with shrinkwrap
[21:39:14] *** pilhuhn is now known as pil-afk
[21:48:26] *** mhuniewicz has joined #jbosstesting
[21:48:53] *** lightguard_jp1 has joined #jbosstesting
[21:48:57] *** lightguard_jp has quit IRC
[22:09:00] *** lightguard_jp1 has quit IRC
[22:09:27] *** lightguard_jp has joined #jbosstesting
[22:10:18] *** lightguard_jp has quit IRC
[22:11:22] *** lightguard_jp has joined #jbosstesting
[22:15:51] <Tashtego> thx jose.
[22:15:54] *** Tashtego has quit IRC
[22:35:11] *** aslak has joined #jbosstesting
[22:35:35] *** rbattenfeld has joined #jbosstesting
[22:35:51] <mhuniewicz> Hi aslak, how's it going? I wrote that thing.
[22:36:03] <aslak> mhuniewicz, heya, yea saw it..
[22:36:11] <aslak> was about to point the seam dev guys to it
[22:37:07] <mhuniewicz> Thanks. I'm about to whine about @PersistenceContext.
[22:37:14] <mhuniewicz> Same place. ;)
[22:38:36] <mhuniewicz> Can I ask you a question?
[22:39:11] <aslak> sure
[22:39:44] *** rbattenfeld has left #jbosstesting
[22:41:57] <mhuniewicz> I'm getting disconnected, I think... Anyhow. Perhaps you remember that yesterday I mentioned Adam Bien and how he got around that. He exposed his DAO's entity manager giving it default visibility, then manually created an entity manager and set it. I tried doing the same but it still failed. That's because I didn't instantiate my DAO. I injected it for the test. And when I set its default...
[22:43:58] <mhuniewicz> ...visibility entity manager, I set it on the proxy. The actual instance still had it null. Is that a valid interpretation?
[22:44:33] <aslak> yea, i believe so
[22:45:00] <mhuniewicz> Coz when I do it via default visibility method, it works.
[22:48:46] <lightguard_jp> aslak: You're thoughts. I'm testing a deployment exception in Seam Catch and would also like to test it via owb (when the container is updated to CR1) but the deployment exception is impl specific (grr) what are your thoughts on the best way to do this? Separate test source sets?
[22:50:49] <aslak> lightguard_jp, hm, yea. DE's are defined on Deployment, so.. i think you need two separate TestClasses
[22:53:07] <lightguard_jp> aslak: Thoughts about multi container testing. Separate source sets or different maven profiles (where you don't need different classes)?
[22:53:22] *** ldimaggi has quit IRC
[22:53:29] <aslak> lightguard_jp, in Theory you could implement a DeploymentExceptionTransformer and convert the diff impl Exceptions into a 'common' exception class you use only for the tests, but you'll need both impl libs on cp
[22:53:55] <lightguard_jp> That would get messy.
[22:54:52] <lightguard_jp> I'd like to test Catch in AS6, AS7, GF3.1, weld-embedded (quicker), and OWB, Resin as well as soon as we get a container. Should I create separate source sets for each container do you think?
[22:55:21] <aslak> lightguard_jp, source sets?
[22:55:26] <aslak> using gradle ?
[22:55:45] <lightguard_jp> No, but the term makes more sense.
[22:55:51] <aslak> hehe
[22:55:55] <lightguard_jp> Better than saying a different test module :)
[22:56:15] *** jose_freitas is now known as jose_freitas_aw
[22:56:19] <lightguard_jp> Eventually we'll switch to gradle though
[22:56:23] <aslak> :)
[22:56:37] <lightguard_jp> Waiting for M4 to finish.
[22:56:48] <lightguard_jp> Would love M5, but I won't wait that long
[22:57:07] <aslak> lightguard_jp, yea, i think you can create a base test module, and extend on that with the specific container impls
[22:57:27] <lightguard_jp> That's probably the cleanest solution, isn't it?
[22:57:34] <aslak> each contianer impl test source set can include and run base test via test-jar import
[22:57:56] <aslak> + their own which extend on some in base
[22:57:57] <lightguard_jp> Via maven resolver?
[22:58:25] <aslak> lightguard_jp, no, in maven you can include another modules test and run them as your own
[22:59:08] <aslak> http://maven.apache.org/guides/mini/guide-attached-tests.html
[22:59:10] <lightguard_jp> Okay, cool, that'll work.
[23:01:41] *** lightguard_jp has quit IRC
[23:02:58] *** lightguard_jp has joined #jbosstesting
[23:04:48] *** nilian has joined #jbosstesting
[23:12:53] <lightguard_jp> aslak: Grr. maven makes this kind of thing so much work.
[23:13:00] <lightguard_jp> It'll work though.
[23:13:12] <aslak> hehe
[23:14:30] <aslak> how to make Ohloh register you editing more XML then Java, that's Maven for you.. ;)
[23:20:51] <mhuniewicz> aslak, I wrote the @PersistenceContext thing, if you wanna see. :)
[23:24:54] <aslak> mhuniewicz, the one on the forum?
[23:25:01] <mhuniewicz> Yes.
[23:27:51] *** ALR has quit IRC
[23:31:32] *** nilian has quit IRC
[23:31:52] *** nilian has joined #jbosstesting
[23:33:26] *** jeand has quit IRC
[23:35:10] *** mhuniewicz has quit IRC
[23:40:41] *** k4ffee has quit IRC
[23:40:48] *** k4ffee has joined #jbosstesting
[23:52:52] *** nilian has quit IRC
[23:54:06] <lightguard_jp> aslak: Any eta on the other containers being updated to CR1?
[23:55:24] <aslak> lightguard_jp, working for Core Final tomorrow, if i can figure out the last bug..
[23:55:45] <aslak> lightguard_jp, which are you looking for?
[23:55:56] <lightguard_jp> owb
[23:57:13] <aslak> lightguard_jp, i can see if i can cut it tomorrow..
[23:58:55] <lightguard_jp> aslak: Awesome, thank you Aslak





top