[00:00:25] <mhuniewicz> aslak, but where? Which project/package?
[00:01:21] <aslak> mhuniewicz, aa.. put it weld-ee-container for now
[00:01:39] <mhuniewicz> Okie dokie.
[00:01:53] <mhuniewicz> I need to get some sleep.
[00:01:57] <mhuniewicz> aslak, thanks a lot. Will get back to ya.
[00:02:03] <mhuniewicz> stuartdouglas, thanks.
[00:02:38] *** jeand has quit IRC
[00:08:38] *** mhuniewicz has quit IRC
[00:09:58] *** aaronwalker has quit IRC
[00:33:48] *** ALR has quit IRC
[00:37:46] *** rruss has quit IRC
[00:43:57] *** aslak has quit IRC
[00:53:22] *** johnament has joined #jbosstesting
[01:09:13] *** aaronwalker has joined #jbosstesting
[01:13:32] *** johnament is now known as johnamentaway
[01:16:05] *** ALR has joined #jbosstesting
[01:22:47] *** gastaldi has joined #jbosstesting
[01:43:23] *** gastaldi has left #jbosstesting
[01:52:51] *** lightguard_jp is now known as lightguard_jp_aw
[01:56:01] *** ldimaggi has joined #jbosstesting
[02:11:11] *** ianbrandt has quit IRC
[02:16:43] *** johnamentaway is now known as johnament
[02:21:40] *** dblevins has quit IRC
[02:21:50] *** PeteRoyle has quit IRC
[02:25:32] *** PeteRoyle has joined #jbosstesting
[02:34:40] *** dblevins has joined #jbosstesting
[02:45:17] *** gastaldi has joined #jbosstesting
[02:55:02] *** gastaldi has left #jbosstesting
[03:17:54] *** gastaldi has joined #jbosstesting
[03:17:56] <gastaldi> hey
[03:18:09] <gastaldi> Is it possible to run the same tests under a different classpath ?
[03:18:27] <gastaldi> With Arquillian ?
[03:24:15] *** jganoff has joined #jbosstesting
[03:25:54] *** k4ffee has quit IRC
[03:26:17] *** gastaldi has quit IRC
[03:29:59] *** k4ffee has joined #jbosstesting
[03:36:25] *** gastaldi has joined #jbosstesting
[03:41:51] *** gastaldi has left #jbosstesting
[04:17:53] *** johnament has quit IRC
[04:19:35] *** jganoff has quit IRC
[05:37:12] *** Jaikiran has joined #jbosstesting
[05:44:40] *** gastaldi has joined #jbosstesting
[05:44:48] *** gastaldi has left #jbosstesting
[05:47:35] *** lightguard_jp_aw is now known as lightguard_jp
[05:59:47] <lightguard_jp> Any ideas where the latest javadoc for arquillian is at?
[06:02:01] *** ldimaggi has quit IRC
[06:08:34] *** Jaikiran has quit IRC
[06:09:54] *** Jaikiran has joined #jbosstesting
[06:10:33] *** mbg1 has joined #jbosstesting
[06:10:41] *** mbg1 has quit IRC
[06:10:41] *** mbg1 has joined #jbosstesting
[06:22:13] <lightguard_jp> stuartdouglas: Still here?
[06:22:19] <stuartdouglas> yes
[06:22:34] <lightguard_jp> stuartdouglas: Will Arquillian inject into the static deployment def method?
[06:22:41] <lightguard_jp> Via parameter injection
[06:22:44] <stuartdouglas> no
[06:22:48] <lightguard_jp> Crap
[06:22:53] <stuartdouglas> what are you trying to inject?
[06:22:59] <lightguard_jp> Wanted to get a hold of https://github.com/arquillian/arquillian-core/blob/master/container/test-api/src/main/java/org/jboss/arquillian/container/test/api/TargetsContainer.java
[06:23:16] <lightguard_jp> To modify the deployment based on the container
[06:23:17] <stuartdouglas> I don't know, it may inject that sort of stuff
[06:23:31] <stuartdouglas> it won't inject CDI stuff though :-)
[06:23:46] <lightguard_jp> It should
[06:23:50] <stuartdouglas> but if it does I have not seen an example of it
[06:24:01] <stuartdouglas> aslak would be the one to ask
[06:24:11] <lightguard_jp> Drat. Wish I'd thought about this before Aslak went to bed :)
[06:48:29] *** mbg1 has quit IRC
[06:55:30] *** bgeorges has joined #jbosstesting
[07:49:50] *** rruss has joined #jbosstesting
[07:56:49] *** Jaikiran has quit IRC
[08:01:16] *** Jaikiran has joined #jbosstesting
[08:01:28] *** bgeorges has quit IRC
[08:11:23] *** lightguard_jp has quit IRC
[08:15:14] *** mgoldmann has joined #jbosstesting
[08:24:09] *** jharting has joined #jbosstesting
[08:30:39] *** rruss has quit IRC
[08:36:24] *** Jaikiran has quit IRC
[08:38:57] *** Jaikiran has joined #jbosstesting
[08:56:57] *** aslak has joined #jbosstesting
[08:59:39] *** oskutka has joined #jbosstesting
[09:12:25] *** kpiwko has joined #jbosstesting
[09:16:36] <kpiwko> ALR: good evening
[09:17:09] *** maeste has joined #jbosstesting
[09:32:34] *** jhuska has joined #jbosstesting
[09:41:39] <ALR> kpiwko: Hiya
[09:41:46] <ALR> Just responded to your GitHub message
[09:41:57] <ALR> We use the JDK6 compiler, even though the target is 5
[09:42:10] <ALR> So @Override on interface declarations is OK :)
[09:44:49] <kpiwko> ALR: and what's the correct eclipse settings? Haven't we had this disscussion already?
[09:44:58] <ALR> kpiwko: Maybe. :)
[09:45:09] <ALR> In Eclipse I set compiler to 1.6
[09:45:20] <ALR> And JRE to 1.6 as well.
[09:45:31] <ALR> The Maven build becomes authoritative
[09:45:39] <ALR> And typically Eclipse is close enough
[09:45:51] <kpiwko> ALR: ok
[09:46:09] <ALR> I haven't found how to set Eclipse to use 1.6 compiler and use 1.5 runtime
[09:46:25] <ALR> It complains that bytecode is incompat version classnumber
[09:47:14] <ALR> But yeah, basically the Maven build settings for SW is to use 1.6 compiler *just* to take advantage of the @Override on interfaces, which I think is ultra-valuable
[09:58:49] *** Jaikiran has quit IRC
[10:01:46] *** bgeorges has joined #jbosstesting
[10:09:08] *** bgeorges has quit IRC
[10:11:23] <aslak> ALR, kpiwko , javac will fail to start as well using a 1.5 1.6 setup :)
[10:12:15] <ALR> ?
[10:12:34] <ALR> javac 1.6 set to target of 1.5 ...
[10:15:10] <aslak> javac -source 1.6 -target 1.5
[10:15:10] <aslak> javac: source release 1.6 requires target release 1.6
[10:16:30] *** mgoldmann has quit IRC
[10:24:13] *** stuartdouglas_ has joined #jbosstesting
[10:24:13] *** stuartdouglas_ has quit IRC
[10:24:13] *** stuartdouglas_ has joined #jbosstesting
[10:25:33] *** aaronwalker has quit IRC
[10:25:34] *** stuartdouglas has quit IRC
[10:25:37] *** stuartdouglas_ is now known as stuartdouglas
[10:25:40] <aslak> ALR, hmm.. JourneyZone is looking a bit bleach atm for me..  forgot about a Team meeting in Toronto the Week of 12. sep.
[10:25:47] *** aaronwalker has joined #jbosstesting
[10:26:15] <aslak> ALR, unless i can find a late flight from oslo to toronto on the 11...  it's off.  :/
[10:27:29] <ALR> aslak: What "Team"?
[10:27:31] <ALR> :)
[10:27:32] *** pil-dinner is now known as pilhuhn
[10:27:47] <ALR> Dude I *am* your team.
[10:27:50] <aslak> ALR, hehe me and rodney.. heh
[10:27:59] <aslak> ALR, no, seam, tools, richfaces
[10:28:27] <ALR> You expect me to hike the Norwegian outback on my own?
[10:28:36] <ALR> I'm going to DIE!
[10:28:55] *** jeand has joined #jbosstesting
[10:29:25] <aslak> ALR, i'm sure Mattias will take good care of you (JFokus organizer,  should get your self booked for next year, feb :)
[10:30:05] <ALR> Ha, OK
[10:30:33] <aslak> then we can do another ski trip
[10:30:46] <ALR> I'll die on that too.
[10:30:51] <ALR> I'm a novice.
[10:30:59] <aslak> hehe
[10:31:03] <ALR> Dan's much more accomplished on the slopes.
[10:41:35] *** lfryc has joined #jbosstesting
[10:48:41] *** ALR has quit IRC
[10:58:15] *** bgeorges has joined #jbosstesting
[10:59:18] *** aaronwalker has quit IRC
[11:00:49] *** oskutka has quit IRC
[11:07:13] *** mgoldmann has joined #jbosstesting
[11:09:44] *** PaalOliver has joined #jbosstesting
[11:10:42] <PaalOliver> Hi! Using Arquillian to test my EJB works fine with remote interfaces. But I cant get it to work using a local interface. What is the naming convention to use? I read the docs but cant really say I see what Im doing wrong.
[11:11:25] *** pilhuhn is now known as pil-afk
[11:11:37] <PaalOliver> Local interface class is named EmployeeFacade, implementation in EmployeeFacadeBean
[11:14:28] <aslak> PaalOliver, sounds right
[11:14:42] <aslak> PaalOliver, are you testing incontainer or as a client?
[11:15:06] <PaalOliver> aslak: not sure what you mean?
[11:15:17] <aslak> PaalOliver, using @RunAsClient or @Deployment.testable = false
[11:16:07] <PaalOliver> aslak: can I say neither? :/
[11:16:47] <PaalOliver> I use the @RunWith(...) - does that apply?
[11:17:57] <PaalOliver> I took a look at the example, InjectionTestCase
[11:18:10] <aslak> well if neither, your running incontainer, and Local look ups should work..
[11:18:33] <PaalOliver> but that is using a somewhat different approach where the @Local(...) is on the implementation class
[11:18:45] <PaalOliver> aslak: ok
[11:19:25] 
[11:19:48] <PaalOliver> yup
[11:19:56] <aslak> PaalOliver, what's the injection point? @EJB ?
[11:20:03] <PaalOliver> yup
[11:20:03] <aslak> EmployeeFacade ?
[11:20:13] <PaalOliver> yes
[11:20:34] <aslak> what's the deployment archive type ?
[11:21:09] <PaalOliver> ShrinkWrap.create(JavaArchive.class, "test.jar") you mean`?
[11:21:13] <aslak> yea
[11:21:39] <aslak> what does the server.log say? is the ejb context renamed test1 or similar?
[11:21:52] <PaalOliver> GF: INFO: Portable JNDI names for EJB EmployeeFacadeBean : [java:global/tes/EmployeeFacadeBean!com.visma.vip.api.facades.EmployeeFacade, java:global/tes/EmployeeFacadeBean]
[11:21:59] <PaalOliver> "tes" ?
[11:22:03] <aslak> ?
[11:22:36] <aslak> i guess gf has a new alg to make the context unique.. :)
[11:22:39] <PaalOliver> how can that happen?
[11:22:55] <PaalOliver> hehe
[11:23:13] <aslak> test.jar is wrapped in a test.war, so one of them are renamed
[11:24:27] <aslak> PaalOliver, you can always name your JavaArchive 'something.jar', then use @EJB.mappedName=java:global/something/EmployeeFacadeBean
[11:25:13] <aslak> or possible it will end up as test/EmployeeFacadeBean
[11:25:36] <PaalOliver> I renamed it to foo.har but GF still deployes to java:global/tes/EmployeeFacadeBean
[11:25:44] <PaalOliver> foo.jar
[11:25:57] <aslak> gf embedded right ?
[11:26:07] <PaalOliver> right
[11:26:13] <aslak> CR-1SNAPSHOT ?
[11:26:19] <PaalOliver> why does it work with remote interfaces then?
[11:26:36] <PaalOliver> cr1-snapshot yes
[11:31:04] <aslak> PaalOliver, oops, the "tes" part is my fault. cutting the archive.name to deployname a bit short there.. :)
[11:31:06] <aslak> 2 sec
[11:43:54] <aslak> PaalOliver, new 1.0.0.CR1-SNAPSHOT pushed
[11:46:39] <jbossbot> git [arquillian-container-glassfish] push master 341812b.. Aslak Knutsen ARQ-397 Fix archive.name to deployment name generation. Was cutting one char to much. Add pure @EJB enricher test case
[11:46:40] <jbossbot> jira [ARQ-397] Re enable support for sunResourceXML [Resolved (Done) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-397
[11:46:40] <jbossbot> git [arquillian-container-glassfish] push master URL: http://github.com/arquillian/arquillian-container-glassfish/compare/2dc49ca...341812b
[11:46:40] <jbossbot> git [arquillian-container-glassfish] push master cd75987.. Aslak Knutsen ARQ-397 Fix archive.name to deployment name generation. Was cutting one char to much. Add pure @EJB enricher test case
[11:46:40] <jbossbot> git [arquillian-container-glassfish] push master URL: http://github.com/arquillian/arquillian-container-glassfish/compare/341812b...cd75987
[11:53:54] *** galderz has joined #jbosstesting
[11:55:22] *** maschmid has joined #jbosstesting
[12:03:31] *** Jaikiran has joined #jbosstesting
[12:13:03] *** Jaikiran is now known as Jaikiran|brb
[12:37:38] <PaalOliver> aslak: works now. Thanks a bunch!
[12:37:46] <aslak> PaalOliver, np
[12:38:10] <aslak> PaalOliver, thanks for finding the bug.. :)
[12:38:28] <PaalOliver> ;)
[12:42:43] *** alesj has joined #jbosstesting
[12:47:37] *** Jaikiran|brb has quit IRC
[12:56:02] <PaalOliver> aslak: if my EJB implement any other interface in addition to the local one, the injection also fails it seems. Is this because of JNDI naming?
[12:57:03] <aslak> PaalOliver, what jndi bindings does it print out ?
[12:57:08] <aslak> which
[12:57:26] <PaalOliver> I added interface foo to my ejb
[12:57:28] <PaalOliver> [java:global/test/EmployeeFacadeBean!com.visma.vip.api.facades.EmployeeFacade, java:global/test/EmployeeFacadeBean!com.visma.vip.api.facades.Foo]
[12:59:31] <aslak> hmm.. it doesn't bind to only EmployeeFacadeBean anymore..
[13:01:12] <PaalOliver> right, it adds the part after "!"
[13:01:53] <aslak> when you only have one interface it does both, EmployeeFacadeBean and EmployeeFacadeBean!interface
[13:02:31] <aslak> but with two, drops EmployeeFacadeBean for EmployeeFacadeBean!interface2
[13:03:25] <PaalOliver> ah, yes
[13:03:55] <aslak> that's a bit odd
[13:04:47] <PaalOliver> app servers works in mysterious ways...
[13:06:09] *** jhuska has quit IRC
[13:07:06] <aslak> PaalOliver, The container registers a separate JNDI name entry for each local business interface, each remote busi-
[13:07:06] <aslak> ness interface, and any no-interface view, 2.x local home interface, and 2.x remote home interface. For
[13:07:06] <aslak> the no-interface view, the last portion of the entry name is the fully-qualified bean class name.
[13:07:06] <aslak> In addition to the previous requirements, if the bean exposes only one of the applicable client inter-
[13:07:08] <aslak> faces(or alternatively has only a no-interface view), the container registers an entry for that view with
[13:07:11] <aslak> the following syntax :
[13:07:31] <aslak> java:global[/<app-name>]/<module-name>/<bean-name>
[13:07:54] *** jhuska has joined #jbosstesting
[13:08:37] <aslak> PaalOliver, so yea.. pr spec, BeanName is only used in JNDI mapping if only one view is exposed..
[13:08:46] <aslak> for some reason..
[13:09:24] <aslak> i guess it requires some interface to proxy through, with only one it can default
[13:09:42] <aslak> PaalOliver, use mappedName for now.. :)
[13:10:23] <aslak> PaalOliver, or add a empty beans.xml to your deployment
[13:12:05] <PaalOliver> ok, an empty beans.xml forces CDI injections intead?
[13:13:28] <PaalOliver> works :)
[13:15:06] *** jose_freitas_aw has joined #jbosstesting
[13:15:09] *** oskutka has joined #jbosstesting
[13:15:26] <aslak> PaalOliver, yea
[13:16:28] <aslak> PaalOliver, enabled CDI, which enabled CDI enrichmnet, which has hooks into the containers internals and can handle the @EJB injection without guessing randomly on the jndi names.. :)
[13:16:38] <aslak> enabled/enables
[13:17:06] <aslak> ARQ-507
[13:17:07] <jbossbot> jira [ARQ-507] Multi viewed EJBs can't be auto resolved [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/ARQ-507
[13:17:08] <jose_freitas_aw> morning guys
[13:17:13] <aslak> jose_freitas_aw, good morning
[13:17:14] *** jose_freitas_aw is now known as jose_freitas
[13:19:31] <PaalOliver> aslak: thanks again!
[13:21:47] <jose_freitas> aslak: yesterday you mentioned something about @Inject vs @JSFUnitResource
[13:22:57] <jose_freitas> are we going to remove the normal producers and keep @JSFUnitResource? or the other way around?
[13:24:10] *** jharting has quit IRC
[13:25:42] <jose_freitas> just find this comment // TODO: The CDI API can be removed when ARQ-405 is fixed. We don't really need to support both CDI and Arq
[13:25:43] <jbossbot> jira [ARQ-405] CDEnricher should not fail on missing Bean on Method Parameter injection [Closed (Done) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-405
[13:26:40] <kpiwko> aslak: do you have a link to Kitchen sink quickstart video somewhere?
[13:28:03] *** pmuir has joined #jbosstesting
[13:28:18] <pmuir> aslak: ping
[13:30:26] <aslak> pmuir, pong
[13:30:43] <aslak> jose_freitas, yea, remove the cdi part
[13:30:48] <pmuir> aslak: what version of arquillian are we targeting for AS7 Final?
[13:30:56] <aslak> CR1
[13:31:22] <aslak> Final for 7.0.1
[13:32:37] <aslak> pmuir, ^
[13:32:43] <pmuir> got it
[13:32:46] <pmuir> ty
[13:36:41] <alesj> aslak: is CR1 already out?
[13:36:58] <aslak> alesj, CR1 has been out for some time
[13:37:21] <alesj> aslak: hmm, ah yes ? but does it work for Weld?
[13:37:45] <alesj> since i remember i had to use FInal-SNAPSHOT to make it work
[13:37:57] <aslak> alesj, correct.. it's the @Test.expected issue in CR1
[13:38:07] <alesj> which leaves me hanging for 1.2 Weld release ....
[13:38:22] <alesj> as i rely on a snapshot
[13:38:33] <aslak> alesj, i can cut you a CR2 of Core if you want ?
[13:39:41] <alesj> aslak: if that help me release Weld, go for it :-)
[13:39:56] <aslak> alesj, if it does. ? :)
[13:40:18] <alesj> Final-SNAPSHOT worked for me
[13:40:22] <aslak> alesj, it has the test.expected fix that was the arq issue i believe. surefire of course still remains the same
[13:40:28] <aslak> right.. CR2 it is
[13:40:32] <alesj> cool :-)
[13:43:38] *** PaalOliver has quit IRC
[13:44:41] <aslak> alesj, any containers you need released for that as well ?
[13:45:29] <aslak> alesj, there is a little comp issue there with weld / openejb / openwebbeans
[13:46:26] <alesj> aslak: such as?
[13:46:39] <jose_freitas> aslak: is there a reason to keep jsfunit version in 3.8.1?
[13:46:44] <jose_freitas> ops
[13:46:47] <jose_freitas> junit version
[13:46:53] <alesj> aslak: wrt containers, did you release Resin one already?
[13:47:32] <aslak> alesj, no, there is a issue with 4.19, Reza is looking at it
[13:47:50] <aslak> jose_freitas, what do you mean ?
[13:48:13] <alesj> aslak: what's the comp issue with weld/oejb/owb?
[13:48:40] *** bgeorges has quit IRC
[13:49:11] <aslak> alesj, Before/After calls was 'fixed' on container level, that is now fixed in core.  so in theory @Before/@After will be executed twice
[13:49:32] <aslak> alesj, but i believe weld core tests have avoided the use of before after anyway
[13:49:54] <alesj> yeah, i don;t remember seeing @B or @A
[13:50:13] <aslak> alesj, have you updated weld-core to use the new v. of weld-ee-embedded from arq ?
[13:50:37] <alesj> not yet
[13:50:50] <jose_freitas> junit version of jsfunit is 3.8.1
[13:50:57] <aslak> alesj, ok, so never tested CR1 with Embedded
[13:51:05] <alesj> aslak: will, asap
[13:51:23] *** galderz has quit IRC
[13:51:27] <alesj> i need to finish my openshift things first ...
[13:51:43] *** alesj is now known as alesj_lunch
[13:51:48] *** bgeorges has joined #jbosstesting
[13:51:51] <aslak> alesj, easiest would be to just swap the group/artifact ids to point to the arq version, then we can update the weld-core test container in the next step
[13:52:41] <aslak> jose_freitas, no idea to be honest. i think it's using 3.8.1 because that was the only v. the old jsfunit worked with. not sure what Stans plan is there, if he will eventually drop the cactus support et c
[13:53:55] <alesj_lunch> aslak: weld-core test container?
[13:54:17] <aslak> alesj_lunch, weld-core/arquillian/weld-ee-embedded
[13:54:25] <alesj_lunch> aslak: don;t i just drop the weld-ee arq module?
[13:54:42] <aslak> alesj_lunch, drop it ?
[13:54:56] <alesj_lunch> simply remove it
[13:55:06] <aslak> alesj_lunch, the one in weld core ?
[13:55:14] <alesj_lunch> i mean the actual arq impl
[13:55:48] <aslak> alesj_lunch, there are two verisons of the weld ee embedded container. on in arq and one in weld
[13:55:52] *** rruss has joined #jbosstesting
[13:55:58] <alesj_lunch> yes
[13:56:08] <alesj_lunch> the one in weld should go away
[13:56:28] <aslak> hte one in arq is update ithe weld.previous and arq.current.. whil eht eone in weld is working with arq.what_ever_wled_use and weld.current
[13:56:46] <alesj_lunch> anyway, i'll have a closer look, at bug you then :-)
[13:56:56] <alesj_lunch> too hungry to think now :-)
[13:56:57] <aslak> is up to date
[13:57:03] <aslak> :)
[14:00:32] <kpiwko> aslak: is RAR deployment supposed to work with JBoss AS 5.1 container?
[14:01:23] <aslak> kpiwko, should work packaged in a ear, or as a single rar with testable=false
[14:01:59] <aslak> kpiwko, but there are no RAR incontainer support alone, i think the Servlet Protocol will complain about unknown archive type or similar
[14:02:43] <kpiwko> aslak: exactly...but I'm using @RunAsClient on class level
[14:03:01] <aslak> kpiwko, @RunAsClient does not effect packaging
[14:03:24] <kpiwko> aslak: yep, that's what I though :)
[14:03:34] <aslak> @RunAsClient should not really be allowed on Class Level
[14:03:58] <aslak> Deployment.testable = false will force @RunAsClient by default
[14:05:38] <kpiwko> aslak: with testable=false it works fine
[14:06:42] <aslak> kpiwko, you can do incontianer embedded testing with ironjacamar.. :)
[14:08:50] <kpiwko> aslak: no need, I have to simple test that deploying a rar archive will result in changes in jmx-console
[14:10:05] <aslak> kpiwko, aa
[14:11:10] <kpiwko> aslak: this is easy to do with Drone...especially if the test is already written and only moved to arquillian :)
[14:12:29] <aslak> :)
[14:16:47] <kpiwko> aslak: by the way, I figured out that GWT Developer Mode + Arquillian testing will not likely work, because GWTTestCase requires JUnit 3.x ... for support of GWT dev mode in Arquillian a custom runner would have to be created and simulate GWTTestCase logic together with Arquillian events
[14:17:32] <aslak> kpiwko, what does GWTTestCase do =?
[14:18:51] *** galderz has joined #jbosstesting
[14:19:06] <kpiwko> aslak: basically it prepares the GWT env and collects the results to be evaluated later in similar way as Arq is doing
[14:21:39] *** lfryc has quit IRC
[14:25:40] *** jharting has joined #jbosstesting
[14:25:40] *** jharting has quit IRC
[14:25:40] *** jharting has joined #jbosstesting
[14:32:01] *** ldimaggi has joined #jbosstesting
[14:34:46] <aslak> alesj_lunch, https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-034
[14:34:54] <aslak> alesj_lunch, Arq Core 1.0.0.CR2
[14:37:52] *** pil-afk is now known as pilhuhn
[14:45:50] *** lfryc has joined #jbosstesting
[15:05:04] *** jharting has quit IRC
[15:08:47] *** Jaikiran has joined #jbosstesting
[15:16:56] *** pilhuhn is now known as pil-afk-bbl
[15:25:37] *** oskutka has quit IRC
[15:29:33] *** k4ffee has quit IRC
[15:30:09] *** k4ffee has joined #jbosstesting
[16:00:30] *** torben has joined #jbosstesting
[16:00:39] *** torben has quit IRC
[16:00:39] *** torben has joined #jbosstesting
[16:21:09] *** alesj_lunch is now known as alesj
[16:26:40] *** rruss has quit IRC
[17:00:09] *** lfryc has quit IRC
[17:07:05] *** ldimaggi has quit IRC
[17:07:35] *** bdlink has joined #jbosstesting
[17:19:24] *** ldimaggi has joined #jbosstesting
[17:21:16] *** kpiwko has quit IRC
[17:31:35] *** ALR has joined #jbosstesting
[17:40:32] *** bdlink has quit IRC
[18:03:04] *** maschmid has quit IRC
[18:11:52] *** rruss has joined #jbosstesting
[18:15:25] *** aslak has quit IRC
[18:29:55] *** galderz has quit IRC
[18:31:37] *** jhuska has quit IRC
[18:52:13] *** alesj has quit IRC
[18:54:18] *** rbattenfeld has joined #jbosstesting
[18:55:57] <rbattenfeld> ALR: Hi Andrew, I just want to double check. Does it work so far?
[18:56:32] <ALR> rbattenfeld: Well, we left off yesterday needing to resolve the rebase
[18:57:53] <rbattenfeld> ALR: To be honest, I don't know what rebase means... Something I have to do?
[18:58:19] <ALR> Ahhhh.
[18:58:21] <ALR> I see.
[18:58:36] <ALR> rbattenfeld: http://book.git-scm.com/4_rebasing.html
[18:58:41] <ALR> First read that, then we'll talk
[18:58:50] <ALR> And I'll explain/simplify more
[19:02:35] *** pmuir has quit IRC
[19:06:07] *** aslak has joined #jbosstesting
[19:06:27] <rbattenfeld> ALR: Ok, I understand it better. Shall I perform the rebase? I think there should be no conflict. I changed only the thing with String.isEmtpy() in the current code. The rest is new
[19:07:08] <ALR> rbattenfeld: Hehe, there are conflicts.
[19:07:17] <ALR> Because it's not just what you changed.
[19:07:21] <ALR> It's how master changed too.
[19:07:27] <ALR> So those need to be manually resolved.
[19:07:35] <ALR> And then you use rebase --continue after they are.
[19:07:39] <ALR> So give it a try.
[19:07:43] <ALR> This is good stuff to learn.
[19:09:30] <rbattenfeld> ALR: So, I have to wait until the master is ready?
[19:09:54] <ALR> rbattenfeld: Nope.  Rebase w/ current master.  You'll see what I mean.
[19:09:59] <ALR> rbattenfeld: Recommend you do this:
[19:10:00] *** ianbrandt has joined #jbosstesting
[19:10:26] <ALR> 1) Make a topic branch locally for your stuff.  Master should always reflect upstream master.  So:
[19:10:37] <ALR> "git status "
[19:10:46] <ALR> This should show you that you're on your master now.
[19:10:57] <ALR> "git branch SHRINKDESC-XX"
[19:11:06] <ALR> Whatever issue you want to name your branch.
[19:11:16] <ALR> "git checkout SHRINKDESC-XX"
[19:11:29] <ALR> That'll put you in your new workspace branch
[19:11:40] <ALR> "git branch -D master"
[19:11:51] <ALR> That'll delete what you now call master.
[19:12:13] <ALR> "git checkout -b master remotes/upstream/master"
[19:12:27] <ALR> That'll checkout a new master branch for you with the contents of upstream
[19:12:34] <ALR> "git checkout SHIRNKDESC-XX"
[19:12:41] <ALR> Will put you back into your topic branch
[19:12:45] <ALR> "git rebase master"
[19:12:58] <ALR> That will start the rebase process with master, now based on upstream/master
[19:14:38] <rbattenfeld> ALR: Thanks for the instruction. I will make a copy of the log and execute the tasks
[19:15:02] <ALR> Sure, and be safe first:
[19:15:06] <ALR> Before you do ANYTHING
[19:15:23] <ALR> "git push origin RALF_BACKUP"
[19:15:35] <ALR> That'll put what you have now in a branch on GitHub in your reop
[19:15:38] <ALR> *repo
[19:15:50] <ALR> So even if you totally mess stuff up locally, you can have it up online.
[19:17:04] <rbattenfeld> ALR: perfect:) I will start right now and will come back when this is done
[19:17:56] <ALR> Coolio.
[19:17:57] <ALR> Have fun.
[19:18:26] <rbattenfeld> ALR: I will:-)
[19:28:41] <aslak> ALR, hmm, would standing on master doing git reset --hard upstream/master do the same trick?
[19:28:57] <aslak> deleting master sounds scary.. hehe
[19:29:34] <ALR> aslak: Hehe, I don't know what he's tracking his master on by default.
[19:29:52] <ALR> By re-initing it it's set to upstream/master.  But yeah, that'd work.
[19:30:06] <ALR> Git has N ways to accomplish the same thing normally. :P
[19:30:08] <aslak> aa right
[19:30:14] <aslak> :)
[19:30:18] <ALR> aslak: Check THIS shit: http://t.co/Qo4sDdZ
[19:30:47] *** kmalhi has left #jbosstesting
[19:31:51] <aslak> hehe
[19:31:59] <aslak> not sure what the author is talking about there but..
[19:32:41] <aslak> " It also stores an application's dependent classes so they can be called later without manual intervention from the programmer." <-- did i implement that ? :
[19:32:44] <aslak> :)
[19:33:17] <ALR> Maybe?
[19:33:22] <ALR> I don't know what that means.
[19:33:26] <aslak> nor do i
[19:33:33] <ALR> It sounds like an awesome feature.
[19:33:36] <ALR> We should make a JIRA.
[19:33:43] <aslak> good point
[19:33:54] <jose_freitas> hahaha
[19:34:00] <ALR> I don't want the programmer to have to use manual intervention.
[19:34:09] <aslak> no, that sounds bad
[19:35:15] *** rbattenfeld has left #jbosstesting
[19:37:13] <aslak> ALR, the media has spoken, we just have to run wit hit now
[19:37:18] <aslak> with it
[19:40:40] <ALR> Ha
[19:40:44] <ALR> "JBoss 7" as well
[19:40:47] <ALR> Whatever that is.
[19:43:17] <aslak> PcWorld speeds article about "Red Hat speeds JBoss 7 to Market"
[20:11:30] *** pil-afk-bbl is now known as pilhuhn
[20:32:44] *** bgeorges has quit IRC
[20:35:28] *** bgeorges has joined #jbosstesting
[20:38:47] *** Jaikiran has quit IRC
[20:40:34] <aslak> ALR, ha, did notice the Arquillian Icon on the as7  page.. :)
[20:40:42] <ALR> ?
[20:40:50] <aslak> or. didn't see the as7 page until now hehe
[20:40:52] <aslak> http://www.jboss.org/jbossas
[20:41:05] <ALR> Ooooh
[20:41:05] <aslak> didn't i mean
[20:41:13] <ALR> I thought you meant: http://www.jboss.org/as7
[20:47:13] *** OndraZizka has quit IRC
[20:47:46] *** OndraZizka has joined #jbosstesting
[20:55:38] *** torben has quit IRC
[21:00:10] *** OndraZizka has quit IRC
[21:00:42] *** OndraZizka has joined #jbosstesting
[21:36:02] <jose_freitas> aslak: ping
[21:37:12] <aslak> jose_freitas, hey
[21:42:45] <jose_freitas> I'm getting a cnf exception
[21:42:56] <jose_freitas> and I have the jar on my dependencies
[21:42:59] <jose_freitas> java.lang.NoClassDefFoundError: org/jboss/jsfunit/jsfsession/JSFServerSession
[21:44:01] <jose_freitas> is scope test ok?
[21:45:00] *** mgoldmann has quit IRC
[21:48:05] <jose_freitas> I don't remind having to add the jsfunit-core to shrinkwrap
[21:48:24] *** nilian has joined #jbosstesting
[21:49:21] <aslak> jose_freitas, the jsfunit ext does. have you added the jsfunit AuxiliaryArchiveAppender to the JSFUnitExtension?
[21:50:07] <jose_freitas> yes
[21:50:46] <jose_freitas> oh wait
[21:51:25] <jose_freitas> yes, I have a AuxiliaryArchiveAppender
[21:51:34] <jose_freitas> let me debug if it's doing its job
[21:51:46] *** bleathem is now known as bleathem_busy
[22:01:37] *** alesj has joined #jbosstesting
[22:15:42] *** ldimaggi has quit IRC
[22:19:45] <jose_freitas> I couldn't debug it, it doesn't breakspoint in AuxiliaryArchiveAppender. but I analyzed the .war generated and there's no arquillian-jsfunit.jar as it should be
[22:20:10] <aslak> jose_freitas, have you created a JSFUnitExtension implements LoadableExtension?
[22:20:23] *** nilian has quit IRC
[22:20:24] *** danielbremer-ton has joined #jbosstesting
[22:21:13] <jose_freitas> oh yes
[22:21:26] <jose_freitas> I forgot it
[22:22:04] <jose_freitas> I mean, I didn't forgot, I thought that it has one already
[22:22:12] <jose_freitas> I'll create one now
[22:22:19] <aslak> jose_freitas, no, that's the update :)
[22:22:51] <jose_freitas> :)
[22:26:01] *** oskutka has joined #jbosstesting
[22:27:14] *** mhuniewicz has joined #jbosstesting
[22:32:30] <mhuniewicz> aslak, hi.
[22:33:09] *** jose_freitas has quit IRC
[22:33:38] *** maeste has quit IRC
[22:37:12] *** rruss has quit IRC
[22:37:32] *** pilhuhn is now known as pil-sleep
[22:39:55] *** rruss has joined #jbosstesting
[22:46:19] *** oskutka has quit IRC
[22:50:47] *** danielbremer-ton has quit IRC
[22:55:46] <mhuniewicz> aslak,  JpaInjectionServices jpaInjectionServices = manager.instance().select(JpaInjectionServices.class).get();    doesn't work. I'm guessing it's because JpaInjectionServices is created using new.
[22:59:48] <aslak> mhuniewicz, JpaInjectionService is not a Bean, it's a Service.
[23:00:06] <aslak> mhuniewicz, welbManager.getServices().get(JpaInjectionServices.class)
[23:01:20] <mhuniewicz> It works!
[23:01:37] <mhuniewicz> We made it. :)
[23:03:08] <aslak> :)
[23:03:54] <mhuniewicz> aslak, does Arquillian have more embedders or is it just Weld?
[23:04:11] <aslak> openwebbeans, oppenopenejb
[23:04:15] <aslak> openejb
[23:04:48] <aslak> tomcat, jetty and glassfish as well, but not handled the same..
[23:05:12] <aslak> mhuniewicz, or.. what do you mean "embedders" ?
[23:05:40] *** jose_freitas has joined #jbosstesting
[23:05:46] <mhuniewicz> Well, what I'm really asking is whether it's enough to do it in aquillian weld ee embedded.
[23:06:18] <aslak> mhuniewicz, good question..
[23:06:53] <aslak> in theory we could support something similar for OpenWebBeans as well, OpenEJB already support JPA
[23:07:44] <aslak> but we are quickly moving out side of Arquillian land and over to 'Container' land
[23:08:07] <dblevins> aslak: we have fresh new code in OpenEJB to fully support all of OpenWebBeans as well (plus extra for EJB parts of CDI)
[23:08:42] <dblevins> in snapshots currently, but hopefully we can get something out soon
[23:09:14] *** jeand has quit IRC
[23:09:46] <aslak> dblevins, part of TomEE, or is TomEE just to overall configuration/Web container ?
[23:09:50] <aslak> to/the
[23:10:28] <aslak> or is TomEE just OpenEJB ++ :)
[23:10:48] <dblevins> a little of all of the above :)
[23:10:52] <aslak> heh ok
[23:11:03] <dblevins> so we don't yet have the web parts of CDI wired into TomEE
[23:11:18] <dblevins> TomEE is sort of OpenEJB++
[23:11:38] <dblevins> but OpenEJB is a really bad name for the project considering what it actually does (way more than EJB)
[23:12:09] <dblevins> i regret not changing it back when sun asked us (same time EJBoss -> JBoss)
[23:13:10] <dblevins> anyway, so TomEE == OpenEJB & OpenJPA & OpenWebBeans & ActiveMQ & CXF
[23:13:15] <dblevins> oh and Tomcat of course
[23:13:31] <aslak> so geronimo ? hehe
[23:13:36] <aslak> :P
[23:13:45] *** bleathem_busy has quit IRC
[23:13:53] <dblevins> you would think, but somehow way way waaaaay lighter
[23:14:15] <dblevins> G is really in love with over architecting everything
[23:14:37] <aslak> hehe
[23:14:40] <dblevins> takes nearly 2 GB of memory just to boot
[23:14:47] <dblevins> with no apps deployed yet
[23:14:58] <dblevins> takes nearly an hour to run the CDI TCK
[23:15:15] <aslak> 45 sec on as7.. hehe
[23:15:37] <dblevins> a little under 2m for us
[23:15:45] <aslak> no, sorry, that's weld-core tests, about 1/3 of the tests or so
[23:16:15] <dblevins> 2m is for the embedded container (no tomcat) and that's about 761 tests
[23:16:30] <dblevins> i don't think TomEE will be as fast (depends on how fast Tomcat will let us go)
[23:16:43] <dblevins> at least not standalone
[23:17:09] <dblevins> maybe we get go faster with an all embedded + embedded tomcat, but we don't have that yet
[23:17:21] <dblevins> nice work on as7, btw
[23:17:32] *** jose_freitas_aw has joined #jbosstesting
[23:19:48] *** jose_freitas has quit IRC
[23:20:08] <ALR> Thanks, dblevins.
[23:20:18] <dblevins> well deserved
[23:20:24] <ALR> When is TomEE shipping?
[23:20:41] <dblevins> hopefully a beta out by OSCON and certified by JavaOne
[23:20:55] <ALR> Super timeframe.
[23:21:10] <dblevins> small crew of part-timers so it's tricky, but I think we can get there
[23:21:45] <ALR> We're going to have a lot to talk about come October.
[23:22:02] <dblevins> looking forward to it
[23:22:33] <dblevins> if we can get the startup time of TomEE as fast as plain OpenEJB, we should be in good shape
[23:22:43] <dblevins> i haven't spent much time timing myself
[23:22:48] <ALR> What's the kernel in place?  Tomcat backbone?
[23:22:54] <dblevins> right
[23:22:58] <dblevins> tomcat backbone
[23:23:09] <ALR> Same as the upstream, or you forked?
[23:23:18] <aslak> dblevins, why not move it to as7 ? ;)
[23:23:19] <dblevins> straight from a zip
[23:23:31] <ALR> That'd be interesting.  OpenEJB on JBoss MSC.
[23:23:45] <dblevins> aslak: i've been hearing that joke for years :)
[23:24:03] <aslak> by as7 i of course mean MSC
[23:24:04] <dblevins> oh, i misread
[23:24:18] <dblevins> usually the joke is "why not give up and work for jboss"
[23:24:29] <ALR> I've said it.
[23:24:32] <ALR> But I wasn't joking.
[23:24:35] <aslak> dblevins, hehe
[23:24:51] <dblevins> marc used to send dain sundstrom to recruit me at MN JUG meetings
[23:24:59] <dblevins> back before he defected of course
[23:25:33] <dblevins> anyway, I really like OpenEJB for obvious reasons
[23:25:47] * ALR too.
[23:26:02] <dblevins> thank you
[23:26:34] <dblevins> geronimo didn't turn out as I would have hoped, so hello TomEE
[23:26:52] <ALR> Actually I wonder what it would take to install OpenEJB as an MSC service.
[23:27:08] <ALR> Guessing the bulk would be getting it to be modules-aware.
[23:27:11] <dblevins> not sure, should be possible
[23:27:27] <dblevins> it was designed for such embedding
[23:27:37] <ALR> Aside from that, it's basically just hooking into MSC lifecycle.  Start/stop/etc
[23:27:50] <ALR> And then making deployers to know what to do w/ incoming EJB deployments.
[23:28:09] <dblevins> typically some JNDI mucking too
[23:28:27] <ALR> Yeah, we'd need to port to the AS7 JNDI stuff.
[23:28:42] <dblevins> that part is pluggable as well
[23:28:52] <dblevins> G uses its own (slower) jndi impl
[23:29:13] *** jose_freitas_aw has quit IRC
[23:29:18] <ALR> And then other stuff. JCA hooks.
[23:29:27] <ALR> JPA hooks.
[23:29:32] <ALR> Timer service.
[23:29:48] <dblevins> timer service is probably the one that isn't pluggable now
[23:29:55] <dblevins> the rest is
[23:32:03] <dblevins> coordination of extended EntityManager's is probably one of the odder parts (G likes to track those itself)
[23:33:05] <ALR> That one always encourages hacking.  EPCs.
[23:33:28] <dblevins> indeed
[23:38:47] *** galderz has joined #jbosstesting
[23:49:31] *** kevinpollet has joined #jbosstesting
[23:49:57] *** kevinpollet has quit IRC





top