[00:01:58] <lightguard_jp> aslak: Still around?
[00:02:03] <aslak> lightguard_jp, yea
[00:02:23] <lightguard_jp> For a remote container, is there really anything to do in the start and stop methods?
[00:03:18] <lightguard_jp> I guess it's not starting the server
[00:03:42] <aslak> lightguard_jp, for a rest based v. not really
[00:03:56] <lightguard_jp> Can't tell, no Javadoc :(
[00:04:05] <aslak> only thing i could think of would be to e.g. startup a http request pool or similar
[00:04:48] <aslak> well, setup is do what you need to do with the configuration, pre checks and validation etc
[00:05:05] <aslak> start is do what ever you need to prepare for deployment, stop is the oposite
[00:05:45] <aslak> in jboss as remote, we connect to the server, fetch the ProfileService etc in start
[00:06:20] <lightguard_jp> Not sure I really need anything like that.
[00:06:33] <aslak> maybe do a test connection in start
[00:08:36] <lightguard_jp> Okay, probably nothing but make sure the server is running, start nothing or the test to see if the server is working.  Deploy and undeploy speak for themselves
[00:08:45] <lightguard_jp> And stop probably nothing again
[00:10:27] <aslak> yea
[00:10:40] <lightguard_jp> Lol, this thing almost writes itself
[00:11:38] <aslak> :)
[00:21:12] *** jc3 has quit IRC
[00:36:46] *** ALR has quit IRC
[00:59:35] <lightguard_jp> aslak: are wars always called test.war ?
[00:59:59] <aslak> lightguard_jp, in alpha4 that's a require ment.. but not in beta1
[01:00:08] <lightguard_jp> Okay
[01:00:30] <lightguard_jp> Was looking at the ServletMethodExecutor
[01:00:47] <lightguard_jp> Saw it said localhost.../test/...
[01:00:51] <aslak> yea
[01:03:21] *** bleathem has quit IRC
[01:13:11] *** jdlee has quit IRC
[01:14:00] *** jdlee has joined #jbosstesting
[01:14:01] *** jdlee has quit IRC
[01:14:01] *** jdlee has joined #jbosstesting
[01:24:08] *** jdlee has quit IRC
[01:27:09] *** jdlee has joined #jbosstesting
[01:27:10] *** jdlee has quit IRC
[01:27:10] *** jdlee has joined #jbosstesting
[01:34:28] *** lightguard_jp has quit IRC
[01:51:15] *** aslak has quit IRC
[01:57:40] *** michaelschuetz has quit IRC
[02:29:32] *** bgeorges has joined #jbosstesting
[03:15:12] *** johnament has joined #jbosstesting
[03:28:58] *** bgeorges has quit IRC
[03:29:21] *** johnament has quit IRC
[03:29:53] *** bgeorges has joined #jbosstesting
[04:26:53] *** ldimaggi_ has quit IRC
[05:42:22] *** bleathem has joined #jbosstesting
[05:43:03] *** bleathem has quit IRC
[05:44:38] *** lightguard_jp has joined #jbosstesting
[06:32:05] *** bleathem has joined #jbosstesting
[06:53:46] *** lfryc has joined #jbosstesting
[07:29:44] *** bobmcw has quit IRC
[07:29:45] *** lightguard_jp has quit IRC
[07:29:47] *** dmlloyd has quit IRC
[07:36:56] *** dmlloyd has joined #jbosstesting
[08:15:11] *** oskutka has joined #jbosstesting
[08:23:16] *** kpiwko has joined #jbosstesting
[08:32:18] *** bleathem has quit IRC
[08:42:19] *** kpiwko has quit IRC
[08:42:54] *** ge0ffrey has joined #jbosstesting
[09:03:29] *** kpiwko has joined #jbosstesting
[09:07:15] *** wolfc has joined #jbosstesting
[09:31:53] *** Jaikiran has joined #jbosstesting
[09:31:53] *** jharting has joined #jbosstesting
[09:31:53] *** mgoldmann has joined #jbosstesting
[09:31:53] *** theute has joined #jbosstesting
[09:31:53] *** yahya_h has joined #jbosstesting
[09:31:53] *** lightguard_jp has joined #jbosstesting
[09:31:53] *** bobmcw has joined #jbosstesting
[09:32:05] *** mgoldmann has quit IRC
[09:32:05] *** mgoldmann has joined #jbosstesting
[09:32:15] *** Jaikiran has quit IRC
[09:32:15] *** Jaikiran has joined #jbosstesting
[09:37:14] *** jeand has joined #jbosstesting
[09:37:56] *** lightguard_jp has quit IRC
[09:44:40] *** aslak has joined #jbosstesting
[09:44:40] *** aslak has quit IRC
[09:44:40] *** aslak has joined #jbosstesting
[09:45:23] *** bgeorges has quit IRC
[10:20:39] *** mgoldmann_ has joined #jbosstesting
[10:22:53] *** mgoldmann has quit IRC
[10:31:07] *** michaelschuetz has joined #jbosstesting
[10:38:34] <michaelschuetz> aslak: ping
[10:39:51] <aslak> michaelschuetz, heya
[10:43:21] *** mgoldmann has joined #jbosstesting
[10:46:43] *** mgoldmann_ has quit IRC
[10:47:42] *** mgoldmann has quit IRC
[10:49:16] <michaelschuetz> aslak: couple of people do use Arq. here now..
[10:49:24] *** ge0ffrey has quit IRC
[10:49:27] <michaelschuetz> aslak: do you remember Alphonse?
[10:49:41] <aslak> michaelschuetz, aa goodie..
[10:49:56] <michaelschuetz> aslak: what he would need is JBoss 4.2.* integration
[10:50:01] <aslak> michaelschuetz, aa right
[10:50:06] <michaelschuetz> aslak: what's the status on that?
[10:50:09] *** maeste has joined #jbosstesting
[10:50:14] *** mgoldmann has joined #jbosstesting
[10:51:00] *** ge0ffrey has joined #jbosstesting
[10:51:25] <aslak> michaelschuetz, not much directly. but Descriptors are coming along, and we will get a new SPI extension point that should let us auto add the application.xml etc
[10:52:28] <michaelschuetz> aslak: cheers
[10:52:38] <michaelschuetz> aslak: saw this post: http://community.jboss.org/message/570837
[10:52:49] <michaelschuetz> aslak: does anybody got it to work already?
[10:52:58] <michaelschuetz> aslak: context: Seam2, EJB3, JMS
[10:55:30] <michaelschuetz> aslak: is ARQ-238 branch ready to use?
[10:55:31] <aslak> should work with the 4.2.3 container, as long as you manually provide the metadata needed by ear for instance
[10:55:32] <jbossbot> jira [ARQ-238] Create a DeployableContainer integration for JBoss AS 4.2 [Open, Major, Unassigned] https://issues.jboss.org/browse/ARQ-238
[10:55:45] <aslak> michaelschuetz, define ready.. :)
[10:56:00] *** ge0ffrey has quit IRC
[10:57:24] <michaelschuetz> aslak: good enough to run without throwing tons of exceptions :)
[10:57:45] *** ge0ffrey has joined #jbosstesting
[10:57:57] <michaelschuetz> aslak: ok, thanks a lot - will try that.
[10:58:30] <aslak> michaelschuetz, it should run perfeclty fine with the limitation of manually having to add application.xml with reference to the internal arquillian-protocol.war, https://github.com/aslakknutsen/arquillian/blob/ARQ-238/containers/jbossas-remote-4.2/src/test/java/org/jboss/arquillian/container/jbossas/remote_4_2/JBossASIntegrationTestCase.java
[10:58:30] <jbossbot> jira [ARQ-238] Create a DeployableContainer integration for JBoss AS 4.2 [Open, Major, Unassigned] https://issues.jboss.org/browse/ARQ-238
[10:59:13] <michaelschuetz> aslak: ah, is see - thanks Aslak
[11:00:37] *** mgoldmann_ has joined #jbosstesting
[11:00:49] <michaelschuetz> aslak, BTW - any news about providing mocks directly?
[11:01:09] <michaelschuetz> aslak, we did build easymock-integration manually
[11:01:51] <michaelschuetz> aslak: the interesting part might be generating delegates with javassist etc..
[11:02:22] <aslak> michaelschuetz, been looking at byteman integration, not really for mocks, but
[11:02:54] *** mgoldmann has quit IRC
[11:03:28] <aslak> michaelschuetz, how did you do the easy mock integration?
[11:06:36] <michaelschuetz> aslak: manually: created mock-implementation of EJB, contains static delegate, added mock-impl. to archive
[11:07:14] <michaelschuetz> aslak: will provide code snippet in a second
[11:07:33] *** mgoldmann has joined #jbosstesting
[11:07:42] *** mgoldmann has joined #jbosstesting
[11:09:08] *** mgoldmann_ has quit IRC
[11:12:13] <michaelschuetz> aslak: http://pastebin.com/Ncq4Sf1r
[11:12:21] <michaelschuetz> aslak: feedback welcome
[11:15:04] <aslak> michaelschuetz, where is QueueSenderServiceDummy used?
[11:18:10] <aslak> aa, MyMessageQueueSender looks up a QueueSenderService, in your test scnario that would be the Dummy service which delegates to your mock
[11:22:53] <michaelschuetz> aslak: yeah
[11:23:16] <michaelschuetz> aslak: WDYT, how easy would it be to provide general approach
[11:23:39] <michaelschuetz> aslak: would byteman help?
[11:24:47] <aslak> michaelschuetz, with byteman you could manipulate the original QueueSenderService impl directly
[11:26:17] <aslak> michaelschuetz, http://arquillian.pastebin.com/dHhTaguZ
[11:26:28] <michaelschuetz> aslak: would you find this easymock integration useful?
[11:26:37] <michaelschuetz> aslak: cheers, will check in a second
[11:27:45] <aslak> some what in line with what i was attempting with mockito, except that i was rewriting the QuerySenderService directly to delegate to a serialized mock instance
[11:28:16] <aslak> so the mock setup would be 'deployment' time, and the EJB deployed would be a rewritten EJB that has the delegate object internally
[11:35:53] <michaelschuetz> aslak:interesting. will inform Alphonse about this - he is our mock expert.
[11:36:09] <michaelschuetz> aslak: would like to contat you about this within next couple of days
[11:36:17] <michaelschuetz> aslak: thanks fpr your time
[11:36:54] <aslak> michaelschuetz, no problem :)
[11:37:55] <aslak> michaelschuetz, get Alphonse to join here. .
[11:40:19] <michaelschuetz> aslak, yeah - i certainly will
[11:54:40] *** pmuir has joined #jbosstesting
[11:54:40] *** pmuir has quit IRC
[11:54:40] *** pmuir has joined #jbosstesting
[12:44:07] *** yahya_h has quit IRC
[13:03:16] *** Jaikiran has quit IRC
[13:03:55] *** Jaikiran has joined #jbosstesting
[13:09:22] *** GTobi has joined #jbosstesting
[13:44:43] *** ldimaggi_ has joined #jbosstesting
[13:45:30] *** balunasj has joined #jbosstesting
[13:45:36] *** balunasj has left #jbosstesting
[14:08:18] *** pmuir has quit IRC
[14:09:13] <michaelschuetz> aslak: ping
[14:12:34] *** pmuir has joined #jbosstesting
[14:12:41] *** pmuir has quit IRC
[14:12:41] *** pmuir has joined #jbosstesting
[14:12:53] <michaelschuetz> aslak: would like to talk about https://github.com/arquillian/arquillian/blob/master/testenrichers/ejb/src/main/java/org/jboss/arquillian/testenricher/ejb/EJBInjectionEnricher.java#L138
[14:13:24] <michaelschuetz> aslak: facing to problems while executing several tests
[14:26:56] *** yahya_h has joined #jbosstesting
[14:36:29] <aslak> michaelschuetz, what's the problem?
[14:38:40] *** yahya_h has quit IRC
[14:40:30] *** jc3 has joined #jbosstesting
[14:42:53] *** jc3 has left #jbosstesting
[14:49:32] *** bobmcw has quit IRC
[14:49:46] *** bobmcw has joined #jbosstesting
[14:56:32] <michaelschuetz> aslak, running test against AS5.1
[14:57:47] <michaelschuetz> aslak: problem occurs when running 2 tests in a row, only.
[14:58:05] <aslak> exception?
[14:58:09] <michaelschuetz> aslak: seems the container does not clean test.ear correctly
[14:59:31] <michaelschuetz> aslak: nope; vfscanner generates warning. do not have stack here
[14:59:49] <michaelschuetz> aslak: sorry. colleague will try to reproduce
[14:59:54] <aslak> which warning =?
[15:00:07] <michaelschuetz> aslak: yeah in a second.
[15:00:11] <aslak> :)
[15:00:32] <michaelschuetz> aslak: as workaround, tried to use different EAR's
[15:00:57] <michaelschuetz> this doesn't work because of https://github.com/arquillian/arquillian/blob/master/testenrichers/ejb/src/main/java/org/jboss/arquillian/testenricher/ejb/EJBInjectionEnricher.java#L138
[15:01:10] <aslak> yea
[15:01:21] <michaelschuetz> aslak: is there any nice way to handle this limitation
[15:01:22] <michaelschuetz> ?
[15:01:38] <aslak> not currently..
[15:02:15] <aslak> michaelschuetz, well, you can write your own enricher and try to get it to run before this one
[15:02:55] *** ALR has joined #jbosstesting
[15:03:01] *** bgeorges has joined #jbosstesting
[15:03:04] <michaelschuetz> aslak: hm, doesn't sound like perfect solution, honestly :)
[15:07:27] <michaelschuetz> aslak:
[15:07:29] <michaelschuetz> WARN  [org.jboss.seam.integration.jbossas.vfs.VFSScanner] Error handling item 'de/still/sp/it/ServiceEngineerServiceItTest.class': java.lang.IllegalStateException: Cannot load de/still/sp/it/ServiceEngineerServiceItTest.class from org.jboss.web.tomcat.service.WebCtxLoader$ENCLoader@6e69df65 (using getResourceAsStream() returned null)
[15:07:29] <michaelschuetz> 2011-01-19
[15:08:09] <michaelschuetz> aslak, seems to be a Seam problem, anyway.
[15:08:25] <michaelschuetz> aslak: any ideas on how to workaround this?
[15:08:59] <aslak> is that testcase from the previously deplpoyed archive?
[15:09:57] <michaelschuetz> yeah
[15:21:28] <michaelschuetz> aslak: so, nothing arquillian could do here?
[15:23:56] <aslak> pmuir, ^ anything familiar?
[15:24:58] <aslak> would be interesting to know who is trying to load that test class, if it's form a different deployment
[15:25:34] <pmuir> idk, sorry
[15:25:38] <pmuir> you need ales
[15:25:53] <aslak> michaelschuetz, would be useful with a test project that replicates the issues
[15:26:30] <aslak> or should i say, a simplified test .. :)
[15:27:21] <michaelschuetz> aslak, hm ok, thanks
[15:33:56] <aslak> i know there was some threadlocal leakage in arq, but i don't remember if that was after alpha4 or not
[16:09:43] *** lightguard_jp has joined #jbosstesting
[16:11:17] <ALR> aslak: You've got mail, slides for the webinar today.
[16:13:59] <aslak> ALR, cool, thanks
[16:23:04] <lightguard_jp> aslak: Why are you saying to make the jersey deps provided?  I need them at runtime
[16:23:09] <lightguard_jp> As well as compile
[16:23:28] <aslak> lightguard_jp, i removed that comment didn't i?
[16:23:39] <aslak> i was  abit quick this morning
[16:23:53] <lightguard_jp> I still see it
[16:24:09] <lightguard_jp> Those I can ignore then, just the version property?
[16:24:25] <aslak> yea
[16:24:38] <aslak> still see them=?
[16:24:57] <lightguard_jp> Yeah
[16:25:00] <lightguard_jp> I'll delete them
[16:47:59] <aslak> ALR, looks good
[16:48:04] <ALR> aslak: Yay.
[16:48:15] <ALR> Now we'll just hope we can work out a good WebEx setup.
[16:48:54] <aslak> ALR, the agenda says Arquillians interchangable parts? is that covered ?
[16:49:02] *** lightguard_jp has quit IRC
[16:49:08] <ALR> aslak: Ain't that the SPI?
[16:49:43] <aslak> p.32 ->  ?
[16:49:59] <ALR> Yeah
[16:50:01] <aslak> ok
[16:50:13] <ALR> It's a bit beyond scope of this talk.
[16:50:21] <ALR> But work mentioning that it's a pluggable system.
[16:50:26] <ALR> Not restrained to EE.
[16:50:31] <aslak> yea, keep it
[16:50:54] <aslak> but should i demo the first, then you move on to spi ?
[16:51:24] <aslak> the first set
[16:51:25] *** maeste2 has joined #jbosstesting
[16:52:22] <ALR> aslak: I was thinking all slides first, then demos.
[16:52:25] <ALR> WDTY?
[16:52:27] <ALR> WDYT
[16:52:50] <aslak> we can do that.. then the agenda is wrong.. :)
[16:54:23] <ALR> Ah OK, I'll change that.
[16:55:04] *** maeste has quit IRC
[16:55:08] <ALR> Yeah I see, it doesn't need to be in the agenda.
[16:55:12] <ALR> Removed it.
[16:57:57] <aslak> ok
[16:59:20] *** jharting has quit IRC
[17:09:37] *** pmuir has quit IRC
[17:16:44] <aslak> ALR, starting in 3 hours?
[17:16:50] <ALR> Yeah.
[17:17:00] <aslak> ok, i go the timezones right.. :)
[17:17:01] <ALR> aslak: Well, 2.5
[17:17:04] <aslak> yea
[17:17:07] <ALR> aslak: So we can setup.
[17:17:19] <ALR> Actually more like 2.25
[17:17:26] <aslak> :)
[17:25:34] *** lightguard_jp has joined #jbosstesting
[17:40:51] *** bgeorges has quit IRC
[18:24:43] <aslak> this is not looking to good for later andrew.. i can't even get the slides to show on petes presentation
[18:25:17] <aslak> *sigh*
[18:28:34] <aslak> ALR, ^
[18:29:03] <ALR> aslak: On WebEx?
[18:29:37] <aslak> YEA
[18:29:38] <aslak> ops
[18:30:33] <ALR> aslak: That's not good.
[18:30:36] <ALR> Very not good.
[18:30:53] <ALR> Worst case scenario we point them to the URLs for demos.
[18:31:01] <ALR> And have Bee do the slides.
[18:31:04] <ALR> And narrate
[18:31:09] <ALR> But we'll see what happens in soundcheck.
[18:31:26] <aslak> yea
[18:32:13] *** michaelschuetz has quit IRC
[18:33:39] <aslak> ALR, ha, demos i can see, but not slides
[18:33:54] <ALR> That's more important.
[18:40:34] *** oskutka has quit IRC
[18:44:50] *** kpiwko has quit IRC
[18:46:21] *** Jaikiran has quit IRC
[19:03:09] *** ldimaggi_ has quit IRC
[19:05:59] <ALR> aslak: 30m
[19:06:16] <aslak> ALR, yea
[19:21:46] *** aslak has quit IRC
[19:24:54] *** aslak has joined #jbosstesting
[19:43:04] *** aslak has quit IRC
[19:46:40] <lightguard_jp> What's the pom artifact for the EE6 apis?
[19:46:52] <lightguard_jp> https://repository.jboss.org/nexus/content/groups/public/org/jboss/spec/jboss-javaee-6.0/1.0.0.Final/ ?
[19:47:49] *** aslak has joined #jbosstesting
[19:56:31] <lightguard_jp> If I have an ear test, where do I put the test?  In the war or in the jar?
[19:58:08] <lightguard_jp> :q
[19:58:11] <lightguard_jp> oops
[19:58:16] <lightguard_jp> wrong window :)
[20:05:40] *** aslak has quit IRC
[20:05:50] *** aslak has joined #jbosstesting
[20:05:50] *** aslak has quit IRC
[20:05:50] *** aslak has joined #jbosstesting
[20:05:55] <lightguard_jp> http://pastebin.com/9jrdcTV6
[20:06:00] <lightguard_jp> If anyone is able to help
[20:06:36] <aslak> lightguard_jp, you have to manually add it if your creating a ear
[20:06:44] <aslak> lightguard_jp, the ejb jar is fine
[20:06:57] <lightguard_jp> aslak: example?
[20:07:42] <lightguard_jp> I tried the ear and it died because it couldn't see the servlet class to build the url path
[20:07:51] <lightguard_jp> That's what I get when I add it to the war
[20:08:21] <aslak> right
[20:08:31] <aslak> don't tests servlets from incontainer ? :)
[20:08:58] <lightguard_jp> Could be
[20:09:06] <aslak> bbl, webinar
[20:09:35] *** ldimaggi_ has joined #jbosstesting
[20:17:48] *** ALR has quit IRC
[20:17:49] *** ldimaggi_ has quit IRC
[20:17:51] *** theute has quit IRC
[20:17:53] *** aslak has quit IRC
[20:17:56] *** mgoldmann has quit IRC
[20:17:56] *** jdlee has quit IRC
[20:22:24] *** ldimaggi_ has joined #jbosstesting
[20:22:24] *** aslak has joined #jbosstesting
[20:22:24] *** ALR has joined #jbosstesting
[20:22:24] *** mgoldmann has joined #jbosstesting
[20:22:24] *** theute has joined #jbosstesting
[20:22:24] *** jdlee has joined #jbosstesting
[21:05:00] *** ge0ffrey has quit IRC
[21:22:22] *** aslak has quit IRC
[21:22:31] *** aslak has joined #jbosstesting
[21:22:31] *** aslak has quit IRC
[21:22:31] *** aslak has joined #jbosstesting
[21:39:32] *** mgoldmann has quit IRC
[22:09:00] *** aslak has quit IRC
[22:09:34] *** aslak has joined #jbosstesting
[22:11:11] *** aslak has quit IRC
[22:11:59] *** aslak has joined #jbosstesting
[22:12:46] *** jeand has quit IRC
[22:18:38] *** aslak has quit IRC
[22:22:22] *** balunasj has joined #jbosstesting
[22:25:13] *** GTobi has quit IRC
[22:35:42] *** aslak has joined #jbosstesting
[22:39:00] <lightguard_jp> aslak: still on the webinar?
[22:39:00] *** aslak has quit IRC
[22:39:35] *** aslak has joined #jbosstesting
[22:44:54] <lightguard_jp> aslak: still on the webinar?
[22:50:21] *** ldimaggi_ has quit IRC
[23:10:26] *** maeste2 has quit IRC
[23:18:32] *** wolfc has quit IRC
[23:22:27] <aslak> lightguard_jp, no, done. was down having dinner
[23:22:40] <lightguard_jp> in container ejb didn't work
[23:22:41] <lightguard_jp> war does
[23:23:00] <aslak> lightguard_jp, what doesn't work?
[23:23:24] <lightguard_jp> the glassfish 3.1 in container mode
[23:24:48] <aslak> lightguard_jp, hehe, that i understood.. but what doesn't work with it
[23:25:08] <lightguard_jp> It couldn't find the test class no matter what I tried.
[23:25:31] <aslak> in the ear?
[23:25:45] <lightguard_jp> So I tried putting the test in the ejb jar and injecting the ejb into the test, then it couldn't find the EJB via JNDI lookup
[23:26:24] <aslak> lightguard_jp, no interface view?
[23:26:29] <lightguard_jp> Yep
[23:26:47] <aslak> lightguard_jp, you got a 'deploy' log?
[23:26:50] <lightguard_jp> Here's what glassfish said abot the ejb:
[23:26:51] <lightguard_jp> |Portable JNDI names for EJB Greeter : [java:global/test/testejb/Greeter!org.jboss.arquillian.container.glassfish.remote_3_1.Greeter,
[23:26:54] <lightguard_jp>                                         java:global/test/testejb/Greeter]|
[23:27:00] <aslak> aa yes
[23:27:29] <lightguard_jp> Not sure if that's glassfish not using the real portable names or if we're just not looking in the right place
[23:27:49] <aslak> you ejb jar needs to be called test.jar to be found by the Enricher, but arq will add a test.war in the background. so glassfish renames the ejb context to testejb
[23:28:39] <aslak> ALR, you remember the spec on this? multiple modules wit hthe same name..
[23:28:45] * ALR looks
[23:29:00] <ALR> Sum up for me?
[23:29:37] <aslak> ear with modules test.jar(ejbs) and test.war, they will potensially get the same global namespace, glassfish renames the test.jar context
[23:30:34] <lightguard_jp> aslak: I repushed what I have (I believe I've address all of your comments for the original)
[23:30:48] <ALR> Oh yeah.
[23:30:52] <lightguard_jp> I'm guessing this won't be a problem with the beta?
[23:30:56] <ALR> Def, namespace overlap.
[23:31:04] <ALR> Let me pull up the global JNDI thing.
[23:31:08] *** michaelschuetz has joined #jbosstesting
[23:32:41] <ALR> aslak: EJB 3.1 4.4.1
[23:33:38] <ALR> aslak, lightguard_jp: http://pastebin.com/wE88jZEa
[23:34:28] *** jdlee has quit IRC
[23:37:05] *** jdlee has joined #jbosstesting
[23:37:30] <aslak> lightguard_jp, kinda fixed in next v. we support other names the test.war, so we will be adding a random name in the background, but the ejb context thing doesn't have a solution yet
[23:38:41] <lightguard_jp> aslak: ALR It doesn't say anything about changing the name of the module
[23:38:54] <aslak> a,
[23:38:55] <aslak> ops
[23:39:07] <aslak> no, it doesn't mention name space clashes
[23:39:13] <aslak> meaning anything goes i guess
[23:39:34] <ALR> All goes.
[23:39:50] <lightguard_jp> Ouch
[23:43:35] <aslak> ALR, you know what jboss does?
[23:43:45] <ALR> No idea.
[23:44:01] <lightguard_jp> Is this the part that we're hitting?
[23:44:02] <lightguard_jp> In an ear file, the <module-name> defaults to the pathname of the
[23:44:02] <lightguard_jp>                  module with any filename extension removed, but with any directory names included.
[23:44:06] <ALR> My guess: Overwrite the binding
[23:44:12] <aslak> hehe
[23:44:51] <aslak> lightguard_jp, well that is the default name resolution. . then we move over to the unknown since there can be two modules resolved to the same name
[23:45:18] <aslak> it can be specified as well.. a bit of a strange thing not to define pr spec but ok
[23:45:27] <lightguard_jp> I was thinking of the directory names portion
[23:46:00] <aslak> lightguard_jp, but they're both in root right
[23:46:14] <lightguard_jp> According to the application.xml:
[23:46:15] <lightguard_jp>    <module>
[23:46:15] <lightguard_jp>       <ejb>test.jar</ejb>
[23:46:15] <lightguard_jp>    </module>
[23:46:42] <aslak> you use a application.xml as well? :)
[23:47:05] <aslak> ignore the as well part..
[23:47:23] <lightguard_jp> Dropping the application.xml does the same thing
[23:47:28] <aslak> yea
[23:47:46] <lightguard_jp> It's just something the spec doesn't cover it seems
[23:48:05] <lightguard_jp> So much for fully portable JNDI locations
[23:48:09] <aslak> i would say a dpeloyment exception
[23:49:27] <aslak> lightguard_jp, does it still change the name if you deploy a Remote bean ?
[23:50:09] <lightguard_jp> Not sure, hang on
[23:52:31] <aslak> lightguard_jp, sun enterprise server 3 doc: If no JNDI name for the EJB JAR module is specified in the jndi-name element immediately under the ejb element in sun-ejb-jar.xml, or there is no sun-ejb-jar.xml file, a default, non-clashing JNDI name is derived. A warning message is logged recording the JNDI name used to look up the EJB JAR module.
[23:53:25] <lightguard_jp> Huh
[23:53:27] <aslak> lol.. it warns you that you are using the new standard global jndi names..
[23:53:28] <lightguard_jp> okay
[23:53:47] <aslak> but, it says it will derive a non clashinh name
[23:53:50] <aslak> clashing
[23:53:59] <lightguard_jp> lol, I forgot how to do a remote ejb
[23:54:04] <lightguard_jp> annotate the interface too?
[23:54:09] <lightguard_jp> Or the just the class?
[23:54:14] <aslak> either
[23:54:33] <aslak> @Remote(Interface) Class, or @Remote Interface
[23:54:58] <lightguard_jp> Yep did it on the class, it blew up
[23:55:18] <lightguard_jp> Caused by: javax.naming.NamingException: Lookup failed for 'java:comp/env/org.jboss.arquillian.container.glassfish.remote_3_1.GreeterServlet/greeter' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [Root exception is javax.nami
[23:56:00] <aslak> root exception?
[23:56:20] <lightguard_jp> Caused by: javax.naming.NameNotFoundException: org.jboss.arquillian.container.glassfish.remote_3_1.Greeter#org.jboss.arquillian.container.glassfish.remote_3_1.Greeter not found
[23:56:42] <lightguard_jp> public interface GreeterRemote
[23:56:43] <lightguard_jp> {
[23:56:43] <lightguard_jp>    public String greet();
[23:56:43] <lightguard_jp> }
[23:56:52] <lightguard_jp> @Stateless
[23:56:53] <lightguard_jp> @Remote(GreeterRemote.class)
[23:56:53] <lightguard_jp> public class Greeter implements Serializable, GreeterRemote
[23:57:27] <aslak> looks right, who fails on jndi lookup?
[23:57:55] <lightguard_jp> Looks like Glassfish
[23:58:01] <lightguard_jp> trying to inject it into the servlet
[23:58:18] <aslak> lightguard_jp, you injecting the Instance not the interface?
[23:58:32] <lightguard_jp> Doh
[23:59:16] <lightguard_jp> |Glassfish-specific (Non-portable) JNDI names for EJB Greeter : [org.jboss.arquillian.container.glassfish.remote_3_1.GreeterRemote#org.jboss.arquillian.container.glassfish.remote_3_1.GreeterRemote, org.jboss.arquillian.container.glassfish.remote_3_1.GreeterRemote





top