[00:00:19] *** wolfc has quit IRC
[00:02:32] *** rruss has quit IRC
[00:29:01] <lightguard_jp> jdlee: What's the problem with the arquillian container?
[00:29:16] <lightguard_jp> aslak: How close are we to the Beta?
[00:29:25] <jdlee> i'm working on a forum post about that. one moment.
[00:30:03] <aslak> lightguard_jp, closing.. but need two sw releases first..
[00:30:10] <aslak> or, as well
[00:32:26] <lightguard_jp> aslak: Okay. Trying to get to the Glassfish container, not enough time
[00:33:31] <aslak> lightguard_jp, struggling trying to get the jclouds integration up to shape enough for presentation on Friday.. hehe
[00:34:34] <aslak> if only i could logon to the damn cloud node
[00:35:07] <jdlee> grr... posting to the seam forums is a pain :(
[00:37:52] <jdlee> Formatting error, missing a tilde '~', instead found an opening angle bracket '<'.
[00:39:53] *** jeand has quit IRC
[00:42:11] <jdlee> i don't know how people manage to use those forums :P
[00:42:13] <jdlee> here's my error:
[00:42:14] <jdlee> WELD-001409 Ambiguous dependencies for type [Synchronizations] with qualifiers [@Default] at injection point [[field] @Inject private org.jboss.seam.persistence.transaction.DefaultSeamTransaction.synchronizations]. Possible dependencies [[Managed Bean [class org.jboss.seam.persistence.transaction.SeSynchronizations] with qualifiers [@Any @Default], Managed Bean [class org.jboss.seam.persistence.transaction.TransactionManagerSynchronizations
[00:42:15] <jdlee> with qualifiers [@Any @Default]]]
[00:42:15] <jdlee> org.jboss.weld.exceptions.DeploymentException: WELD-001409 Ambiguous dependencies for type [Synchronizations] with qualifiers [@Default] at injection point [[field] @Inject private org.jboss.seam.persistence.transaction.DefaultSeamTransaction.synchronizations]. Possible dependencies [[Managed Bean [class org.jboss.seam.persistence.transaction.SeSynchronizations] with qualifiers [@Any @Default], Managed Bean [class
[00:42:15] <jdlee> org.jboss.seam.persistence.transaction.TransactionManagerSynchronizations] with qualifiers [@Any @Default]]]
[00:42:15] <jdlee>     at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309)
[00:42:27] <jdlee> SNAPSHOT for arq, and seam persistence
[00:42:52] <jdlee>     @Deployment
[00:42:53] <jdlee>     public static Archive<?> createDeployment() {
[00:42:53] <jdlee>         return ShrinkWrap.create(WebArchive.class, "test.war")
[00:42:53] <jdlee>                 .addPackages(true, MyBean.class.getPackage())
[00:42:54] <jdlee>                 .addPackages(true, TransactionInterceptor.class.getPackage())
[00:42:54] <jdlee>                 .addPackages(true, org.slf4j.Logger.class.getPackage())
[00:42:54] <jdlee>                 .addManifestResource(new File("src/main/resources/META-INF/persistence.xml"), "persistence.xml")
[00:42:54] <jdlee>                 .addWebResource(new File("src/main/webapp/WEB-INF/beans.xml"), "beans.xml");
[00:42:55] <jdlee>     }
[00:44:30] <jdlee> hrm... here's what I was trying to post on the forum: http://pastebin.com/i3A2erAX
[01:00:11] <lightguard_jp> stuartdouglas: Any ideas for jdlee ?
[01:00:26] <lightguard_jp> I think this is a known issue with persistence on glassfish, but not 100%
[01:01:11] <stuartdouglas> I think it may be a GF issue
[01:04:58] *** aslak has quit IRC
[01:05:29] <jdlee> :(
[01:09:02] *** irefik has joined #jbosstesting
[01:13:25] <stuartdouglas> jdlee: If you are using GF why are you installing SeSyncronizations?
[01:14:06] <stuartdouglas> also you need to add seam solder
[01:14:09] <stuartdouglas> to your test
[01:14:25] <stuartdouglas> otherwise the solder stuff does not work, like say vetoing SeSyncronizations :-)
[01:14:38] <stuartdouglas> have a look in the seam persistence tests for an example of how to do this
[01:15:06] <jdlee> ok
[01:15:17] <jdlee> a fair amount of that is guess work trying to get it working :P
[01:15:34] <jdlee> "Hm. It's not working. Let me try adding this..." :P
[01:15:59] <stuartdouglas> In the seam persistence tests there is a maven artifact resolver that allows you to add whole jars to your test
[01:16:06] <stuartdouglas> I think the latest arq may support this nativly
[01:16:22] <jdlee> oh, sweet
[01:16:27] <lightguard_jp> The beta for arquillian will
[01:16:33] <jdlee> i was considering filing an RFE for that :)
[01:16:40] <lightguard_jp> But the last "released" version (Alpha4) does not
[01:17:33] <jdlee> lightguard_jp: it should in SNAPSHOT, though, right?
[01:17:37] <jdlee> any docs on how to do that?
[01:17:52] <lightguard_jp> I think so, if it's a current snapshot
[01:18:02] <lightguard_jp> docs? I don't think so
[01:18:08] <jdlee> tests? :P
[01:18:30] <lightguard_jp> There are some that use it, or at least the arquillian tests should
[01:18:41] <lightguard_jp> Like stuartdouglas said, check out the persistence tests
[01:18:54] <jdlee> ah ha! war.addLibraries(MavenArtifactResolver.resolve(ArtifactNames.SEAM_SOLDER));
[01:19:21] <lightguard_jp> Looks about right
[01:19:35] <lightguard_jp> Actually, this is shrinkwrap, not arquillian
[01:19:47] <lightguard_jp> You should be able to use it with Arquillian Alpha4
[01:19:49] <lightguard_jp> I think :)
[01:20:09] <jdlee> ok :)
[01:20:09] <lightguard_jp> Take whatever the latest Alpha of shrinkwrap is and use that
[01:21:48] *** pmuir has quit IRC
[01:23:15] <lightguard_jp> I'm heading out
[01:24:29] *** michaelschuetz has quit IRC
[01:28:44] <jdlee> lightguard_jp: ok
[01:28:48] <jdlee> thanks for your help :)
[01:31:59] *** lightguard_jp has quit IRC
[01:33:42] *** mgoldmann has quit IRC
[01:43:17] <jdlee> stuartdouglas: do you happen to know off hand which artifact provides MavenArtifactResolver ?
[01:43:30] <stuartdouglas> You will need to do a bit of copy/paste
[01:43:44] <stuartdouglas> its in the seam persistence tests, and in the solder tests
[01:43:53] <jdlee> oh!
[01:43:55] *** ldimaggi_ has joined #jbosstesting
[01:43:57] <stuartdouglas> but it has just been copy/pasted
[01:43:57] <jdlee> ok...i can handle that
[01:44:21] <stuartdouglas> because it was only a stop gap thing till the next arquillian comes out
[01:46:51] * jdlee nods
[01:47:00] <jdlee> i made a note of that in my copy :)
[01:47:30] <jdlee> that may be all I can get done tonight. sounds like my boys are about to bounce off the walls :)
[01:50:43] <jdlee> thanks for all your help. hopefully that'll get me going :)
[01:50:51] <jdlee> i have high hopes for Seam Persistence :)
[01:51:19] *** bobmcw has quit IRC
[01:51:32] *** bobmcw has joined #jbosstesting
[02:26:19] *** irefik has left #jbosstesting
[02:47:57] *** bgeorges has joined #jbosstesting
[03:08:41] *** rruss has joined #jbosstesting
[03:11:19] *** rruss has quit IRC
[03:24:53] *** bgeorges has quit IRC
[03:47:21] <jdlee> stuartdouglas: have you happened to have seen this error when using SNAPSHOTs of arquillian and skrinkwrap? NoSuchMethodError: org.jboss.shrinkwrap.api.spec.JavaArchive.addServiceProvider(Ljava/lang/Class;[Ljava/lang/Class;)Lorg/jboss/shrinkwrap/api/Archive;
[03:47:38] <stuartdouglas> that is some kind of version miss-match
[03:47:47] <stuartdouglas> if you build both of them from source it should fix it
[03:48:01] <jdlee> that's what I was afraid of :)
[05:15:42] *** ldimaggi_ has quit IRC
[05:26:59] *** bobmcw has quit IRC
[05:27:01] *** stuartdouglas has quit IRC
[05:27:01] *** baaba has quit IRC
[05:27:03] *** dmlloyd has quit IRC
[05:27:07] *** jbossbot has quit IRC
[05:30:48] *** bobmcw has joined #jbosstesting
[05:30:48] *** stuartdouglas has joined #jbosstesting
[05:30:48] *** jbossbot has joined #jbosstesting
[05:30:48] *** dmlloyd has joined #jbosstesting
[05:30:48] *** baaba has joined #jbosstesting
[07:09:03] *** lightguard_jp has joined #jbosstesting
[08:02:33] *** GTobi has joined #jbosstesting
[08:09:20] *** jharting has joined #jbosstesting
[08:48:08] *** kpiwko has joined #jbosstesting
[08:55:13] *** ge0ffrey has joined #jbosstesting
[08:59:43] *** wolfc has joined #jbosstesting
[09:55:31] *** Jaikiran has joined #jbosstesting
[09:57:58] *** aslak has joined #jbosstesting
[09:57:58] *** aslak has quit IRC
[09:57:58] *** aslak has joined #jbosstesting
[09:59:29] *** lfryc has joined #jbosstesting
[10:01:25] *** Tashtego has joined #jbosstesting
[10:02:40] <Tashtego> hi. i am a bit new to arquillian, which seems really cool. i am trying to fit the public static WebArchive createTestArchive() method to run a simple unit test with a war file. did anyone already do this?
[10:02:56] <Tashtego> i keep getting the following error: java.lang.NoSuchMethodError: org.slf4j.spi.LocationAwareLogger.log
[10:03:23] <Tashtego> seems like i have to somehow add logging to my war file. how can i add a jar file to arquillian? or add logging in some way?
[10:04:17] <stuartdouglas> the NoSuchMethodError generally indicates a version mismatch
[10:04:25] <stuartdouglas> rather than the libarary missing all together
[10:05:19] <Tashtego> hm do you have any idea how to solve that? i have the dependencies to slf4j in my maven pom
[10:05:35] <Tashtego> what versions and dependencies are ok with arquillian?
[10:05:53] <stuartdouglas> can you give me a pastebin of the full error? and details of the container / arquillian versions you are using
[10:06:22] <stuartdouglas> a complete random guess would be that the container has a different slf4j than your pom
[10:06:35] <Tashtego> sure.second..
[10:06:41] *** vtunka has joined #jbosstesting
[10:07:38] <Tashtego> http://pastebin.com/ck6vbhMP
[10:08:38] <stuartdouglas> that is a slf4j version mismatch I think
[10:08:39] <Tashtego> http://pastebin.com/UnHWakP7
[10:08:43] <stuartdouglas> what container are you using?
[10:08:45] <Tashtego> thats the dependencies
[10:09:04] <Tashtego> alpha 4
[10:09:16] <stuartdouglas> Glassfish, jboss or something else?
[10:09:23] <Tashtego> glassfish
[10:09:26] <Tashtego> see dependencies
[10:09:30] <Tashtego> 2nd paste
[10:09:51] <Tashtego> 3.0.1-b02 is glassfish
[10:10:00] <Tashtego> embedded
[10:10:30] <aslak> drop slf4j, javaee-api cdi-api, they are all part of glassfish-embedded-all
[10:10:30] <stuartdouglas> can you give a pastie of mvn depedency:tree ?
[10:10:55] <aslak> probably eclipselink as well.. since it's the default glassfish provider
[10:11:31] <aslak> oog, btw good morning all ! :)
[10:11:35] <aslak> ogg/ooh
[10:12:04] <Tashtego> good morning aslak ;) thanks to you both for the fast reply and support! great. what should i do first? a tree or dropping the dependencies?
[10:12:18] *** michaelschuetz has joined #jbosstesting
[10:12:37] <stuartdouglas> drop the deps, the tree just would have shown that you have two different slf4j versions
[10:13:06] <aslak> Tashtego, with embedded containers, you share the same classpath as the container. so anything you put on there might contaminate the container,. in your case your using a different slf4j v. then weld it seems.. which cause the conflict
[10:13:21] *** mgoldmann has joined #jbosstesting
[10:13:44] <aslak> last time i checked weld used 1.5.?
[10:15:23] <stuartdouglas> 1.5.2 off the top of my head
[10:16:18] <aslak> Tashtego, which maven v. are you using?
[10:18:13] <Tashtego> maven 2. i need some of the dependencies like javaee6 because of the imports . but i set the scope to provided so it should not make trouble. removed slf completely...
[10:18:15] <Tashtego> running test now
[10:19:11] <Tashtego> ? apache-maven-3.0.1 <--
[10:19:21] <Tashtego> no i even have maven 3.0.1 it seems ;)
[10:19:40] <Tashtego> did a new install on my laptop some days ago
[10:19:43] <Tashtego> seems i found a new one *G
[10:20:15] <aslak> Tashtego, in some point release of maven 3, they made the order determine classpath order as well, so you shouldn't see what you are seeing. since embedded-all is first on classpath your 1.6 v. of slf4j should not hvae been loaded..
[10:20:57] <Tashtego> i found out that putting javaee api BEFORE embedded glassfish made problems yes the order seems to be important somehow
[10:21:11] <Tashtego> i keep getting the same error
[10:21:18] <Tashtego> so the pom changes didnt take effect :(
[10:22:26] <aslak> there should be nothing in javaee-api that is not in gf-embedded-all. if anything is loaded from javaee-api runtime, it will fail with a AbsentCodeError
[10:24:38] <Tashtego> what i dont understand:  doing a clean/install on my project runs with success. doing a rightclick -> run test for that class file fails...
[10:25:17] <aslak> aa, you have javaee-api provided and glassfish-embedded-all only test scoped, and glassfish-embedded-all is higher up on classpath.. yea, i guess that will work. compile main/ against javaee-api but run tests using gf-embedded-al
[10:25:58] *** maeste has joined #jbosstesting
[10:26:02] <aslak> brb, food
[10:26:17] *** Jaikiran has quit IRC
[10:29:53] <Tashtego> hm could solve the problem... slf4j told me on startup, that there are 2 versions found in the repository. org.slf4j and inside glassfish embedded... deleted one of them in my !! repository!! local and now it runs
[10:29:59] <Tashtego> does that make sense??
[10:30:48] <Tashtego> that sounds like it doesnt care what dependencies are inside my pom but scans my repository..??
[10:33:24] *** jeand has joined #jbosstesting
[10:40:10] <Tashtego> thx @aslak and stuart by the way! helped a lot
[11:00:45] <aslak> Tashtego, do you have the exact message ?
[11:07:55] *** bgeorges has joined #jbosstesting
[12:11:57] *** lightguard_jp has quit IRC
[12:28:41] <michaelschuetz> aslak: hi
[12:28:47] <aslak> michaelschuetz, heya
[12:29:13] <michaelschuetz> aslak: @beforeClass Feature in expected way will be provided in nect release, right?
[12:29:32] <aslak> michaelschuetz, not 100%
[12:29:49] <michaelschuetz> aslak: few more details please :)
[12:29:52] <aslak> :)
[12:30:18] <aslak> @BeforeClass in .next will work the same as @Before is expected to work.
[12:31:15] <aslak> we don't match the incontainer lifecycle 1 to 1 with the client, so for each @Test on client, you get a full BeforeClass/Before/Test/After/AfterClass in container
[12:31:40] <aslak> but, @BeforeClass, @Before, @After and @AfterClass will only be executed incontainer
[12:33:11] <aslak> ARQ-350
[12:33:13] <jbossbot> jira [ARQ-350] Map client events 1 to 1 with container events [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/ARQ-350
[12:34:00] <aslak> not sure if we're going to go down that route, but it's a thought.
[12:34:37] <aslak> it would involve having a statefull arq core running on the server between @Test executions form the client etc
[12:36:31] <aslak> and some fun issues that junit and testng differ a bit in this area, when a test instance is created and when it is alive
[12:37:15] <aslak> probably hold this off until/if we create our own Runner
[12:43:14] *** hatchetman82 has joined #jbosstesting
[12:56:55] *** Jaikiran has joined #jbosstesting
[13:01:14] *** nickarls has joined #jbosstesting
[13:12:34] <michaelschuetz> aslak: thanks a lot for details
[13:15:10] <michaelschuetz> aslak: would need something like @BeforeDeployment
[13:20:34] <hatchetman82> does jboss define a class loader per jar inside an ear?
[13:20:38] <hatchetman82> or just per ear ?
[13:20:49] <hatchetman82> (jboss as 6)
[13:33:33] *** pmuir has joined #jbosstesting
[13:38:12] <aslak> michaelschuetz, yea, we are considering that as well.. what specifically do you need ?
[13:38:39] <nickarls> hmm. any theories why my tests aren't run at all? I have a ARQ-JUnit test under src/test/java but "mvn test -Pjbossas-embedded-6" doesn't run them
[13:39:12] <aslak> hatchetman82, default one pr module in the ear i think.. where a war can see the ejb modules
[13:39:41] <aslak> nickarls, surefire filter?
[13:40:20] <nickarls> aslak: -- maven-surefire-plugin:2.5:test
[13:40:29] <nickarls> it names a dir but nothing ends up there
[13:41:06] <aslak> nickarls, names a dir?
[13:41:38] <michaelschuetz> aslak: do need to configure JMS Queue (redeliverydelay..) _before_ deployment
[13:41:44] <nickarls> aslak: [INFO] Surefire report directory: C:\Java\IDE\Indigo-M4\workspace\LTK\target\surefire-reports
[13:41:59] <Tashtego> re
[13:42:09] <hatchetman82> nickarls: had a similar issue couple of days ago. solved it by upgrading failsafe from 2.6 to 2.7.1
[13:42:17] <aslak> michaelschuetz, aa, you can do that in .next with @Deployment(order = x) and have multiple dpeloyments, one Descriptor and one Archive
[13:42:23] <hatchetman82> no idea what was causeing it though - failsafe was finding no tests to run
[13:42:24] <nickarls> compiles the test class, too
[13:43:01] <hatchetman82> what version of surefire ? (and why not failsafe)
[13:43:12] <hatchetman82> and what ver of maven
[13:43:58] <nickarls> mvn 3.0.1
[13:44:39] <nickarls> surefire - "because it's there" ;-)
[13:44:40] <hatchetman82> ok then, could be the same thing i had then. is it finding any tests ?
[13:44:50] <nickarls> compiles one, runs none
[13:45:06] <nickarls> I'm just in process of adding arq to an existing project
[13:45:22] <hatchetman82> try bumping its version to 2.7.1
[13:45:42] <aslak> nickarls, does you arq test classes match to the default surefire filters ? .*Test | .*TestCase
[13:45:42] <hatchetman82> solved it for me (with failsafe, but failsafe is a surefire fork and theyre very close)
[13:47:10] * nickarls is testing mvn verify with a 2.7.2 failsafe plugin
[13:51:18] <hatchetman82> *drumroll* ...
[13:51:36] <nickarls> "no tests to run". *hi-hat*
[13:51:42] <hatchetman82> :-(
[13:52:15] <hatchetman82> theyre properly names ?
[13:52:15] *** aslak has quit IRC
[13:52:17] <hatchetman82> named*
[13:52:34] <michaelschuetz> aslak: cheers
[13:53:04] <nickarls> properly named? (having uh-o moment)
[13:53:43] <nickarls> PingTest.testPing (annotated with @Test) for the test method
[13:56:35] *** jharting has quit IRC
[13:57:45] *** bgeorges has quit IRC
[13:59:18] <nickarls> it compiles it into test-classes
[13:59:43] <nickarls> and if I leave out the -P, the test is run (but failing on NPE for injection)
[14:02:22] <nickarls> so I'm blaming everything on this @RunWith(Arquillian.class) line ;-)
[14:07:20] * nickarls is singing "everything went wrong since arquillian came along. blame arquillian..."
[14:09:00] *** aslak has joined #jbosstesting
[14:17:37] <Tashtego> <aslak> Tashtego, do you have the exact message ?  <-- what message did you mean? sorry i was away for breakfast
[14:17:59] <Tashtego> did you read my last part that the test works after deleting the maven repository files of slf4j?
[14:18:19] <aslak> Tashtego,  "slf4j told me on startup, that there are 2 versions found in the repository."
[14:20:49] <hatchetman82> mine finds 4
[14:20:54] <hatchetman82> how do you get rid of it ?
[14:21:21] <aslak> Tashtego, i doubt it's the maven repository it's talking about.. and i don't see how cleaning up there would help
[14:22:19] <Tashtego> trying to reproduce it again
[14:22:39] <Tashtego> its is simple reproducable... the error occurs again
[14:23:42] <Tashtego> http://pastebin.com/a4CWVpPw
[14:24:42] <Tashtego> as long as i dont delete the slf4j folder inside my local repository this error occurs
[14:25:36] <Tashtego> but not when doing a clean / install.. only in netbeans 6.9 when i try right click test class
[14:25:37] <aslak> Tashtego, yea, removing your dependencies on org.slf4j should fix that
[14:25:59] <Tashtego> i already removed the dependency
[14:26:10] <Tashtego> only removing the file from repository fixes that
[14:26:17] <aslak> have you updated the netbeans project ?
[14:26:25] <aslak> refreshed or what ever you need to do in netbeans
[14:26:41] <aslak> pastebin you pom
[14:27:03] <Tashtego> i removed the dependency to slf -> did clean install -> that works fine. but then doing right click -> test class fails... then i went to explorer -> deleteted the folder and did that test again and it runs fine
[14:28:36] <aslak> Tashtego, sounds like netbeans is holding on to the deps somewhere
[14:28:45] <aslak> brb, lunch
[14:28:51] <Tashtego> http://pastebin.com/9Sx83Fm4
[14:29:12] <Tashtego> k cu later
[14:32:29] *** rruss has joined #jbosstesting
[14:33:17] <nickarls> hmm, changing to the jbossas-managed-6 triggered maven mirroring the internet, it didn't do that with the embedded profile. and I don't think I should have had that stuff in my local repo.
[14:33:46] <nickarls> yep, that profile is running the tests
[14:34:08] *** rruss has joined #jbosstesting
[14:36:15] *** michaelschuetz has quit IRC
[14:36:58] *** michaelschuetz has joined #jbosstesting
[14:41:13] <hatchetman82> so the issue was with the embedded one ?
[14:41:19] <hatchetman82> thats odd, im using the embedded one :-)
[14:41:33] *** jharting has joined #jbosstesting
[14:41:41] <nickarls> so it appears
[14:42:09] <hatchetman82> what arq version ?
[14:42:16] <nickarls> alpha4
[14:43:02] <nickarls> but I can't get the managed one to detect a running AS
[14:43:14] <nickarls> either previously running or self-started
[14:46:37] <nickarls> it says start timeout is 120 seconds but it hangs even after that
[14:50:09] <nickarls> it uses JMX for startup detection, right?
[14:53:41] *** bobmcw has quit IRC
[14:55:42] <nickarls> http://pastebin.com/2WidrgAL is the last thing I see before the hang.
[15:01:40] * nickarls goes home to weep
[15:02:47] *** ldimaggi_ has joined #jbosstesting
[15:04:05] *** bgeorges has joined #jbosstesting
[15:07:01] <Tashtego> is it already possible to add jars to arquillian? or is that still todo in alpha 4?
[15:15:38] <aslak> nickarls, it detects via http request to http port
[15:15:48] *** bobmcw has joined #jbosstesting
[15:16:07] <aslak> Tashtego, it's possible, via File or import
[15:16:16] <aslak> Tashtego, not hooked into Maven or anything yet
[15:16:56] <Tashtego> file or import? hm
[15:17:02] <Tashtego> is there an example in the docu for that?
[15:17:24] <Tashtego> http://docs.jboss.org/arquillian/reference/latest/en-US/html/extension.reference.html  <-- is where i am at right now. 10.1 maybe it comes a bit later
[15:17:49] <aslak> addLibrary(new File("my.jar")), ShrinkWrap.create(JavaArchive.class).as(ZipImporer.class).import...
[15:18:09] <Tashtego> ah great. thanks very much!!
[15:18:24] <Tashtego> hm where does it look for that my.jar?
[15:18:31] <Tashtego> where would it have to be?
[15:18:50] <Tashtego> src/test/resources?
[15:19:05] <aslak> Tashtego, it's a normal java File object, root would be what ever your working directory is
[15:19:25] <Tashtego> k i will try ;)
[15:23:01] <kpiwko> aslak, heya
[15:23:06] <aslak> kpiwko, heya
[15:25:30] *** michaelschuetz has quit IRC
[15:25:43] <kpiwko> aslak, with your modification of HTTPContext in ARQ-153, I'm trying to get context-path for an example...I'm trying to figure out context-path from ProtocolMetadata.getContext(HttpContext).getServlets(), where I tried to figure out servlet name from DeploymentDescription but it won't work
[15:25:45] <jbossbot> jira [ARQ-153] Protocol configuration element should be separate from Container [Resolved (Done) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-153
[15:26:14] *** michaelschuetz has joined #jbosstesting
[15:26:47] <aslak> kpiwko, what won't work ?
[15:26:54] <kpiwko> aslak, if I can't use neither ArquillianServletRunner nor default
[15:27:45] <kpiwko> DeploymentDescriptor.getName() shows NO-NAME, which does not correspond to any servlet name
[15:28:22] <aslak> kpiwko, DeploymentDescriptor is the Deployment, a Deployment can contain many context-paths / servlets
[15:29:25] <aslak> a ProtocolMetadata belongs to a DeploymentDescriptor
[15:29:31] *** Tashtego is now known as Tashtego|AFK
[15:33:52] <aslak> kpiwko, you need to identify the specific 'context/module' under test for creating the base URLs for selenium
[15:33:53] <aslak> rihgt
[15:33:53] <aslak> ?
[15:33:55] <aslak> right?
[15:35:12] <kpiwko> aslak, exactly
[15:36:21] <aslak> kpiwko, yea, i think we're back to a old discussion.. how to identify the 'test' module in a multi module setup..
[15:37:02] <aslak> kpiwko, i think we came up with something like ShrinkWrap.create(EnterpriseArchive.class).addModule(jar).addModule(ArquillianEnricher.testable(war))
[15:37:04] <kpiwko> aslak, I though I could use getTestableArchive() but that didn't help either
[15:37:05] <aslak> as a marker.
[15:38:15] <kpiwko> aslak, is there a way how to determine 'test' module context path for a single module setup?
[15:40:12] <aslak> kpiwko, well..
[15:40:43] <kpiwko> aslak, I mean as a quick hack, if I determine that I deployed a single WAR, can I rely on default or ArquillianServletRunner context-path?
[15:41:05] <aslak> well it won't be there if the archive is not testable
[15:41:30] <aslak> which is the selenium case.. most of the time anyway, since your a AS_CLIENT
[15:43:39] *** rruss has joined #jbosstesting
[15:52:50] <kpiwko> aslak, hmm, that seems not worth the work...I will try to figure out base URI of the container instead and let user specify context path himself...it is actually URI of container which is only dynamic part of URI if Archive<?> has name
[15:53:35] <aslak> kpiwko, you can't rely on that
[15:54:06] <aslak> kpiwko, Archive can be a ear, If it has a War it can have a contextRoot set in web.xml etc
[15:55:02] <aslak> the point of the ProtocolMetadata is to be able to determine these kinds of things..
[15:55:15] <kpiwko> aslak, I'm perfectly aware of that...but if user created a EAR, he knows which context path it has
[15:57:57] <aslak> kpiwko, if it all works 100%, he shouldn't have too.. :)
[15:58:25] <aslak> e.g. just using ShrinkWrap.create(WebArchive.class) will generate a random named archive.. and the hope is we should be ablt to support that in every case
[15:59:21] <aslak> kpiwko, i think the jboss servers will return default|jsp as a servlet in all war contexts
[15:59:55] <kpiwko> aslak, it seems so from debug output I have
[16:00:31] <aslak> i don't remember which container, but there is one who doesn't.. i think it's the 5.0 remote..
[16:00:49] <kpiwko> aslak, my point is I'd rather have something not conceptually superb but working by Saturday
[16:02:08] <kpiwko> because I might have plenty of time to solve this problem later on but I'm short on time now
[16:02:18] <aslak> kpiwko, aa, your feeling the time pressure.. hehe :)
[16:02:57] <aslak> kpiwko, in 90 of the cases there will probably only be one HTTPContext with all Servlets having the same ContextRoot, so pick one
[16:03:17] <aslak> kpiwko, if non found or multiple found, fail and ask to specify
[16:03:30] <aslak> 90%
[16:03:50] <kpiwko> aslak, good idea...that's even faster to implement than my workaround ;)
[16:03:55] <aslak> :)
[16:19:12] *** Tashtego|AFK is now known as Tashtego
[16:23:53] *** lightguard_jp has joined #jbosstesting
[16:27:35] *** Jaikiran is now known as Jaikiran|Dinner
[16:38:26] <Tashtego> when i have 2 maven modules (one for module and one for jpa) and i want the arquillian test inside jpa to use the model from my other module...
[16:38:42] <Tashtego> is it right that i would have to do 2 things. add the library to shrinkrwap..
[16:38:55] <Tashtego> and tell maven to compile that module BEFORE the test runs?
[16:39:19] <Tashtego> or is there another way then telling maven to copy the module.jar to target?
[16:40:00] <aslak> if the jpa module depend on the 'module' it will be compiled before
[16:40:13] <aslak> the module will be that is
[16:41:35] <Tashtego> well i have the model dependency inside my jpa
[16:42:37] <Tashtego> i am getting a file not found exception complaining my model.jar is missing
[16:43:10] <Tashtego> i must confess i am not good in things like classpath.
[16:43:34] *** jharting has quit IRC
[16:44:21] <Tashtego> when i look into my jpa/target folder there is no jar
[16:44:23] <aslak> Tashtego, the easiest might be to use Package instead.. e.g. archive.addPackages(true, TheOtherModel.class.getPackage()) to recursivly add everything in that package and below
[16:45:22] <Tashtego> if everything else fails i will try that. thx again for that tipp. but i think your way of adding a jar may fit as well
[16:45:37] <Tashtego> trying to figure out where i would have to locate that jar with maven
[16:48:01] <aslak> Tashtego, maven has a option to copy dependencies.. your module.jar should then be placed in your jpa target folder.. not sure in which lifecycle tho
[16:49:06] <Tashtego> i know of maven-dependency-plugin with execution "copy"
[16:49:16] <Tashtego> in phase compile it does that copy
[16:49:39] <Tashtego> is that the option you meant?
[16:49:45] <aslak> believe so
[16:53:49] 
[16:54:23] <Tashtego> its about JTA datasources.... resource local is no option because my app injects entity manager in jta way with transaction handling...
[16:54:53] <Tashtego> but using a persistence xml with jta resource leads to errors (embedded glassfish was missing the datasource)...
[16:55:25] <Tashtego> and arquillian seems to also not be able to connect to a jta datasource
[16:55:45] <Tashtego> a full server would be easy to handle -> go to admin console -> add datasource / jdbc pool...
[16:55:56] <Tashtego> how do you handle jta with arquillian?
[16:56:17] <aslak> Tashtego, which container are you using ?
[16:56:29] <Tashtego> embedded glassfish with arquillian
[16:57:16] <Tashtego> database is postgres
[16:57:35] <aslak> Tashtego, http://community.jboss.org/en/arquillian/blog/2010/10/04/the-perfect-recipe-for-testing-jpa-2-revisited
[16:59:36] <Tashtego> GREAT ;)
[16:59:41] <Tashtego> thats what i was looking for
[16:59:42] *** bleathem has joined #jbosstesting
[16:59:46] <Tashtego> aslak you are a true hero!
[16:59:57] <Tashtego> THANK YOU MAN ;)
[17:00:38] <aslak> hehe np :)
[17:17:35] *** nthngrtr has joined #jbosstesting
[17:17:38] *** nthngrtr has left #jbosstesting
[17:19:18] *** pmuir has quit IRC
[17:20:18] <jdlee> aslak: good morning.  :)
[17:20:55] <aslak> jdlee, morning
[17:21:58] <jdlee> i'm slowly making good progress, but I've hit an issue I haven't been able to find a solution for
[17:22:16] <jdlee> when I run my test, I get this exception: NoSuchMethodError: org.jboss.shrinkwrap.api.spec.JavaArchive.addServiceProvider(Ljava/lang/Class;[Ljava/lang/Class;)Lorg/jboss/shrinkwrap/api/Archive;
[17:22:37] <jdlee> I'm using SNAPSHOTs of Arquillian and ShrinkWrap, both built from source (Arq from your fork)
[17:23:10] <jdlee> someone...stuartdouglas  or lightguard_jp suggested I try that to add the Solder classes via addAsLibrary()
[17:23:37] <jdlee> that needed an update to ShrinkWrap, and it was thought MIGHT need an update to Arquillian
[17:23:38] <aslak> jdlee, which branch in my fork ?
[17:23:44] <jdlee> one moment
[17:24:06] <jdlee> https://github.com/aslakknutsen/arquillian.git master
[17:24:10] <aslak> jdlee, you don't need a upgrade to add libraries, it's called addLibrary
[17:24:22] <jdlee> hrm
[17:24:40] <jdlee> ok...let me try that, then
[17:24:42] <aslak> arq is currently not competible with sw snapshot
[17:25:01] <aslak> due to the adding of ..As... in all method names
[17:25:19] <jdlee> ok... that's what I thought
[17:26:29] *** ALR has joined #jbosstesting
[17:32:52] <aslak> ALR, heya
[17:32:59] <ALR> aslak: Hey
[17:33:24] <aslak> ALR, having some issues running Reloaded.. it's probably related to maven dep resolving.. mind having a look?
[17:33:42] <ALR> aslak: Send along.
[17:33:57] <aslak> ALR, https://github.com/aslakknutsen/arquillian/tree/the_bigger_picture + https://github.com/aslakknutsen/descriptors/tree/SHRINKDESC-25 + https://github.com/aslakknutsen/shrinkwrap/tree/SHRINKWRAP-140
[17:33:59] <jbossbot> jira [SHRINKDESC-25] Import / Export should be able to handle unmapped entries [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SHRINKDESC-25
[17:34:00] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[17:34:02] <aslak> :)
[17:34:35] <ALR> aslak: I've got a lot of changes for SHRINKWRAP-140 pending
[17:34:36] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open (Unresolved) Feature Request, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[17:34:53] <ALR> Why is SW-140 related to Reloaded?
[17:35:14] <aslak> its not, but arq needs it
[17:35:41] <aslak> and my 140 branch does not contain the ..As.. changes
[17:57:47] *** bgeorges has quit IRC
[17:58:03] *** lightguard_jp has quit IRC
[17:58:29] *** maeste is now known as maeste_afk
[18:03:34] *** rruss has quit IRC
[18:04:09] *** lightguard_jp has joined #jbosstesting
[18:04:53] *** vtunka has quit IRC
[18:04:57] *** bgeorges has joined #jbosstesting
[18:10:13] <jdlee> ugh. i'm hitting this issue now: Two default beans with the same type and qualifiers: Type: interface org.jboss.seam.persistence.transaction.SeamTransaction Qualifiers: [@or    g.jboss.seam.persistence.transaction.DefaultTransaction()] Beans are Managed Bean [class org.jboss.seam.persistence.transaction.DefaultSeamTransaction] with qualifiers     [@Any @Synthetic] and Managed Bean [class
[18:10:13] <jdlee> org.jboss.seam.persistence.transaction.DefaultSeamTransaction] with qualifiers [@Any @Synthetic]
[18:11:40] <jdlee> interesting. it seems that seam persistence jars are being exploded in WEB-INF/classes AND the jars are being included in WEB-INF/lib
[18:12:17] <jdlee> possible pilot error. addLibrary and addPackage called :)
[18:15:35] <jdlee> ok...back to the Exception that started all of this, I think: InjectionException: Error creating managed object for class org.jboss.seam.solder.resourceLoader.servlet.ResourceListener
[18:30:47] *** michaelschuetz has quit IRC
[18:39:41] *** lfryc has quit IRC
[18:50:34] *** bgeorges has quit IRC
[19:02:38] *** rruss has joined #jbosstesting
[19:18:52] *** Jaikiran|Dinner has quit IRC
[19:28:26] *** bgeorges has joined #jbosstesting
[20:20:00] *** GTobi has quit IRC
[20:21:35] <Tashtego> hm addLibrary().. works fine and finds my jar file which was copied into /target by maven. but what is its target path inside the shrinkwrap war file?? my persistence.xml cant find the <jar-file> i mentioned.
[20:21:57] <Tashtego> is the optional second string parameter the parameter to set the target path inside the war file?
[20:23:05] <aslak> addLibrary in a War will end up at WEB-INF/lib
[20:23:49] <Tashtego> so my persistence.xml should point to <jar-file>/WEB-INF/lib/model.jar</jar-file> ?
[20:24:05] <jdlee> Tashtego: i do this: .addManifestResource(new File("src/main/resources/META-INF/persistence.xml"), "persistence.xml")
[20:24:24] <Tashtego> jdlee my persistence.xml is already there.
[20:24:33] <Tashtego> but i need a jar file which i refer from my persistence.xml
[20:24:37] *** pmuir has joined #jbosstesting
[20:24:37] *** pmuir has quit IRC
[20:24:37] *** pmuir has joined #jbosstesting
[20:24:44] <Tashtego> via the <jar-file> tag
[20:26:18] <Tashtego> a jar-file [/WEB-INF/lib/model-1.0-SNAPSHOT.jar] specified in persistence.xml is not found
[20:27:24] <Tashtego> WARNUNG: PersistenceUnitInfoImpl: For pu-root [D:\Entwicklung\Netbeans Workspace\project\project-jpa\target\glassfish_9dd7c51e-79e0-41c8-981b-9b95b7f4219b\applications\test\WEB-INF\classes] comes before that error
[20:31:49] <Tashtego> would be easier to examine if the war would not be deleted after test ends. then i could unzip it and look at its file structure
[20:35:03] <Tashtego> ok found the correct path
[20:35:10] <Tashtego> ../WEB-INF/lib/model.jar
[20:35:23] <Tashtego> .. gets out of META-INF where persistence.xml lies in
[20:36:29] <Tashtego> wooooha my first unit test with a test database and my own stateless session beans ! ;) and it works!! ;)
[20:36:35] <Tashtego> I LOVE arquillian ;)
[20:37:21] <jdlee> i'm getting a Weld startup error ATM :(
[20:37:37] <jdlee> only when testing.  deploy of packaged app works fine :(
[20:40:43] <Tashtego> what kind of errro
[20:43:14] <jdlee> com.sun.enterprise.container.common.spi.util.InjectionException: Error creating managed object for class org.jboss.weld.servlet.WeldListener
[20:49:34] *** ge0ffrey has quit IRC
[20:52:02] <Tashtego> i guess you already googled and found the jira ticket for that one did you
[20:52:08] <aslak> ALR, http://community.jboss.org/message/586552#586552
[20:54:06] <Tashtego> jdlee did you read that one http://java.net/jira/browse/GLASSFISH-14635
[20:54:07] <Tashtego> ?
[20:54:46] <jdlee> i hadn't. i hadn't googled yet.  got distracted by work :P
[20:54:55] <jdlee> so... it's an Arquillian issue?
[20:57:02] <Tashtego> "For v3.1 GlassFish, Arquillian should use these Embedded GlassFish APIs"... i only found that ticket.. didnt check if it could help you
[20:57:12] <Tashtego> http://embedded-glassfish.java.net/nonav/apidocs/
[21:00:13] <jdlee> i'm hitting a remote GF instance, though :|
[21:00:24] <jdlee> i wonder if I'd have better luck with embedded
[21:00:33] <Tashtego> well i tried with the embedded one and it works fine
[21:00:41] <jdlee> aslak: what's the current state of Arquillian and GF 3.1 embedded?
[21:00:49] <jdlee> Tashtego: can you paste your pom?
[21:00:55] <jdlee> ?
[21:00:55] <Tashtego> sure
[21:01:03] <jdlee> bah pastebin.com, e.g.
[21:01:08] <jdlee> cool. thanks.
[21:01:22] *** lightguard_jp has quit IRC
[21:02:10] <Tashtego> http://pastebin.com/eu29WpYD
[21:02:33] <Tashtego> i just got my first stateless session bean working with XA datasource and all that stuff ;)
[21:03:36] <Tashtego> you need a sun-resources.xml to add a jdbc resource and jdbc connection pool to your glassfish
[21:03:51] <Tashtego> then you need the persistence.xml and your unit test file. that should be all
[21:05:31] <aslak> jdlee, working on my branch
[21:05:53] <jdlee> aslak: ok
[21:09:18] <Tashtego> jdlee does it work? ;)
[21:09:53] <jdlee> thanks. haven't tried it.
[21:10:06] <jdlee> trying to resolve an unrelated GF bug so we can ship 3.1 :P
[21:10:09] <Tashtego> k. tell me if you have problems with it, maybe i can help too ;)
[21:11:14] <jdlee> Tashtego: where's your arquillian config?
[21:12:30] *** lightguard_jp has joined #jbosstesting
[21:16:34] <jdlee> hrm.. VPN time. sure wish the admins would allow local network access while on VPN :|
[21:17:11] <Tashtego> my arquillian config lies in src/test/resources
[21:18:00] <Tashtego> just like my persistence-test.xml which will be renamed to persistence.xml when adding it to the webarchive
[21:18:08] <Tashtego> sun-resources.xml is also there
[21:19:11] *** rruss has quit IRC
[21:19:37] *** lightguard_jp has quit IRC
[21:20:25] *** jdlee has quit IRC
[21:20:44] *** jdlee has joined #jbosstesting
[21:21:17] <Tashtego> re jdlee ;)
[21:21:22] <jdlee> hi :)
[21:21:35] <jdlee> my VPN trip was unrelated, but fruitless nonetheless :P
[21:21:58] 
[21:22:22] <jdlee> i saw that's there it is.  can I see that as well?
[21:23:32] *** lfryc has joined #jbosstesting
[21:24:38] <Tashtego> http://pastebin.com/YtpJdBYq
[21:24:47] <Tashtego> pasted the sun-resources.xml as well
[21:25:38] <Tashtego> you probably have to edit the sun-resources.xml when you dont use postgres / XA datasources. if you use netbeans its easy, can tell you how
[21:33:09] <jdlee> cool. thanks.
[21:34:06] <Tashtego> when i try to run a unit test for my named query i get an unsupportedOperationException. i think thats because my named query is wrong, but arquillian should support named querys, right? ;) think its normal jpa2 behaviour ??
[21:34:15] <jdlee> arquillian.xml and sun-resources.xml, right?
[21:34:21] <Tashtego> right jdlee
[21:34:25] * jdlee nods
[21:34:50] <Tashtego> my first unit tests work, now i have to fix the named query tests i guess
[21:35:07] <jdlee> btw, you can add <deploymentExportPath>target/</deploymentExportPath> to arquillian.xml to get it to save the test archives
[21:37:01] <Tashtego> you mean so it doesnt delete the war file after testing it?
[21:37:40] <Tashtego> k thx
[21:38:31] <jdlee> right
[21:48:13] *** lfryc has quit IRC
[21:54:57] *** lightguard_jp has joined #jbosstesting
[22:02:12] <Tashtego> jdlee you are mentioned in my blog now ;)
[22:02:16] <Tashtego> aslak too
[22:02:20] <Tashtego> http://java-abwaschbar.blogspot.com/2011/02/arquillian-ejb31-unit-testing-with-jta.html
[22:02:49] <jdlee> haha
[22:02:54] <jdlee> sweet. thanks :)
[22:03:30] <jdlee> just added you to my reader :)
[22:04:13] <Tashtego> ah fixed a litte bug in the article now its better ;)
[22:04:49] <jdlee> i don't speak German, but Chrome can help me out with that :P
[22:05:40] <Tashtego> i switched to english
[22:05:45] <Tashtego> will post all future stuff in english
[22:05:59] <Tashtego> see http://java-abwaschbar.blogspot.com/2011/01/switching-to-english.html ;)
[22:06:19] <jdlee> sweet :)
[22:39:12] <aslak> Tashtego, added it to the external site feed at jboss.org/arquillian
[22:39:14] <nickarls> hmm, why is the alpha4 pom for embedded 6 pulling down AS6.M4 depchain?
[22:41:05] <aslak> nickarls, hmm.. cuz it imports it in dependencyManagement
[22:41:06] <aslak> ?
[22:41:53] *** rruss has joined #jbosstesting
[22:43:16] <Tashtego> aslak coool thx ;)))
[22:43:52] <nickarls> aslak: ok. I'm using the explicit dep to jboss-as-depchain 6.0.0.Final, would that be a problem for alpha4?
[22:44:10] <aslak> nickarls, shouldn't be..
[22:44:35] <nickarls> since I still can't be able to get a jbossas-embedded-6 to run any tests...
[22:45:28] <aslak> nickarls, https://github.com/akquinet/arquillian-javamagazin
[22:47:59] *** bgeorges has quit IRC
[22:48:36] *** wolfc has quit IRC
[22:48:51] *** ldimaggi_ has quit IRC
[22:48:58] *** jdlee has quit IRC
[22:50:23] <nickarls> cool, it's downloading AS6 through maven, I only have 2 or 3 of those ;-)
[22:55:04] <aslak> :)
[22:56:42] <nickarls> aslak: I think I know the reason now.
[22:58:11] <nickarls> thou shalt not format your pom.xml. for it puts linebreaks in argLine. and it's no good.
[23:00:16] <aslak> LOL
[23:00:26] <aslak> Freaking THANK YOU m2eclipse!!!
[23:01:00] <aslak> debugging a multi threaded test suite running on multiple cloud nodes.. wondering why it doesn't work for 2 hours..
[23:01:29] <aslak> who would have thought it was because m2eclipse didn't copy resources to so eclipse could actually read them!!
[23:03:47] <nickarls> test works but there is an omnious "java.lang.IllegalStateException: Service org.jboss.arquillian.container.jbossas.embedded_6.JBossASContainerConfiguration does not implement expected type org.jboss.arquillian.spi.ContainerConfiguration" in the log
[23:05:21] <aslak> nickarls, yea, leaky classloader
[23:05:23] <aslak> ignore it
[23:06:02] <nickarls> in-container testing with AS7 will probably be even more fun if they manage to keep the startup times down
[23:06:24] <aslak> nickarls, should be
[23:06:44] *** rruss has quit IRC
[23:13:34] *** jdlee has joined #jbosstesting
[23:13:34] *** jdlee has joined #jbosstesting
[23:17:08] <nickarls> I can't have a @PersistenceContext in a test, or?
[23:19:49] <nickarls> at least it doesn't appear to get injected and the the docs use an EJB in the middle
[23:21:36] <Tashtego> sure you can. do you have a persistence.xml?
[23:22:33] <Tashtego> ah ok you ar trying to inject the entitymanager directly into the test class, not the ejb?
[23:23:37] <nickarls> yep
[23:24:25] <Tashtego> hm just tested it and it gets injected in my unit test
[23:24:38] <Tashtego> did you add the persistence.xml to your web archive?
[23:26:45] <nickarls> I have one in src/test/resources and I add it. I think deployment would fail otherwise anyways
[23:27:14] <Tashtego> is it a jta persistence unit?
[23:27:17] *** pmuir has quit IRC
[23:27:19] <Tashtego> or resource local?
[23:27:33] <nickarls> jta
[23:27:50] <Tashtego> how did you add the connection pool and jdbc connection?
[23:27:53] <Tashtego> (datasource)
[23:28:01] <nickarls> DefaultDS
[23:28:03] <Tashtego> with glassfish its a file called sun-resources.xml
[23:28:10] <nickarls> AS6
[23:28:28] <Tashtego> is that default datasource included in the embedded as6?
[23:28:33] <nickarls> yes
[23:28:46] <nickarls> hmm, now it works
[23:28:53] <Tashtego> what did you change?
[23:29:00] <nickarls> I didn't have beans.xml
[23:29:10] <nickarls> not that I @Injected anything at that point
[23:29:17] <Tashtego> ah k
[23:29:34] <Tashtego> that empty beans.xml should always be present
[23:29:41] <Tashtego> added it to my project too
[23:29:47] <Tashtego> also mentioned in docu
[23:30:14] <nickarls> even for non-CDI injections?
[23:32:05] <nickarls> I don't see anything like that in the docs. And still it appears to be the point of failure for the @PC
[23:33:00] <Tashtego> "Notice that to inject beans with CDI, you have to add a beans.xml file to the test archive." at least for CDI its mentioned
[23:33:19] <nickarls> yes. for CDI.
[23:33:29] <nickarls> aslak: second opinion required! ;-)
[23:34:36] *** jdlee has quit IRC
[23:35:51] <aslak> nickarls, @PersistenceContext is currently only supported injected in TestClass via CDI
[23:36:00] <aslak> meaning, if the test archive is a beanarchive..
[23:36:22] <nickarls> aslak: thanks, that explains it
[23:37:39] <nickarls> @Resource problably works without beans.xml?
[23:37:47] <aslak> yea
[23:38:22] *** jdlee has joined #jbosstesting
[23:38:22] *** jdlee has joined #jbosstesting
[23:39:57] <nickarls> and apparently persistence.xml should be in src/test/resources and not in a META-INF folder.
[23:40:25] <Tashtego> thats right, too. i was doing that wrong at first, too
[23:42:19] <nickarls> if I deploy an EJB with a @DataSourceDefinition, is that picked up BTW? (guessing not)
[23:42:45] *** pmuir has joined #jbosstesting
[23:42:45] *** pmuir has quit IRC
[23:42:45] *** pmuir has joined #jbosstesting
[23:42:50] <nickarls> I don't know how much "deploy" this arq->embedded deploy really is





top