[02:37:53] *** ldimaggi has joined #jbosstesting
[04:07:10] *** johnament has quit IRC
[05:18:17] *** ldimaggi has quit IRC
[07:03:34] *** kpiwko has joined #jbosstesting
[07:51:52] *** ALR has joined #jbosstesting
[07:51:56] *** ALR has joined #jbosstesting
[08:01:11] *** ALR has quit IRC
[08:02:19] *** tommysdk has joined #jbosstesting
[08:02:37] *** tommysdk has quit IRC
[08:11:50] *** vnvarsete has joined #jbosstesting
[08:13:05] *** vnvarsete has quit IRC
[08:16:58] *** vnvarsete has joined #jbosstesting
[08:25:49] *** mgoldmann has joined #jbosstesting
[08:33:39] *** ge0ffrey has joined #jbosstesting
[08:33:49] *** rruss has joined #jbosstesting
[08:41:18] *** maschmid has joined #jbosstesting
[09:03:51] *** Jaikiran has joined #jbosstesting
[09:04:20] *** oskutka has joined #jbosstesting
[09:05:02] *** jhuska has joined #jbosstesting
[09:08:30] *** bgeorges has joined #jbosstesting
[09:09:08] *** lfryc has joined #jbosstesting
[09:17:17] *** lfryc has quit IRC
[09:27:51] *** tdiesler has joined #jbosstesting
[10:04:03] *** lfryc has joined #jbosstesting
[10:08:45] *** vtunka has joined #jbosstesting
[10:15:09] *** aslak has joined #jbosstesting
[11:08:11] <aslak> tdiesler, ping
[11:22:31] *** aslak has quit IRC
[11:23:14] *** aslak has joined #jbosstesting
[11:26:15] *** alesj has joined #jbosstesting
[11:28:02] *** lfryc has quit IRC
[11:28:39] *** lfryc has joined #jbosstesting
[11:41:09] *** aslak has quit IRC
[11:41:45] *** aslak has joined #jbosstesting
[11:46:45] *** bgeorges has quit IRC
[11:47:43] *** bgeorges has joined #jbosstesting
[11:57:07] *** rbattenfeld1 has joined #jbosstesting
[12:03:13] <rbattenfeld1> Jaikiran: Thanks for your help!
[12:19:37] *** jeand has joined #jbosstesting
[12:21:52] <Jaikiran> you're welcome!
[12:24:57] <rbattenfeld1> Jaikiran: One question, the issue with the webservice and persistence units in JBoss 6.1, is the description I postet in the forum precise enough?
[12:25:29] <Jaikiran> rbattenfeld1: is there a app which reproduces this?
[12:25:36] <Jaikiran> that's the first time i'm seeing that issue
[12:25:37] *** bgeorges has quit IRC
[12:25:45] <Jaikiran> so it probably isn't reported yet
[12:27:42] <rbattenfeld1> Jaikiran: My collegue reported this and didn't believe him but I can reproduce it with my own code. I think, moving the web service in an own ejb module could be a work around but I am not sure
[12:28:26] <Jaikiran> so there's a jar with 2 persistence.xml files?
[12:29:19] <rbattenfeld1> Jaikiran: no, 1 persistence.xml with two units defined
[12:29:32] <Jaikiran> how is the PC/PU injected in the bean?
[12:31:11] <rbattenfeld1> Jaikiran: by dependency injection: @PersistenceContext(unitName="ptp-xxxxx-pu")
[12:31:29] <Jaikiran> hmm, in that case, it should pickup the correct PU
[12:32:57] <rbattenfeld1> Jaikiran: yes, the app works fine without the web service. Note that sometimes it works and sometimes not
[12:33:37] <Jaikiran> rbattenfeld1: add a JBAS JIRA and if possible attach the app
[12:33:44] <Jaikiran> let's see if we can narrow it down
[12:35:16] <rbattenfeld1> Jaikiran: yes, I will do that. The companies app is a problem but I will create a demo app
[12:35:29] <Jaikiran> thanks, that'll help
[12:36:37] <rbattenfeld1> Jaikiran: Cool, I will see how fast I can do that
[13:14:38] *** rbattenfeld1 has left #jbosstesting
[13:48:27] *** jeand has quit IRC
[13:50:37] *** tdiesler has quit IRC
[13:51:51] *** tdiesler has joined #jbosstesting
[13:58:49] *** kevinpollet has joined #jbosstesting
[14:00:51] *** jose_freitas has joined #jbosstesting
[14:01:00] <jose_freitas> morning!
[14:03:35] *** jeand has joined #jbosstesting
[14:16:31] *** Jaikiran has quit IRC
[14:17:51] *** Jaikiran has joined #jbosstesting
[14:43:14] *** bgeorges has joined #jbosstesting
[14:50:48] *** kpiwko has quit IRC
[14:57:01] *** kpiwko has joined #jbosstesting
[15:05:19] *** ldimaggi has joined #jbosstesting
[15:51:21] <jose_freitas> hey aslak, how you doing?
[15:51:27] <aslak> jose_freitas, heya
[15:51:37] <aslak> jose_freitas, good.. working on as7 stuff
[15:52:07] <jose_freitas> nice :)
[15:52:12] <jose_freitas> I'm testing tomcat now
[15:52:22] <jose_freitas> but I'm getting an exception
[15:52:23] <jose_freitas> ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer.
[15:52:43] <jose_freitas> is this expected?
[15:52:47] <aslak> jose_freitas, hehe no
[15:52:51] <jose_freitas> I'm with tomcat CR1
[15:53:36] <aslak> try 1.0.0.Final-SNAPSHOT
[15:53:52] <aslak> did some fixes there for the 2.5 protocol the other day.. sounds related
[15:55:40] <aslak> it was using the wrong ServletName when it was creating creating web.xml on it's own..  but not when manipulating a existing one or similar
[15:56:02] <jose_freitas> btw, do you think it's worth a tomcat7 profile too/
[15:56:48] <jose_freitas> I saw some noise about the new container this weekend
[16:02:35] <aslak> sure
[16:02:51] <aslak> tomcat7 uses Servlet 3.0, so
[16:03:14] *** ALR has joined #jbosstesting
[16:04:44] *** oskutka has quit IRC
[16:07:24] <jose_freitas> with tomcat6 I got this
[16:07:24] <jose_freitas> http://pastebin.com/fen4p0je
[16:07:50] <jose_freitas> on line 24: Could not create Container jboss7
[16:12:57] <aslak> jboss7 is referring to the Container Qualifier used in arq.xml
[16:13:33] <aslak> but the root cause seems to be your missing the tomcat-container module ?
[16:13:34] <jose_freitas> hm
[16:26:26] <aslak> Jaikiran, hey, you know the deployment / mgm api well in as7 ?
[16:26:50] <Jaikiran> aslak: not really. kkhan or emanuel would know
[16:27:05] <aslak> Jaikiran, thanks.. :)
[16:27:09] <Jaikiran> :)
[16:37:37] *** alesj has quit IRC
[16:42:35] <jose_freitas> aslak: I dunno, with arquillian-tomcat-embedded-6 final-snapshot, it downloaded a 1kb jar
[16:42:53] <jose_freitas> but I can't browse nexus to see if it's all right on server
[16:44:16] <jose_freitas> can you check the integrity of the jar on server, please?
[16:45:41] <aslak> jose_freitas, not sure there is a final-snapshot deployed.. 2 sec
[16:46:10] <aslak> jose_freitas, deploying now
[16:46:13] <jose_freitas> thanks
[16:46:35] <jose_freitas> did they block nexus server browser?
[16:46:40] <aslak> jose_freitas, yea
[16:46:47] <jose_freitas> tss
[16:46:53] <jose_freitas> I think it's so useful
[16:46:54] <jose_freitas> ehehhe
[16:47:01] <aslak> i know
[16:47:11] <aslak> need to use the search on https://repository.jboss.org/nexus/index.html
[16:47:35] <aslak> it was removed due to some performance issues
[16:48:11] <aslak> it's been blocked on repo1 as well, atleast on the top levels
[16:49:14] <jose_freitas> uhum
[16:49:21] <jose_freitas> thanks for the link
[16:51:19] *** rbattenfeld has joined #jbosstesting
[17:01:00] <rbattenfeld> ALR: Hi Andrew
[17:03:54] *** ldimaggi has quit IRC
[17:08:00] *** ldimaggi has joined #jbosstesting
[17:08:39] *** jhuska has quit IRC
[17:11:22] *** bleathem has joined #jbosstesting
[17:11:30] *** bleathem has quit IRC
[17:30:26] <ALR> rbattenfeld: Hiya
[17:30:31] <ALR> Sorry got caught up
[17:31:13] <rbattenfeld> ALR: no problem:-) DO you have time or shall post pone the discussion?
[17:31:35] <ALR> rbattenfeld: Got time
[17:32:06] <rbattenfeld> ALR: cool:-)
[17:32:43] <ALR> rbattenfeld: So a few things
[17:33:02] <ALR> rbattenfeld: 1) Hardcoding conditions in the XSLT
[17:33:13] <ALR> For instance, I had to do that for JCA 1.6
[17:33:24] <ALR> And I'd have to do it again for JCA 1.5
[17:33:44] <ALR> Unless I can figure out a good pattern match for xsd:complexType/xsd:simpleContent
[17:33:46] *** kpiwko has quit IRC
[17:34:11] <ALR> rbattenfeld: I think you already ran into this w/ JSF descriptors, no?
[17:35:02] *** oskutka has joined #jbosstesting
[17:35:26] *** oskutka has joined #jbosstesting
[17:35:56] <rbattenfeld> ALR: JSF Descriptors? Do you mean I was producing some additional descriptors?
[17:38:17] <rbattenfeld> ALR: Your first point is correct. The thing is that the various specifications are not following the same style. Some use complex types some use simple types ...
[17:38:42] <ALR> rbattenfeld: https://github.com/shrinkwrap/descriptors/blob/SHRINKDESC-54/gen/src/main/resources/xslt/metadata.xsl#L327
[17:38:43] <jbossbot> jira [SHRINKDESC-54] Develop/split EE Spec and JBoss-specific descriptors in API / Impl Split [Open (Unresolved) Task, Major, Ralf Battenfeld] https://issues.jboss.org/browse/SHRINKDESC-54
[17:40:10] <rbattenfeld> ALR: Yes, I saw that you had to alter this line...
[17:40:23] <ALR> rbattenfeld: Any hot ideas?
[17:40:36] *** lfryc has quit IRC
[17:40:39] <ALR> I'm not an XSLT whiz, though I did spend some time trying various patterns
[17:40:52] <ALR> Same problem w/ JCA 1.5 and CDI 1.0
[17:42:38] <rbattenfeld> ALR: I am not an xslt hero either but tell me what you expect.
[17:43:49] <ALR> Hehe, only that the XSL doesn't require conditionals for each specific descriptor type.
[17:43:59] <ALR> We can find others who know more to help us there.
[17:44:05] <ALR> So no worries, let's move on.
[17:44:14] <ALR> 2) Split further
[17:44:19] <ALR> I'd like to see:
[17:44:31] <ALR> api-base, api-javaee, api-jboss
[17:45:30] <rbattenfeld> ALR: That looks good. The later two are generated, right?
[17:45:37] <ALR> Yup
[17:46:06] *** kevinpollet has quit IRC
[17:46:08] <ALR> I think it's really just a matter of in the gen module, passing an output location in metadata.zml
[17:46:10] <ALR> *xml
[17:46:28] <ALR> Excuse me, schemas.xml
[17:46:50] <ALR> (And BTW, why separate schemasJavaEE5 and schemasJavaEE6?)
[17:46:59] <rbattenfeld> ALR: The only little problem I see, is that jboss.xml requires java ee classes ...
[17:47:21] <ALR> rbattenfeld: api-jboss can depend upon api-javaee, no problem.
[17:47:41] <ALR> It's a vendor extension to the spec, not a standalone thing.
[17:48:14] <rbattenfeld> ALR: The separation is required because the declare the same types but are potentially different
[17:48:25] <ALR> k
[17:49:00] *** oskutka has quit IRC
[17:49:15] <ALR> Actually, I'm still unclear
[17:49:40] <ALR> All they do is point to source files and give metadata telling the generator where to put the generated ones.
[17:49:47] <ALR> How can that be a conflict?
[17:52:10] <rbattenfeld> ALR: it is more a problem of the metadata consilidation. First transformation produces metadata.xml because it makes it much easier to produce then the java code by the second transformation
[17:52:38] <ALR> Ah so the conflict is in the 1st stage
[17:52:39] *** lfryc has joined #jbosstesting
[17:53:00] <ALR> Yup, I know.  BTW I source-control ignored those 1st-stage metadata files
[17:53:48] <rbattenfeld> ALR: Yes, that is fine. BTW, some test classes are removed
[17:54:10] <ALR> I removed some necessary ones?
[17:56:10] <rbattenfeld> ALR: I think so:-) I wrote manually or occupied existing test cases to verify the mapping to the real schema. The generated test cases on the other hand, are checking that the api matches the implementation
[17:56:30] <ALR> rbattenfeld: Bringing me to point 3)
[17:56:34] <ALR> I'm creating a new module
[17:56:36] <ALR> "test"
[17:56:47] <ALR> Handwritten tests which will stay unchanged.
[17:57:17] <rbattenfeld> ALR: Yes, very important!
[17:57:19] <ALR> (Well, largely unchanged.  Definitely will catch any errors looking forward if we accidentally change the API)
[17:58:18] <ALR> OK.  And I have one more thing.
[17:58:23] <ALR> 4) Refactoring/renaming
[17:58:30] <ALR> Some of the generated API confuses me a bit
[17:58:35] <ALR> For instance:
[17:58:48] *** alesj has joined #jbosstesting
[17:58:52] <ALR> What does this do: Descriptors.create(EjbJar30Descriptor.class).enterpriseBeans() ?
[18:00:57] <rbattenfeld> ALR: this is pending on the multiplicity of the element. I will continue ...
[18:02:05] *** ianbrandt has joined #jbosstesting
[18:02:30] <rbattenfeld> ALR: if a multiplicity node, the always creates a new node, if a multiplicity of 1, then the existing node or a new node, if not existing
[18:02:54] <ALR> rbattenfeld: Right.
[18:03:06] <ALR> Would you have guessed that from the name "enterpriseBeans()?"
[18:03:35] <ALR> (Also the JavaDoc doesn't have that explanation)
[18:04:39] <rbattenfeld> ALR: hmm, that we have to correct. The point is, how far to move away from how you enter the same content via xml?
[18:04:59] <ALR> Don't know yet.  We might need to think on that more.
[18:05:08] <ALR> rbattenfeld: Another example I thought felt odd:
[18:05:19] <ALR> How to get all "enterprise-beans" elements?
[18:06:00] <rbattenfeld> ALR: there should be a getList method
[18:06:00] <ALR> For instance there's "getDisplayNameList"
[18:06:09] <ALR> But no "getEnterpriseBeansList"
[18:06:16] <ALR> And my final point:
[18:06:19] *** lfryc has quit IRC
[18:06:33] <ALR> "getXList" I think is odd.  Instead maybe: "getAllX" ?
[18:07:00] <ALR> ie. "getAllDisplayNames" or "getAllDisplayNameEntries"
[18:07:46] <ALR> But yeah, there's no "getEnterpriseBeansList" currently.  I think we're missing a condition for that type of entity.
[18:08:21] <rbattenfeld> ALR: Fine, this is no problem at all. This is changed easily. The second option is better!
[18:08:35] <ALR> Yup.
[18:08:43] <ALR> So I'll make JIRAs for all of these points.
[18:08:47] <ALR> Sub-tasks of SD-54
[18:08:51] <ALR> And we can break 'em off.
[18:08:58] <ALR> rbattenfeld: Do you have anything for me?
[18:09:55] *** ldimaggi_ has joined #jbosstesting
[18:10:18] <rbattenfeld> ALR: Yes, what are the next steps for me? In witch priority
[18:11:31] <ALR> rbattenfeld: Shouldn't matter tooooooo much
[18:11:41] <ALR> But I'd say structural changes first.
[18:11:47] <ALR> ie. api-javaee and api-jboss
[18:12:07] <ALR> rbattenfeld: Ooooh, one more thing.
[18:12:20] <rbattenfeld> ALR: ok:-)
[18:12:21] <ALR> (Actually we already glazed over it)
[18:12:27] <ALR> CDI and JCA 1.5 descriptors
[18:12:35] <ALR> But I guess that's related to the simpleContent proble,
[18:12:36] <ALR> *problem
[18:14:26] <rbattenfeld> ALR: shall I analyse this and find a better solution. I think yes, that makes sense
[18:16:03] *** alesj has quit IRC
[18:16:13] *** alesj has joined #jbosstesting
[18:17:03] *** alesj has quit IRC
[18:17:52] <ALR> rbattenfeld: If you can find one, great, if not, I'll ask Twitter for some help :)
[18:18:12] <ALR> rbattenfeld: So yeah, I'll make some JIRAs to catalouge the discussion here
[18:18:37] <rbattenfeld> ALR: I don't like the hard coder stuff either and there is for sure a better way. I will work on this as well.
[18:19:18] <rbattenfeld> ALR: yes, thanks for the discussion. Do you proceed with jca1.5 and CDI?
[18:19:36] <ALR> rbattenfeld: I'll proceed w/ "test"
[18:19:43] <ALR> And maybe some of the API refactoring
[18:20:02] <ALR> And if we can get that simpleContent thing worked out JCA and CDI should take 2 minutes
[18:20:14] <rbattenfeld> ALR: cool:-)
[18:20:36] <ALR> Nice stuff.
[18:24:13] <rbattenfeld> ALR: I am leaving now. Thanks again. See you soon
[18:24:57] <ALR> rbattenfeld: Thank yoU!
[18:25:17] *** rbattenfeld has left #jbosstesting
[18:26:32] *** lfryc has joined #jbosstesting
[18:32:33] *** ge0ffrey has quit IRC
[18:32:35] *** maschmid has quit IRC
[18:32:59] *** ge0ffrey has joined #jbosstesting
[18:49:16] *** ge0ffrey has quit IRC
[19:03:52] *** ianbrandt has quit IRC
[19:05:12] *** rruss has joined #jbosstesting
[19:09:21] <jose_freitas> aslak: final snapshot throws the same exception
[19:09:21] <jose_freitas> http://pastebin.com/RVcR1xNk
[19:09:57] <aslak> jose_freitas, you built core final ?
[19:10:24] <jose_freitas> built what?
[19:10:27] <aslak> arq core
[19:10:39] <aslak> or you relying on the snapshot on the server
[19:11:59] <jose_freitas> actually, I don't remember. if it was built by me, it has been like two weeks
[19:12:06] <jose_freitas> maybe three
[19:12:25] <aslak> i added the potential fix on friday
[19:12:40] <jose_freitas> hmm
[19:12:53] <jose_freitas> ok. I'll update and build it
[19:19:14] *** aslak has quit IRC
[19:27:02] *** Jaikiran has quit IRC
[19:31:00] *** jhuska has joined #jbosstesting
[19:35:36] *** aslak has joined #jbosstesting
[19:39:03] <jose_freitas> aslak: org.jboss.shrinkwrap.descriptor.api.spec.servlet.web.WebAppDescriptor is no more?
[19:54:22] *** marcel has quit IRC
[19:55:04] *** marcel has joined #jbosstesting
[19:55:21] *** lfryc has quit IRC
[19:57:59] <jose_freitas> ALR: ping
[20:05:01] *** jhuska has quit IRC
[20:07:54] <aslak> jose_freitas, sorry, was having dinner
[20:08:16] <aslak> jose_freitas, arq core no longer depend on descriptor impl, so it's not coming in via trans deps
[20:08:29] <aslak> jose_freitas, it is defined in arq-core bom if your using that
[20:14:22] <jose_freitas> hm, no my top parent is jsfunit.
[20:14:35] <jose_freitas> but I'll add the dependency to the example
[20:14:41] <aslak> jose_freitas, i mean, scope import in the dependency section
[20:15:37] <jose_freitas> btw, what time is it now for you?
[20:15:47] <aslak> 8 pm
[20:17:32] <jose_freitas> :)
[20:19:47] *** jhuska has joined #jbosstesting
[20:23:12] *** dblevins has quit IRC
[20:27:52] *** jeand_ has joined #jbosstesting
[20:29:30] *** jeand has quit IRC
[20:39:10] *** dblevins has joined #jbosstesting
[20:42:11] *** lightguard_jp has joined #jbosstesting
[20:43:20] *** ldimaggi has quit IRC
[20:43:40] *** ldimaggi_ has quit IRC
[20:44:00] *** ldimaggi has joined #jbosstesting
[21:05:26] *** ALR has quit IRC
[21:15:16] *** alesj has joined #jbosstesting
[21:24:45] <jose_freitas> aslak: does shrinkwrap-descriptors-impl has the webappdescritor?
[21:25:01] <jose_freitas> have*
[21:25:23] <aslak> yea
[21:25:28] <aslak> jose_freitas, ^
[21:25:44] <aslak> jose_freitas, that's all changing with SD-58 tho..  not released yet but..
[21:27:05] <jose_freitas> hehehe
[21:31:15] <jose_freitas> should I wait?
[21:43:54] <aslak> jose_freitas, it's unknown when SD-58 will be done, so no, use the old WebArchiveDesc api fo rnow
[21:47:12] *** jhuska has quit IRC
[22:12:17] *** rbattenfeld has joined #jbosstesting
[22:16:09] *** mhuniewicz has joined #jbosstesting
[22:19:11] <mhuniewicz> aslak, who's my contact for integration tests on JBoss 7? :)
[22:30:31] <aslak> mhuniewicz, i would say Andrew, but i know a few things.. :)
[22:31:23] <mhuniewicz> aslak, excellent.
[22:31:32] <mhuniewicz> I got my test which is deployed to JBoss, I'm progressing,
[22:31:40] <mhuniewicz> but the test requires stuff to be injected into it as well.
[22:31:48] <mhuniewicz> @Inject'ed.
[22:31:53] <mhuniewicz> But nothing is... Why?
[22:32:10] <aslak> got a beans.xml ?
[22:32:26] <mhuniewicz> ddAsWebInfResource(EmptyAsset.INSTANCE, ArchivePaths.create("beans.xml"))
[22:32:28] <mhuniewicz> I got this.
[22:33:11] <aslak> hmm..
[22:33:23] <aslak> well, normally that sound right.. :)
[22:38:07] <mhuniewicz> Should the test class be mentioned in the @Deployment method?
[22:39:09] <aslak> mhuniewicz, not needed with war
[22:39:18] 
[22:39:20] <aslak> can't
[22:39:26] <aslak> lemme research a bit
[22:39:28] *** jose_freitas has quit IRC
[22:40:18] <aslak> it's a bit odd since we have the whole weld core tests running against this container so it should work
[22:41:16] <aslak> and it does start the weld service when deploying
[22:45:25] <mhuniewicz> Oh, my cursed project!
[22:45:32] <mhuniewicz> aslak, what could it be, what? :)
[22:50:22] *** dblevins has quit IRC
[22:53:23] <aslak> mhuniewicz, which versions you using ?
[22:54:28] <mhuniewicz> weld-core: 1.0.1-Final, weld-spi 1.0-SPI1, arquillian 1.0.0.Alpha2
[22:54:46] <aslak> Alpha2 ?
[22:54:55] <mhuniewicz> Alpha2.
[22:55:06] <aslak> why are you using ALpha2 ?
[22:55:22] <mhuniewicz> I don't know. What should I be using?
[22:55:25] *** dblevins has joined #jbosstesting
[22:55:33] <aslak> Alpha2 is like 2 years old
[22:56:00] <aslak> CR1
[22:56:05] <mhuniewicz> I can upgrade.
[22:56:10] <mhuniewicz> 1.0.0.CR1?
[22:56:12] <aslak> yea
[22:56:47] <mhuniewicz> As in, arquillian-weld-embedded-1.0.0.CR1.jar?
[22:56:47] *** aslak has quit IRC
[22:57:21] *** aslak has joined #jbosstesting
[22:57:34] <mhuniewicz> As in, arquillian-weld-embedded-1.0.0.CR1.jar? Coz Maven just told me it cannot find it.
[22:57:57] <aslak> everyting has changed since then.. :)
[22:58:15] <aslak> can you upgrade weld as well?
[22:58:17] <aslak> weld
[22:58:24] <mhuniewicz> It's my project, I can do anything.
[22:58:29] <mhuniewicz> Maybe it will still work. (sweat)
[22:59:43] <aslak> ok, org.jboss.arquillian.contianer:arquillian-weld-ee-embedded-1.1:1.0.0.CR1
[23:00:10] <aslak> and you want, org.jboss.arquillian.junit:arquillian-junit-container:1.0.0.CR1
[23:00:50] <aslak> you will have to upgrade your tests as well.. some packages has moved
[23:01:33] <mhuniewicz> Do I need weld-core?
[23:02:10] <aslak> you need it for running the weld-ee-embedded container, but not for the as7 one
[23:02:29] <mhuniewicz> Is 1.0-SP1 fine?
[23:03:03] <aslak> mhuniewicz, no, use 1.1.1.Final, that's the latest
[23:03:31] <mhuniewicz> And weld-core.
[23:03:45] *** tdiesler has quit IRC
[23:03:51] <aslak> same v i think
[23:04:39] <aslak> 1.1.2.Final is out actually
[23:04:56] <aslak> weld.spi 1.1.Beta2
[23:05:21] *** ldimaggi has quit IRC
[23:05:21] <aslak> mhuniewicz, look here: https://docs.jboss.org/author/display/ARQ/Weld+EE+1.1+-+Embedded
[23:07:09] *** rbattenfeld has left #jbosstesting
[23:07:33] <mhuniewicz> This is a bit outdated, isn't it.
[23:08:00] <aslak> how so ?
[23:08:26] <mhuniewicz> 1.0.0-SNAPSHOT
[23:08:39] <aslak> aa, ignore that version
[23:08:58] <aslak> we change that on release to what ever version is the current
[23:09:24] <aslak> should have been hooked up with the space metadata stuff in confluence, but it not done yet
[23:10:28] <mhuniewicz> Should I use this bom instead of specifying things explicitly?
[23:10:43] <aslak> sure
[23:11:18] <aslak> then you only have to care about the v. of weld-core, the rest is handled by the bom import
[23:12:10] <mhuniewicz> Should I use org.jboss.arquillian.container.test.api.Deployment?
[23:12:41] <aslak> yea
[23:17:41] <mhuniewicz> aslak, what about the runner?
[23:18:04] <mhuniewicz> Could not create a new instance of class org.jboss.arquillian.test.impl.EventTestRunnerAdaptor see cause.
[23:18:31] <aslak> should be pulled in via org.jboss.arquillian.junit:arquillian-junit-container
[23:19:02] <aslak> what's the cause anyway?
[23:19:50] <mhuniewicz> Caused by: java.lang.RuntimeException: Multiple service implementations found for interface org.jboss.arquillian.container.spi.client.container.DeployableContainer. org.jboss.arquillian.container.weld.ee.embedded_1_1.WeldEEMockContainer, org.jboss.as.arquillian.container.managed.ManagedDeployableContainer
[23:21:11] <aslak> mhuniewicz, yes, as the exception says, you can't have multiple containers on the same classpath
[23:21:23] <aslak> mhuniewicz, you need to split them out into profiles or similar in maven
[23:22:15] <mhuniewicz> jboss-as-arquillian-container-managed? That one.
[23:22:17] <mhuniewicz> ?
[23:22:28] <aslak> if you want to run with as7 yes
[23:22:50] <mhuniewicz> Should that go into a profile?
[23:23:57] <aslak> if you want to run with multiple containers yes, if you only care for on.. just put it as a dep
[23:24:06] <aslak> on/one
[23:24:29] <mhuniewicz> I want to be able to run it from Eclipse
[23:24:35] <mhuniewicz> and in JBoss 7. What should I do then?
[23:24:49] <aslak> https://docs.jboss.org/author/display/ARQ/Supported+containers
[23:25:26] <aslak> https://docs.jboss.org/author/display/ARQ/Setting+up+Arquillian+in+a+Maven+project
[23:25:32] <aslak> https://docs.jboss.org/author/display/ARQ/Setting+up+and+running+the+test+in+Eclipse
[23:25:56] <aslak> :)
[23:26:03] <mhuniewicz> Aslak, I got these 3: arquillian-junit-container, arquillian-weld-ee-embedded-1.1, jboss-as-arquillian-container-managed.
[23:27:13] <aslak> mhuniewicz, yes, if you want to run in jbossas7, remove the weld-ee one
[23:27:57] <mhuniewicz> aslak, makes sense. Should the other two stay/
[23:28:11] <aslak> yes
[23:29:57] <mhuniewicz> aslak, okay, it runs, we're back to the original exception.
[23:35:22] <aslak> yea
[23:35:32] <mhuniewicz> aslak, also, a regular Arquillian test fails now with a NoClassFedFoundError: javax/ejb/Stateless.
[23:41:32] <aslak> where does it fail on that ?
[23:42:30] <mhuniewicz> ee.embedded_1_1.mock.Ejbs.findEjbs
[23:42:52] <mhuniewicz> Am I missing a dependency?
[23:43:12] <aslak> ? didn't you remove that
[23:43:21] <aslak> i mean the ee container
[23:43:24] <aslak> weld ee container
[23:43:34] <mhuniewicz> Yes, but not from this module.
[23:44:31] <aslak> see the 'second' part here: https://docs.jboss.org/author/display/ARQ/Weld+EE+1.1+-+Embedded
[23:45:59] <mhuniewicz> Eclipse is suggesting org.jboss.spec.javax.ejb:jboss0ejb-api_3.1_spec:1.0.1.Final
[23:46:09] <mhuniewicz> Should I go for this one or the one from the docs?
[23:47:26] <aslak> that should work i think
[23:48:23] <mhuniewicz> OK, I added this and I added validation. Now it's bitching about no validation provider.
[23:49:23] <aslak> which validation?
[23:49:37] <mhuniewicz> javax.validation
[23:50:33] <mhuniewicz> I'll give it the hibernate one...
[23:50:58] <aslak> mhuniewicz, are you using validation ?
[23:51:12] <mhuniewicz> Not explicitly.
[23:51:33] <aslak> where is it bitching about the validation provider ?
[23:56:41] <mhuniewicz> http://pastebin.com/rgtJLfuT
[23:56:46] <mhuniewicz> aslak, there
[23:57:39] <aslak> aa, your starting hibernate. well ok
[23:58:14] *** rbattenfeld has joined #jbosstesting
[23:58:20] *** rbattenfeld has left #jbosstesting





top