[00:01:42] *** alesj has quit IRC
[00:06:01] *** rruss has joined #jbosstesting
[00:18:07] *** kevinpollet has quit IRC
[00:18:38] *** lightguard_jp is now known as lightguard_jp_aw
[00:33:15] *** oskutka has quit IRC
[00:42:20] *** oskutka has joined #jbosstesting
[00:53:25] *** rruss has quit IRC
[00:57:34] *** oskutka has quit IRC
[01:14:20] *** jeand has quit IRC
[01:36:46] *** johnament has joined #jbosstesting
[02:02:58] *** ianbrandt has quit IRC
[04:07:11] *** johnament has quit IRC
[06:05:19] *** lightguard_jp_aw is now known as lightguard_jp
[07:06:02] *** vnvarsete has joined #jbosstesting
[07:39:45] *** OndraZizka has quit IRC
[07:40:16] *** OndraZizka has joined #jbosstesting
[08:08:15] *** Jaikiran has joined #jbosstesting
[08:17:36] *** OndraZizka has quit IRC
[08:17:38] *** jhuska has joined #jbosstesting
[08:17:54] *** OndraZizka has joined #jbosstesting
[08:38:58] *** mgoldmann has joined #jbosstesting
[08:43:20] *** oskutka has joined #jbosstesting
[08:45:48] *** maschmid has joined #jbosstesting
[08:52:53] *** ge0ffrey has joined #jbosstesting
[09:13:25] *** galderz has joined #jbosstesting
[09:16:54] *** ALR has quit IRC
[09:22:17] *** oskutka has quit IRC
[09:25:37] *** lfryc has joined #jbosstesting
[09:48:19] *** jhuska has quit IRC
[10:14:59] *** jhuska has joined #jbosstesting
[10:19:53] *** kevinpollet has joined #jbosstesting
[10:25:46] *** oskutka has joined #jbosstesting
[10:36:31] *** alesj has joined #jbosstesting
[10:47:54] *** alesj has quit IRC
[10:53:41] *** tdiesler has joined #jbosstesting
[11:08:06] *** aslak has joined #jbosstesting
[11:08:34] *** pilhuhn has joined #jbosstesting
[11:08:35] *** pilhuhn has joined #jbosstesting
[11:08:40] *** jeand has joined #jbosstesting
[11:27:23] *** vnvarsete has quit IRC
[12:03:25] *** nilian has joined #jbosstesting
[12:08:28] *** kevinpollet has quit IRC
[12:56:28] *** galderz has quit IRC
[13:00:33] *** galderz has joined #jbosstesting
[13:25:29] *** kevinpollet has joined #jbosstesting
[13:26:59] *** jose_freitas has joined #jbosstesting
[13:28:48] <jose_freitas> g'morning
[13:32:39] *** Jaikiran has quit IRC
[13:33:35] *** galderz has quit IRC
[14:00:08] *** Jaikiran has joined #jbosstesting
[14:06:19] *** kpiwko has joined #jbosstesting
[14:12:50] *** ldimaggi has joined #jbosstesting
[14:20:08] <jose_freitas> hey kpiwko
[14:20:15] <jose_freitas> good morning
[14:20:27] <kpiwko> jose_freitas: good afternoon :)
[14:20:36] <jose_freitas> :)
[14:21:07] <jose_freitas> kpiwko: I'd like to know how is SHRINKWRAP-288 in your plans
[14:21:08] <jbossbot> jira [SHRINKWRAP-288] MavenDependencyResolver.load*From* and configureFrom should accept a URL and support the classpath protocol [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-288
[14:21:52] <jose_freitas> if it's not on your priority list, I could give a help to implement this
[14:22:22] <kpiwko> jose_freitas: that would be great!
[14:24:18] <kpiwko> jose_freitas: do you know that shrinkwrap resolver now have it's own git repository?
[14:24:40] *** alesj has joined #jbosstesting
[14:24:42] <jose_freitas> yeah
[14:24:48] <jose_freitas> didn't access it though
[14:27:08] <jose_freitas> I'll clone it today
[14:30:26] <jose_freitas> :)
[14:49:33] *** galderz has joined #jbosstesting
[14:53:05] *** rruss has joined #jbosstesting
[15:28:21] *** kevinpollet has quit IRC
[16:29:44] *** tdiesler has quit IRC
[16:30:47] *** tdiesler has joined #jbosstesting
[16:39:09] *** mgoldmann has quit IRC
[16:54:59] *** aslak has quit IRC
[17:02:06] *** oskutka has quit IRC
[17:03:02] *** nilian has quit IRC
[17:07:29] *** aslak has joined #jbosstesting
[17:16:41] *** ALR has joined #jbosstesting
[17:17:29] *** aslak has quit IRC
[17:18:27] *** aslak has joined #jbosstesting
[17:22:49] *** kevinpollet has joined #jbosstesting
[17:25:54] *** galderz has quit IRC
[17:25:55] *** aslak has quit IRC
[17:26:28] *** aslak has joined #jbosstesting
[17:32:39] *** galderz has joined #jbosstesting
[17:38:31] *** vtunka has quit IRC
[17:44:15] *** kevinpollet has quit IRC
[17:44:29] *** kevinpollet has joined #jbosstesting
[17:46:04] *** nilian has joined #jbosstesting
[17:48:59] *** kevinpollet has quit IRC
[17:49:20] *** jhuska has quit IRC
[18:06:50] *** nilian has quit IRC
[18:09:25] *** alesj has quit IRC
[18:09:30] *** alesj has joined #jbosstesting
[18:10:43] *** alesj has quit IRC
[18:10:55] *** alesj has joined #jbosstesting
[18:11:10] *** tdiesler has quit IRC
[18:17:00] *** ianbrandt has joined #jbosstesting
[18:17:48] *** alesj has quit IRC
[18:19:22] *** bleathem has quit IRC
[18:28:00] *** pilhuhn is now known as pil-dinner
[18:32:56] *** maschmid has quit IRC
[18:33:49] *** Jaikiran has quit IRC
[18:33:49] *** ge0ffrey has quit IRC
[18:35:58] <ianbrandt> aslak, ping
[18:43:17] *** alesj has joined #jbosstesting
[18:49:46] *** ge0ffrey has joined #jbosstesting
[18:51:08] *** lfryc has quit IRC
[19:11:49] *** alesj has quit IRC
[19:17:05] <jose_freitas> ALR
[19:17:09] <jose_freitas> ping
[19:17:14] <ALR> jose_freitas: Yup
[19:17:42] <jose_freitas> I implemented the code to the issue https://issues.jboss.org/browse/SHRINKWRAP-288
[19:17:50] <jbossbot> jira [SHRINKWRAP-288] MavenDependencyResolver.load*From* and configureFrom should accept a URL and support the classpath protocol [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-288
[19:18:08] <jose_freitas> and I saw that you made something close at containerBase (fileFromResource)
[19:18:25] * ALR looking
[19:18:54] <jose_freitas> I was thinking if we could implement FileFromResource at a class that could be reusable for both of us
[19:19:15] <ALR> jose_freitas: Can I see the code and the problem?
[19:19:15] <jose_freitas> mine method return resourcePath from a resourceName
[19:19:27] <jose_freitas> well, actually there's no problem
[19:19:29] <jose_freitas> it's working
[19:19:50] <jose_freitas> the thing is that I implemented it in MavenBuilderImpl
[19:20:02] <jose_freitas> in Resolver/maven-impl
[19:20:11] <jose_freitas> and you have something close in shrinwrap
[19:20:31] <ALR> Remind me what exactly? :)
[19:21:14] <jose_freitas> take a look at org.jboss.shrinkwrap.impl.base.container.ContainerBase
[19:21:34] <jose_freitas> private File fileFromResource(final String resourceName)
[19:22:05] <jose_freitas> it'd be nice if we could reuse this code
[19:22:10] <ALR> Ah yes
[19:23:48] <ALR> jose_freitas: I think the maintenance burden of centralizing this is greater than copying it
[19:24:18] <jose_freitas> ok :)
[19:24:26] <ALR> jose_freitas: Do you see why I say that?
[19:24:37] <jose_freitas> yeah, I actually agree with you
[19:24:40] <ALR> Cool.
[19:24:48] <jose_freitas> but sometimes I just try to be purist
[19:24:52] <ALR> Me too.
[19:25:24] <ALR> But I've been coming to realize more and more over the past couple years that DRY should be violated when confronted w/ dependency management.
[19:25:46] <ALR> DRY is in place to limit maintenance and prevent sloppy codebases.
[19:26:02] <jose_freitas> agree
[19:26:14] <ALR> But what's more costly and sloppy is continually pulling modules apart and managing their upgrades/compatibility matrixes.
[19:26:15] <ALR> Cool
[19:26:21] <jose_freitas> and specially because this code won't chaneg
[19:26:24] <jose_freitas> change
[19:26:31] <jose_freitas> at least not very much
[19:26:46] <ALR> Well, it *may*, maybe.  Like in the case we find a bug like an NPE in there.
[19:26:51] <ALR> But it's so small and simple in scope
[19:28:00] <jose_freitas> yeah
[19:40:55] *** rbattenfeld has joined #jbosstesting
[19:41:30] <jose_freitas> kpiwko: very nice structure you made for testing maven resolving dependencies
[19:42:47] <ALR> You mean the localized repos?
[19:42:48] <kpiwko> jose_freitas: thanks :)
[19:42:51] <jose_freitas> I was afraid that I would spend 10x more time writting the test than the feature itself. :)
[19:42:55] <jose_freitas> yeah
[19:42:57] <ALR> One of my favorite bits about those modules :)
[19:43:01] <jose_freitas> ALR ^
[19:43:20] <jose_freitas> yeah, it's pretty cool
[19:43:21] <ALR> kpiwko really killed that feature.
[19:43:43] <ALR> Though I suppose we should start thinking about doing a full API review
[19:43:45] <ALR> And locking it.
[19:43:52] <ALR> Now that it's standalone.
[19:44:06] <lightguard_jp> aslak: Is the OWB 1.1 container good to use?
[19:46:47] <aslak> lightguard_jp, well.. OWB 1.1 has a bug that fails the static injection in the testcase, so OBW 1.1.1-SNAPSHOT is needed, but i think Mark was looking at pulling back on the 1.1. SPI change, not sure what the status is on that
[19:47:03] <aslak> lightguard_jp, so in theory, when 1.1.1 is released, the old 1.0 container will work
[19:47:22] <lightguard_jp> Okay, but I can try the 1.1.1-SNAPSHOT then, right?
[19:48:10] <aslak> lightguard_jp, sure, this branch should work: https://github.com/arquillian/arquillian-container-openwebbeans/tree/ARQ-526
[19:48:14] <jbossbot> jira [ARQ-526] Support OpenWebBeans 1.1 Container [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/ARQ-526
[19:48:18] <aslak> with 1.1.1-SNAPSHOT
[19:54:34] <ianbrandt> aslak, have a minute to discuss ARQ-539?
[19:55:04] <jbossbot> jira [ARQ-539] Resource injection for Servlet type should inject URL(s) for the servlet instead of baseURL [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/ARQ-539
[19:56:41] <aslak> ianbrandt, hey, sure
[19:56:58] <aslak> ianbrandt, your second part there is why i avoided it to begin with
[19:57:04] <ianbrandt> aslak, hey, great.
[19:57:11] <ianbrandt> aslak, ha, yep.
[19:57:13] <aslak> a Servlet has URLPatterns..
[19:57:31] <aslak> i have no idea how the Servlet should be called, but i know where the servlet is
[19:58:33] <aslak>    or rather, which web context it is in
[19:58:58] <ianbrandt> oh, good point, it could be in multiple contexts.
[19:59:58] <aslak> well, that's where the @ArqRes(Serlvet.class) comes in.. it assumes at least that you have not deployed the same servlet in multiple context, but rather that you have multiple contexts and want to specify which context to inject
[20:00:36] <aslak> this is specifically for EAR's really, where you can have multiple wars.. and say @ArqRes (MyServletInWar1.class) vs @ArqRes (MyServletInWar2.class)
[20:02:14] *** galderz has quit IRC
[20:07:40] *** kpiwko has quit IRC
[20:12:47] *** rbattenfeld has left #jbosstesting
[20:12:51] <ianbrandt> aslak, Hmm, but it is possible to have the same Servlet.class in multiple WARs in a single EAR though, right?  Maybe @ArqRes(Serlvet.class) should just get axed now that I think about it, leaving just @ArqRes URL baseURL.  As the test writer you create the test deployment, so in theory you should know where the servlet you want to test is deployed.  When I saw the really handy looking @ArqRes(Serlvet.class) I got lazy and
[20:12:51] <ianbrandt> that fact. ;)
[20:15:05] <aslak> ianbrandt, not sure about axing it, since default ShrinkWrap will create random named archives
[20:15:36] <aslak> so you don't really know where they are deployed.. unless you specify . :)
[20:15:50] <ianbrandt> aslak, right, but with ArqRes URL baseURL you get that.
[20:16:13] <aslak> ianbrandt, not in a ear
[20:16:24] <aslak> the only base you know is ip/port
[20:16:41] <ianbrandt> aslak, oh, okay, got it.
[20:30:09] <jose_freitas> damn, I don't know what eclipse did to the files, but it updated all lines, probably to format on save actions. I use jboss community formatter btw
[20:31:43] <lightguard_jp> aslak: For OWB testing do I need to build OWB locally?
[20:32:21] <aslak> lightguard_jp, no, there is a published owb snapshot available
[20:32:49] <lightguard_jp> That in our repo? I don't see it in central.
[20:34:38] <aslak> lightguard_jp, hmm, maybe mark added a repo to his branch, that's why i have it locally
[20:34:54] *** pil-dinner is now known as pilhuhn
[20:35:13] <aslak> but looking at it now, he seems to have removed the whole 'fix', maybe he fixed owb
[20:35:36] <jose_freitas> ALR, what code formatter do you use?
[20:37:16] <ALR> jose_freitas: At the moment, built-in Eclipse
[20:37:21] <ALR> But we need to standardize
[20:37:34] <ALR> I'm thinking steal AS7
[20:37:45] <ALR> Plus they got checkstyle configs too
[20:37:53] <ALR> We've an open issue for it
[20:38:13] <jose_freitas> hmm
[20:38:22] <jose_freitas> https://github.com/joserodolfofreitas/resolver/commit/f3a4cfdd1dbdb5cf648e18c5f081113850e08533
[20:38:24] <jbossbot> git [resolver] f3a4cfd.. joserodolfofreitas SHRINKWRAP-288 - added feature within two new methods:...
[20:38:31] <jbossbot> jira [SHRINKWRAP-288] MavenDependencyResolver.load*From* and configureFrom should accept a URL and support the classpath protocol [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-288
[20:38:43] <jose_freitas> it changed almost everyline
[20:38:47] <jose_freitas> =/
[20:39:14] <ALR> jose_freitas: Only run formatting only on what you add/change :)
[20:39:33] <jose_freitas> yeah, I just changed save actions to edit just editted lines
[20:40:26] <aslak> lightguard_jp, snapshot is in jboss nexus: https://repository.jboss.org/nexus/service/local/repositories/apache-snapshots/content/org/apache/openwebbeans/openwebbeans/1.1.1-SNAPSHOT/openwebbeans-1.1.1-20110804.000450-58.pom
[20:42:01] <lightguard_jp> Perfect
[20:43:26] *** nilian has joined #jbosstesting
[20:43:59] <aslak> lightguard_jp, one little tweak that is needed
[20:46:34] <lightguard_jp> aslak: What's that?
[20:47:22] <jbossbot> git [arquillian-container-openwebbeans] push master c2f826f.. Aslak Knutsen ARQ-526 Remove throw Exception, this makes it work with 1.0 and upcoming 1.1.1
[20:47:28] <jbossbot> jira [ARQ-526] Support OpenWebBeans 1.1 Container [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/ARQ-526
[20:47:28] <jbossbot> git [arquillian-container-openwebbeans] push master URL: http://github.com/arquillian/arquillian-container-openwebbeans/compare/1c24635...c2f826f
[20:47:33] *** alesj has joined #jbosstesting
[20:48:45] <aslak> lightguard_jp, that.. ^ just pushed a owb container 1.0.0.FINAL-SNAPSHOT
[20:48:59] <aslak> that works with owb 1.1.1-SNAPSHOT
[20:55:25] <lightguard_jp> Oh, okay, I just built branch maybe 30 minutes ago
[21:03:14] <aslak> lightguard_jp, yea, the branch might not work with the latest 1.1.1 snapshto.. depends a bit on how he fixed the spi.. :)
[21:14:57] <jose_freitas> ALR: I managed to fix the code format
[21:15:02] <jose_freitas> https://github.com/shrinkwrap/resolver/pull/2
[21:17:38] <lightguard_jp> I despise maven
[21:18:03] <jose_freitas> hehehe
[21:19:18] <lightguard_jp> I can't get it to fetch the snapshot
[21:19:37] <jose_freitas> are you in eclipse?
[21:19:42] <lightguard_jp> I added a new repo into the profile, but it's not picking it up
[21:19:47] <lightguard_jp> just trying CLI
[21:20:29] <jose_freitas> in eclipse you have a project menu : maven >> update dependencies
[21:21:12] <aslak> lightguard_jp, you have the nexus repo in settings.xml ?
[21:21:16] <aslak> mvn -U ?
[21:22:44] <lightguard_jp> jose_freitas: I refuse to setup and load this project in eclipse just to make maven behave better.
[21:22:58] <jose_freitas> mvn -U will do it
[21:23:38] <lightguard_jp> aslak: I have aslak I have the public one, nothing setup for snapshots
[21:23:49] <lightguard_jp> I thought adding it to the profile in the pom would work
[21:25:36] <aslak> lightguard_jp, this is what i have i settings.xml https://gist.github.com/1063876
[21:26:26] <lightguard_jp> aslak: Actually, that's what I have as well, but it can't find the jar
[21:26:43] <lightguard_jp> It picks up the meta-data fine, but no jar
[21:27:28] <lightguard_jp> Ah, it's actually getting things from the apache snapshot, but there's no jar there
[21:27:30] <lightguard_jp> grr
[21:27:34] *** mhuniewicz has joined #jbosstesting
[21:27:52] <aslak> hmm
[21:28:01] *** nilian has quit IRC
[21:31:50] <mhuniewicz> ALR, hi there. Can I ask a quesion about EJB 3.1?
[21:44:40] *** ldimaggi has quit IRC
[21:58:39] *** ge0ffrey has quit IRC
[22:00:14] <lightguard_jp> aslak: Got it figured out
[22:00:31] <aslak> lightguard_jp, goodie
[22:10:41] *** rbattenfeld has joined #jbosstesting
[22:38:04] <lightguard_jp> aslak: mind coming over to #openwebbeans and we'll see if we can get this worked out?
[22:39:55] <lightguard_jp> ALR: ping
[22:42:12] *** mgoldmann has joined #jbosstesting
[22:45:03] *** pilhuhn has quit IRC
[22:46:13] <mhuniewicz> aslak, would you say @Inject'ing something application scoped into an EJB is okay?
[22:47:49] <ALR> lightguard_jp: Yo
[22:50:39] *** kevinpollet has joined #jbosstesting
[22:51:59] <lightguard_jp> ALR: Is it possible to do a shaded jar idea with shrinkwrap?
[23:03:46] <aslak> mhuniewicz, sure
[23:09:43] *** kevinpollet has quit IRC
[23:10:40] <mhuniewicz> aslak, thanks.
[23:10:48] <mhuniewicz> aslak, I'm trying to integration test with JBoss 7.
[23:10:57] <mhuniewicz> Error reporting is non existent.
[23:11:43] *** rruss has quit IRC
[23:12:09] *** mgoldmann has quit IRC
[23:15:40] <aslak> ianbrandt, cool, thanks for the doc update. .:)
[23:16:52] <ianbrandt> aslak, Should @ArquillianResource injection work for in-container test cases?  It works fine when I try it for an as-client test, but when I do the same in-container the org.jboss.arquillian.container.test.impl.enricher.resource.URLResourceProvider.protocolMetadata.get() is null, so no context URL.  I verified the container is returning a non-null ProtocolMetaData from deploy(...).
[23:17:06] <ianbrandt> aslak, No prob.  Let me know if any of it seems incorrect.
[23:18:21] <aslak> ianbrandt, no it currently doesn't work
[23:19:09] <ianbrandt> aslak, (Btw I'm still planning to do the tomcat-embedded-7 docs first chance I get.)
[23:19:39] <aslak> ianbrandt, it probably should, but i'm not sure we have the info incontianer without doing a callback to the client..
[23:20:06] <aslak> ianbrandt, but then we don't know which deployment we are when incontianer, so we have a little problem there..
[23:20:29] <ianbrandt> aslak, Ah, okay.
[23:20:34] <aslak> no wait we do
[23:21:14] <aslak> the Protocol is executed within a DeploymentScope/ContainerScope, so when it gets the callback, it has the correct context..
[23:21:58] <aslak> we tho need OperatesOnDeployment support for that tho, cuz you possible want to inject URLs not to your self, but to another deployment on possible another contianer that you should invoke from incontainer
[23:22:37] <aslak> so from incontianer on dep 1, we can do @ArqRes @OperatesOnDep("dep2") URL url;
[23:24:58] <mhuniewicz> aslak, do you have any ideas? http://pastebin.com/39uHFJtn
[23:25:56] <aslak> mhuniewicz, which shrinkwrap v and arq v are you using ?
[23:26:36] <mhuniewicz> 1.0.0.CR1 arquillian
[23:27:04] <ianbrandt> aslak, Makes sense.  It's a little more than I could take on at the moment.  I was just augmenting the Tomcat tests to show @ArqRes usage.  I'll skip it for shouldBeAbleToInvokeServletInDeployedWebApp, and JIRA+Wiki the limitation.
[23:28:46] <mhuniewicz> aslak, I don't have shrinkwrap declared explicitly.
[23:28:53] <mhuniewicz> Which slightly surprises me. But another test works.
[23:29:42] <aslak> ianbrandt, the TomcatEmbeddedClientTestCase test cases in 6 and 7 could be rewritten to use @ArqRes since they are as client tests..
[23:29:53] <aslak> mhuniewicz, mvn dependency:tree
[23:30:15] <ianbrandt> aslak: Already done.  Pull request coming soon. ;)
[23:30:22] <aslak> :)
[23:32:09] <mhuniewicz> aslak, I see org.jboss.shrinkwrap:shrinkwrap-api:jar:1.0.0-beta-2:test, beta-1 and beta-3 for the same project.
[23:34:01] <rbattenfeld> ALR: Just for your info. The splitting in api-javaee and api-jboss etc is as a first try working but I need more time to test this change. I also reintroduced some static tests into the test module. Is that ok? I feel better with some static checks:-)
[23:34:39] <aslak> hmm.. don't remember when ServiceProviderContainer was added..
[23:34:54] <aslak> mhuniewicz, try to force it to a single v. beta-3
[23:35:07] <mhuniewicz> aslak, the bottom one says ClassNotFoundException rather that NoClassDefFoundException.
[23:36:41] <aslak> mhuniewicz, which pom is this?
[23:37:04] <mhuniewicz> aslak, of my project?
[23:37:16] <aslak> yea
[23:37:27] <mhuniewicz> Hang on, I'm messing around locally...
[23:37:46] *** rbattenfeld has left #jbosstesting
[23:38:36] <mhuniewicz> http://pastebin.com/H6FNuc7S
[23:38:43] <mhuniewicz> aslak, I added beta-3 and it gave me
[23:39:02] <mhuniewicz> Caused by: java.lang.ClassNotFoundException: org.sonatype.aether.resolution.ArtifactResolutionException
[23:39:21] <mhuniewicz> I'm missing some deps...
[23:40:34] <mhuniewicz> But I didn't have to declare them for the other project.
[23:40:48] <aslak> mhuniewicz, try using jboss as 7.0.0.Final instead of CR1
[23:41:21] <mhuniewicz> aslak, right away
[23:41:23] <mhuniewicz> :)
[23:43:29] <mhuniewicz> aslak, ssame thing: aether.
[23:44:57] <aslak> mhuniewicz, try to add a direct dep on this: https://github.com/arquillian/arquillian-core/blob/master/bom/pom.xml#L201
[23:45:44] <mhuniewicz> That's what I'm about to try. beta-3?
[23:45:52] <aslak> yea
[23:46:09] <mhuniewicz> Coz this Jboss 7.0.0.Final still depends on beta-2.
[23:46:53] <aslak> wondering if the exclusion rules in jboss-as parent pom is excluding aether in your project as well, when you use that artifact..  sounds a bit strange but
[23:47:43] <mhuniewicz> Something's happening...
[23:48:00] <mhuniewicz> aslak, OK everything failed but it got further.
[23:50:57] <mhuniewicz> aslak,
[23:51:14] <mhuniewicz> in EJB, can I specify the CLASS of my EJB rather than it's interface?
[23:51:26] <mhuniewicz> I have a Stub EJB for testing purposes
[23:51:30] <mhuniewicz> with additional methods
[23:51:40] <mhuniewicz> but it's telling me to ask for an interface.
[23:52:45] <aslak> mhuniewicz, yea, unless it's a no interface bean
[23:53:11] <aslak> mhuniewicz, you can combine cdi and ejb tho
[23:53:17] <mhuniewicz> It's a bean with an interface. But I want to have it injected as a class, not as an interface.
[23:53:55] <aslak> https://github.com/arquillian/arquillian-showcase/blob/master/cdi-ejb/src/test/java/com/acme/cdiejb/async/BlockingFireAndForgetBean.java
[23:54:01] <aslak> https://github.com/arquillian/arquillian-showcase/blob/master/cdi-ejb/src/test/java/com/acme/cdiejb/async/FireAndForgetTestCase.java
[23:54:56] <aslak> using cdi Alternative to active your Test Bean instead of your normal bean..
[23:55:06] <aslak> injection is still based on the common interface tho
[23:55:10] <mhuniewicz> OK but what I would like is @Inject BlockingFireAndForgetBean asyncBean.
[23:55:49] <aslak> you'll need to cast if your using interfaces
[23:56:01] <aslak> non interface view it 'should' be possible
[23:56:05] <aslak> with
[23:56:30] *** bleathem has joined #jbosstesting
[23:56:34] <aslak> maybe
[23:57:28] <aslak> @Stateless TestBean extends (@Stateless) MyBean, @Inject TestBean
[23:58:24] <mhuniewicz> It just extends, while MyBean implements the interface?
[23:58:40] <aslak> no, this would be if MyBean had no interfaces
[23:58:49] <mhuniewicz> It does.
[23:59:10] <mhuniewicz> The actual proper implementation is not even in this module.





top