[00:04:38] *** alesj has quit IRC
[00:04:59] *** ALR has quit IRC
[00:06:36] <aslak> jose_freitas, aa, apparently as7 does not clean up that folder. a cleanup thread was planned to be added, but never was
[00:06:50] <jose_freitas> hmmm
[00:07:01] <aslak> jose_freitas, AS7-341
[00:07:26] <jose_freitas> hmm
[00:08:04] <jose_freitas> I'll vote for that
[00:08:05] <jose_freitas> thanks
[00:08:50] <jose_freitas> ALR: everything ok with the pull request now?
[00:17:03] *** ALR has joined #jbosstesting
[00:17:20] <jose_freitas> ALR: everything ok with the pull request now?
[00:17:35] <ALR> jose_freitas: Sorry I need a bit
[00:17:44] <ALR> My desktop has now crashed 4 times today
[00:17:50] <ALR> Starting to get concerned about that
[00:17:51] <ALR> :)
[00:18:12] <jose_freitas> hehehe
[00:18:29] * ALR reading missed IRC logs
[00:19:05] *** rruss has joined #jbosstesting
[00:19:36] *** rruss1 has joined #jbosstesting
[00:19:36] *** rruss has quit IRC
[00:22:19] <lightguard_jp> ALR: ping
[00:23:14] <ALR> lightguard_jp: Wassup?
[00:23:20] * ALR be back, so leave it for me :)
[00:23:46] <lightguard_jp> I think I might have figured it out.
[00:25:24] *** oskutka has joined #jbosstesting
[00:25:30] *** oskutka has quit IRC
[00:26:23] <jose_freitas> cya tomorrow guys
[00:26:24] *** jose_freitas has quit IRC
[00:29:23] <ALR> lightguard_jp: OK.  back if you need.
[00:34:09] <lightguard_jp> ALR: using this
[00:34:12] <lightguard_jp> DependencyResolvers.use(MavenDependencyResolver.class)
[00:34:14] <lightguard_jp>                 .loadReposFromPom("pom.xml")
[00:34:16] <lightguard_jp>                 .loadDependenciesFromPom("pom.xml", new ScopeFilter("runtime"))
[00:34:18] <lightguard_jp>                 .resolveAs(JavaArchive.class);
[00:34:21] <lightguard_jp> And I'm getting quite a few jars :(
[00:34:27] <lightguard_jp> How do I trim this?
[00:40:04] <ALR> lightguard_jp: You're bringing in transitives?
[00:43:41] <ALR> lightguard_jp: You can apply a filter: https://github.com/ALRubinger/resolver/blob/master/api-maven/src/main/java/org/jboss/shrinkwrap/resolver/api/maven/MavenResolutionFilter.java
[00:46:37] <lightguard_jp> It seems to be bringing in provided scoped deps
[00:47:13] <lightguard_jp> ALR: I'm using the ScopeFilter
[00:49:03] <lightguard_jp> MavenBuilderImpl in 1.0.0.Beta3 doesn't look like it even consults the filter, unless I'm missing something.
[00:55:59] <lightguard_jp> At least not from the loadDependencies method
[00:59:59] <lightguard_jp> ALR: Got it
[01:06:07] <ALR> Ah OK.
[01:06:11] <ALR> Leave more messages here
[01:06:16] <ALR> I'll be back after dinner :)
[01:06:20] <ALR> Couple hours
[01:06:42] *** johnament has joined #jbosstesting
[01:07:30] *** ALR has quit IRC
[01:09:31] *** PeteRoyle has joined #jbosstesting
[01:20:14] *** aaronwalker has joined #jbosstesting
[01:23:35] *** bleathem has joined #jbosstesting
[01:36:32] *** rruss1 has quit IRC
[01:42:21] *** aslak has quit IRC
[02:02:41] *** rachmatowicz has quit IRC
[02:34:46] *** jamezp is now known as jamezp_afk
[02:36:18] *** johnament has quit IRC
[02:36:46] *** ianbrandt has quit IRC
[05:06:19] *** ldimaggi has quit IRC
[06:12:51] *** rruss has joined #jbosstesting
[07:57:14] *** OndraZizka has quit IRC
[08:09:51] <lightguard_jp> stuartdouglas: Methods in an arquillian test support parameter injection, correct?
[08:10:13] <stuartdouglas> they should
[08:28:04] *** mgoldmann has joined #jbosstesting
[08:30:27] *** galderz has joined #jbosstesting
[08:41:47] *** oskutka has joined #jbosstesting
[08:50:33] *** ge0ffrey has joined #jbosstesting
[08:52:35] *** oskutka has quit IRC
[08:58:23] *** lfryc has joined #jbosstesting
[08:58:43] *** jhuska has joined #jbosstesting
[09:04:17] *** kpiwko has joined #jbosstesting
[09:06:28] *** dblevins has quit IRC
[09:11:09] *** dblevins has joined #jbosstesting
[09:12:45] *** oskutka has joined #jbosstesting
[09:23:52] *** bleathem is now known as bleathem_sleep
[09:32:39] *** dblevins has quit IRC
[09:37:28] *** maeste has joined #jbosstesting
[09:44:41] *** Jaikiran has joined #jbosstesting
[09:46:58] *** dblevins has joined #jbosstesting
[09:54:06] *** alesj has joined #jbosstesting
[10:04:26] *** dblevins has quit IRC
[10:24:52] *** dabloem has joined #jbosstesting
[10:55:03] *** Jaikiran is now known as Jaikiran|Lunch
[11:02:45] *** oskutka has quit IRC
[11:12:38] *** lightguard_jp has quit IRC
[11:46:42] *** aslak has joined #jbosstesting
[11:56:52] *** maschmid has joined #jbosstesting
[12:03:10] *** galderz1 has joined #jbosstesting
[12:03:25] *** galderz has quit IRC
[12:18:41] *** aslak has quit IRC
[12:33:03] *** Jaikiran|Lunch is now known as Jaikiran
[12:39:33] *** aslak has joined #jbosstesting
[12:50:21] *** ldimaggi has joined #jbosstesting
[12:53:16] *** aaronwalker has quit IRC
[13:39:29] *** jose_freitas has joined #jbosstesting
[13:55:13] *** maeste has quit IRC
[14:04:41] *** ldimaggi has quit IRC
[14:24:53] *** maeste has joined #jbosstesting
[14:46:40] *** rachmatowicz has joined #jbosstesting
[14:47:14] *** rachmatowicz has quit IRC
[14:57:54] *** oskutka has joined #jbosstesting
[15:04:45] *** rachmatowicz has joined #jbosstesting
[15:04:56] *** aaronwalker has joined #jbosstesting
[15:20:05] *** ldimaggi has joined #jbosstesting
[15:21:13] *** Jaikiran has quit IRC
[15:49:20] *** maeste has quit IRC
[16:05:34] *** maeste has joined #jbosstesting
[16:22:02] *** OndraZizka has joined #jbosstesting
[16:25:06] *** rruss has joined #jbosstesting
[16:34:00] *** kpiwko has quit IRC
[16:36:54] *** bleathem_sleep is now known as bleathem
[16:38:04] *** kpiwko has joined #jbosstesting
[16:43:35] *** maeste has quit IRC
[17:08:24] *** ALR has joined #jbosstesting
[17:13:59] *** aaronwalker has quit IRC
[17:14:22] *** aaronwalker has joined #jbosstesting
[17:16:44] *** oskutka has quit IRC
[17:26:58] *** alesj has quit IRC
[17:29:45] *** jamezp_afk is now known as jamezp
[17:31:28] <jose_freitas> ALR: good morning/ping
[17:35:57] <ALR> jose_freitas: Morning
[17:36:04] <ALR> (On a call but listening)
[17:37:09] <jose_freitas> ALR: I can wait, I just want to know if you need some help with jsfunit release
[17:37:25] <ALR> jose_freitas: Only in validating it
[17:38:49] <ALR> aslak: No tags? https://github.com/aslakknutsen/jsfunit
[17:38:58] <ALR> That's a problem :)
[17:39:19] <aslak> ALR, mm.. probably not.
[17:39:40] <ALR> aslak: Probably not a problem?  Or probably not there?
[17:39:40] <aslak> ALR, when i made the git repo it wasn't my intention to move jsfunit to it, only to be able to avoid svn..
[17:39:47] <ALR> aslak: Ah
[17:39:48] <aslak> don't remember how i converted it
[17:39:57] <ALR> I think we might have to do a re-import
[17:40:06] <aslak> yea, do that
[17:40:12] <ALR> And lay the Git stuff atop the new repo we'll make
[17:40:14] <ALR> OK, cool
[17:40:14] <aslak> easy enough to rebase/cherry-pick so
[17:40:17] <ALR> Yep
[17:40:25] <ALR> We already merged our existing stuff.
[17:40:38] <ALR> Got the location of the SVN one handy?
[17:40:57] <aslak> http://svn.jboss.org/repos/jsfunit
[17:41:07] <ALR> https://svn.jboss.org/repos/jsfunit/
[17:41:10] <ALR> Yeah cool
[17:41:27] <ALR> Just trunk and tags OK?
[17:41:34] <ALR> jose_freitas: ^ FYI
[17:41:40] <jose_freitas> :)
[17:41:59] <ALR> jose_freitas: The other issue is that I haven't run the external tests that Stan noted
[17:42:04] <ALR> To validate it for release.
[17:42:47] <aslak> ALR, yea, probably ok. not sure what that branch is, but it looks old. and no idea about the htmlunit-richfaces stuff
[17:42:55] <aslak> could be ajocado.. :)
[17:43:01] <ALR> Haha.
[17:43:48] <aslak> lfryc, ping
[17:44:09] <aslak> lfryc, you know anything about this ? http://svn.jboss.org/repos/jsfunit/htmlunit-richfaces/
[17:47:59] *** maschmid has quit IRC
[17:50:51] *** kpiwko has quit IRC
[17:51:47] <lfryc> aslak: I think this is Stan Silvert's work, it was conceived when covering Embjopr, maybe OndrejZizka would know more
[17:52:46] <lfryc> aslak: http://source.jboss.org/users/JSFUnit/htmlunit-richfaces
[17:53:35] <lfryc> aslak: but if you ask I don't know much about it ;-) I suppose it is API wrapper for RichFaces components
[17:55:37] <aslak> ALR, lfryc it should probably be in it's own repo anyway..
[17:55:43] <aslak> if still in use/dev
[17:57:26] <lfryc> aslak: jsfunit itself is now completely migrated to Arquillian, right?
[17:58:04] <aslak> lfryc, still supports cargo yea
[17:59:28] *** vtunka has quit IRC
[18:00:18] <lfryc> aslak: it seems it's little bit out-dated
[18:00:38] <aslak> lfryc, jsfunit arq integration ?
[18:00:46] <lfryc> aslak: htmlunit-richfaces
[18:00:51] <aslak> aa
[18:05:56] *** ge0ffrey has quit IRC
[18:08:43] *** maeste has joined #jbosstesting
[18:09:04] *** Jaikiran has joined #jbosstesting
[18:09:08] *** maeste has quit IRC
[18:13:03] *** aaronwalker has quit IRC
[18:16:27] *** mgoldmann has quit IRC
[18:16:56] *** mgoldmann has joined #jbosstesting
[18:18:17] *** mgoldmann_ has joined #jbosstesting
[18:18:21] *** galderz1 has quit IRC
[18:19:06] *** galderz has joined #jbosstesting
[18:21:21] *** mgoldmann has quit IRC
[18:22:33] *** jhuska has quit IRC
[18:24:18] *** Jaikiran is now known as Jaikiran|Dinner
[18:28:31] *** rruss has quit IRC
[18:30:11] *** alesj has joined #jbosstesting
[18:31:47] <OndrejZizka> lfryc, aslak, back from mtg
[18:33:28] <lfryc> OndrejZizka: do you what htmlunit-richfaces stands for? is it for testing of JOPR
[18:33:32] <lfryc> *know
[18:34:09] <lfryc> OndrejZizka:
[18:34:17] <lfryc> http://source.jboss.org/changelog/JSFUnit/htmlunit-richfaces
[18:34:18] <OndrejZizka> lfryc:  I think it's really Stans,
[18:34:51] <OndrejZizka> and maybe it was targetting HTMLUnit's problems with Richfaces components using too hi-tech JavaScript
[18:34:57] <lfryc> seems like personal project, does not have tags or branches..
[18:35:00] <OndrejZizka> in components like TreeView
[18:35:19] <lfryc> yeah, I see
[18:37:22] <jose_freitas> ALR: stan mentioned that he had a server with cargo for validating the build, we could make try to make it work
[18:37:57] <jose_freitas> to validate arquillian on jboss 6 you can use -Pjbossas-remote-6
[18:38:34] <jose_freitas> arquillian-extension*
[18:40:01] *** ianbrandt has joined #jbosstesting
[18:45:13] *** alesj has quit IRC
[18:54:49] *** bleathem has quit IRC
[18:55:23] *** lfryc has quit IRC
[19:12:53] <jose_freitas> ALR: use examples arquillian for it
[19:21:39] *** rachmatowicz has quit IRC
[19:22:29] *** rachmatowicz has joined #jbosstesting
[19:39:18] *** Jaikiran|Dinner has quit IRC
[19:40:42] <aslak> ianbrandt, ping
[19:40:58] <ianbrandt> aslak, Hi
[19:41:17] <aslak> ianbrandt, heya, i didn't quite get your response on the last pull request..
[19:42:53] <aslak> ianbrandt, more specifically, does it apply to 6 as well?
[19:43:12] <aslak> and i see you've added this, https://github.com/ianbrandt/arquillian-container-tomcat/commit/696ee7373d827e8e21a81cb674a8678738c347bd
[19:43:13] <jbossbot> git [arquillian-container-tomcat] 696ee73.. Ian Brandt Fixed an issue where deployment of a second WAR of the same name as that from a prior test resulted in segfaults with 'Java(TM) SE Runtime Environment (build 1.6.0_26-b03-384-10M3425) / Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02-384, mixed mode)' on OS X.
[19:43:14] <ianbrandt> aslak, Ah, basically... I think it could be an issue with Tomcat 6, but creating an automated test case is a bit tricky, and I haven't had a chance to try it out otherwise.
[19:43:34] *** mbg has joined #jbosstesting
[19:44:05] <aslak> if that fix could be similar to this issue: ARQ-573
[19:44:07] <jbossbot> jira [ARQ-573] Can not deploy two different TestClasses with the same named Deployment Archive [Open (Unresolved) Bug, Critical, Unassigned] https://issues.jboss.org/browse/ARQ-573
[19:44:54] <ianbrandt> aslak, The segfault issue was from exporting an archive to a java.io.File that already existed.
[19:45:05] <ianbrandt> aslak, at least best I could tell.
[19:45:11] <aslak> aa ic
[19:45:27] <ianbrandt> aslak, Seems like ShrinkWrap just quietly corrupted the archive.
[19:45:54] <ianbrandt> aslak, Which is in line with java.io.
[19:48:01] <ianbrandt> aslak, So as for Tomcat 6, for lack of a better way of putting it, since I'm not using that version anymore I'm just being lazy about putting in the effort to backport the Tomcat 7 work unless someone complains about it. ;)
[19:51:19] <ianbrandt> aslak, I'd need to look into the Tomcat 6 embedding API a bit more to really get a feel for whether the backport would be mostly copy/paste, or if there'd be more to it than that.
[19:55:16] <ianbrandt> aslak, As for Tomcat 7 we've been using the patched version heavily at my company for several days now, and I'm confident it's a solid improvement.
[19:56:53] <aslak> ianbrandt, yea, was wondering if it's a better approach to 6 as well
[20:05:10] <ianbrandt> aslak, Just looked it over.  Yeah, I think it would be the better way to go.
[20:06:02] <aslak> ianbrandt, would you mind having a stab at backporting it ? :)
[20:07:33] <ianbrandt> aslak, Sure thing.  May take me a few days, but I'll give it a go.  I'll see if I can get a test case that traps the Loader bug with Tomcat 7, and work backwards from there.
[20:08:16] <aslak> ianbrandt, excellent..  the new deploy approach might just kill of 573 as well.. :)
[20:13:58] <ianbrandt> aslak, I don't recognize the 573 stack trace from our Tomcat 7 encounters with multiple deployments of the same name, but I'll add the scenario to the 6&7 tests, and see what I can see.
[20:16:41] <aslak> it's probably not related, if yours is based on file overwrite. i didn't see that happen in the 6 v.
[20:19:57] *** galderz has quit IRC
[20:20:32] <ianbrandt> aslak, Speaking of classloaders I thought this forum post was interesting in light of our past discussions about jailing the embedded containers in a thread with a bootstrap classloader: http://community.jboss.org/thread/170858
[20:21:10] <ianbrandt> aslak, Can you think of any other way to satisfy his request?
[20:22:41] *** lightguard_jp has joined #jbosstesting
[20:25:20] <aslak> 2 sec, gotta re boot.. ubuntu is being odd
[20:25:29] <ianbrandt> no worries
[20:26:07] *** aslak has quit IRC
[20:32:31] *** aslak has joined #jbosstesting
[20:34:23] <aslak> ianbrandt, aa yes, i was thinking the same
[20:34:25] *** dblevins has joined #jbosstesting
[20:38:45] <aslak> ianbrandt, it 'should' be possible to provide our own cl to the standardcontext, but it would need to filter the classes, meaning loading no arq classes or test classes, but tomcat stuff must be allowed
[20:39:32] <ianbrandt> aslak, Yeah, what held me back from going implementing the jailed approach was that it's just too convenient to inherit the necessary container dependencies from Maven.
[20:42:48] <ianbrandt> aslak, Otherwise we'd need to provide a way to specify the bootstrap and container classloader dependencies.
[20:44:17] <aslak> ianbrandt, yea, started experimenting with that in arq.xml container/dependencies but.. hmm..
[20:44:36] <ianbrandt> aslak, I wondered if that could be done via arquillian.xml leveraging the Maven dependency resolver work underway with ShrinkWrap
[20:45:01] <aslak> ianbrandt, that's what we had
[20:55:00] *** kevinpollet has joined #jbosstesting
[21:02:12] *** mgoldmann_ has quit IRC
[21:02:53] *** kevinpollet has quit IRC
[21:03:25] *** jamezp is now known as jamezp_afk
[21:07:23] *** rruss has joined #jbosstesting
[21:16:54] <mbg> I am having trouble with a test that overrides web.xml
[21:17:23] <mbg> better said, adds its own web.xml
[21:23:05] <mbg> I am getting this: http://pastebin.com/D5Q4HrPN
[21:23:36] <mbg> aslak: ^ do you  have a hint, perhaps?
[21:25:12] <aslak> mbg, hmm, what does the web.xml contain ?
[21:26:30] <mbg> aslak: http://pastebin.com/cidAdQLL
[21:27:33] <aslak> mbg, and @deployment ?
[21:32:31] <mbg> aslak: http://pastebin.com/AwN8DPiW
[21:34:10] <aslak> hmm
[21:34:54] <mbg> aslak: this is on AS7
[21:35:00] <aslak> yea
[21:37:45] <aslak> failing with a NPE in the weld deployer
[21:38:55] <aslak> final Class<?> componentClass = configuration.getModuleClassConfiguration().getModuleClass();
[21:39:39] <aslak> stuartdouglas, ^
[21:40:39] <aslak> yea, he's probably sleeping now.. .)
[21:41:45] <mbg> :)
[21:42:58] <mbg> aslak: actually, you're right. thanks. I know what the problem is
[21:43:20] <mbg> it's in fact a CNFE which does not get reported as such
[21:43:35] <aslak> aaha
[21:52:43] <mbg> well not a CNFE per se, the listener class is not in the deployment. anyway
[21:52:55] <OndrejZizka> rachmatowicz:  There's one more approach to running a group of tests with different configs
[21:53:25] <OndrejZizka> rachmatowicz:  a module with tests and shared config, and submodules with differences
[21:54:08] <OndrejZizka> Has some advantages - poms don't get insanely large, the reports are separated, you can run all configs at once, etc.
[21:54:57] *** dabloem has quit IRC
[21:56:11] *** dabloem has joined #jbosstesting
[21:56:45] *** vtunka has joined #jbosstesting
[21:57:29] *** vtunka has quit IRC
[21:58:45] *** vtunka has joined #jbosstesting
[21:59:07] <OndrejZizka> example in https://svn.jboss.org/repos/picketlink/integration-tests/trunk/
[22:03:31] <rachmatowicz> aslak: am I correct in that @BeforeSuite is called after server start and before any defined deployment? and @BeforeClass is called after any defined deployment and before the first test?
[22:04:13] *** jamezp_afk is now known as jamezp
[22:21:26] <aslak> rachmatowicz, testng?
[22:21:38] <aslak> or arq internals ?
[22:21:46] <rachmatowicz> arq internals
[22:22:34] <aslak> BeforeSuite is called before server start, it's a observer of BeforeSuite that starts the container
[22:23:05] <rachmatowicz> ahh...
[22:23:27] <aslak> beforeclass is called after server start, and it's a observer of beforeclass that reads and deploys the deployment
[22:24:47] <rachmatowicz> so to be clear, a method I annotate with @BeforeSuite will get called before the container is started by the observer
[22:25:49] <aslak> testng beforesuite?
[22:27:35] <aslak> or are you talking about @Observes BeforeSuite in a arq extension ?
[22:27:54] *** rbattenfeld has joined #jbosstesting
[22:28:24] <rbattenfeld> ALR: Hi Andrew
[22:28:31] <ALR> rbattenfeld: Hey Ralf.
[22:29:01] <rbattenfeld> ALR: I have some GIT trouble:-(
[22:29:17] <ALR> Awesome, let's fix it up.
[22:29:28] <aslak> hehe
[22:30:30] <rbattenfeld> ALR: Cool. I have a branch SHRINKDESC-82 but I am not sure that this is in sync with upstream...
[22:30:31] <jbossbot> jira [SHRINKDESC-82] Attributes appearing as Elements [Open (Unresolved) Sub-task, Blocker, Ralf Battenfeld] https://issues.jboss.org/browse/SHRINKDESC-82
[22:31:07] <rbattenfeld> alsak: hi Aslak
[22:31:56] <rbattenfeld> ALR: Looking at the github, the branch 1.2.0-X looks strange to me
[22:34:21] <ALR> rbattenfeld: What looks strange?
[22:35:26] <rbattenfeld> ALR: I cannot fined any API or Impl java classes.
[22:35:40] <ALR> In 1.2.0-X, you wouldn't.
[22:35:50] <ALR> It'd be api-base, api-javaee, api-jboss
[22:38:09] <rbattenfeld> ALR: hmm, does something have changed? api-javaee is empty
[22:38:56] <ALR> rbattenfeld: https://github.com/ALRubinger/descriptors/tree/1.2.0-X/api-javaee LIke this?
[22:39:21] <rbattenfeld> ALR: yep
[22:39:37] <ALR> rbattenfeld: Hehe, the classes are generated, remember? :)
[22:39:45] <ALR> And then ignored by source control.
[22:40:15] <rbattenfeld> ALR: Oh, I am so stupid:-)
[22:40:25] <ALR> Not that stupid.  You wrote the generator. :P
[22:40:45] <ALR> But it was me who .gitignore'd the generated stuff so we don't track diffs there.
[22:40:50] <ALR> And split stuff up.
[22:41:01] <rbattenfeld> ALR: So, shall I send the pull request? SD-82 is fixed
[22:41:11] <ALR> rbattenfeld: Point me to the commit?
[22:41:21] <ALR> Sure, if you think it's done, yeah pull request it up!
[22:42:48] <rbattenfeld> ALR: you mean the link? https://github.com/rbattenfeld/descriptors/tree/SHRINKDESC-82
[22:42:49] <jbossbot> jira [SHRINKDESC-82] Attributes appearing as Elements [Open (Unresolved) Sub-task, Blocker, Ralf Battenfeld] https://issues.jboss.org/browse/SHRINKDESC-82
[22:43:09] <ALR> yeah da18e90e1a62fe6472e9
[22:44:20] *** dblevins has quit IRC
[22:51:35] <ALR> rbattenfeld: Upstream and resolved, thanks
[22:51:58] <rbattenfeld> ALR: So, everything is ok?
[22:52:12] <ALR> rbattenfeld: Looks that way.
[22:52:22] <ALR> Though I don't know what's up with the unmerged changes you note in the email
[22:53:02] <ALR> rbattenfeld: Though not really
[22:53:12] <ALR> Why are there so many commits in that pull request on the branch?
[22:54:14] <rbattenfeld> ALR: Many commits? Hmm, I deleted several times the branch... finally, the branch was in sync...
[22:54:33] <ALR> Yep, I was expecting only the one new commit to show up.
[22:54:37] <ALR> No matter, all looks good now
[22:54:44] <ALR> And even look at this! https://github.com/shrinkwrap/descriptors/pull/38
[22:54:45] <ALR> :)
[22:54:53] <ALR> I'll look to merge that up soon
[22:55:06] <ALR> Still struggling w/ svn-git for JSFUnit for jose_freitas at the moment
[22:55:35] <ALR> For instance missing authors and an authors file
[22:55:39] <ALR> Anyone know who dennisbyrne is?
[22:56:25] <rbattenfeld> ALR: Cool, so many people work on this. Great!
[22:57:21] <rbattenfeld> ALR: Let me know, what I can do further. More static tests?
[22:57:29] <ALR> rbattenfeld: Definitely more static tests.
[22:57:34] <ALR> But I think those can wait a bit
[22:57:46] <ALR> I wanna get the new SPI out for 1.1.0 and then just cut a 1.2.0-alpha after
[22:57:53] <ALR> rbattenfeld: Any interest in some ARQ stuff?  I have a few.
[22:59:05] <rbattenfeld> ALR: yes! definetly if there is a little time frame for this
[23:00:02] <rachmatowicz> aslak: no, i'm looking at the @BeforeSuite annotation in the Arquillian Reference Guide (Extending Arquillian). But JUnit doesn't have a @BeforeSuite annotation. So, I guess the question is, how can I get a method called from a JUnit test before server deployment
[23:00:58] <ALR> rbattenfeld: OK, I'll mail you some simpler ones there
[23:01:08] <ALR> Which would free me to do some release stuff for SD
[23:01:20] <ALR> And in the meanwhile get rachmatowicz a fix he really wants. :)
[23:01:46] <ALR> rbattenfeld: Namely ARQ-148
[23:01:46] <rbattenfeld> ALR: Super, what ever is fits best!
[23:01:48] <jbossbot> jira [ARQ-148] Support EL-like expressions for sysprops and env variables in arquillian.xml [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/ARQ-148
[23:02:08] <ALR> I'll mail you more completely and add to the issue description later
[23:02:21] <ALR> What's there now is really only a note for me, and probbaly can only be understood by me. :)
[23:02:30] <rbattenfeld> ALR: perfect
[23:04:59] <rbattenfeld> ALR: Send me a mail, when ever you have time.
[23:05:19] <rbattenfeld> have a good day to everyone. cheers ralf
[23:05:57] *** rbattenfeld has left #jbosstesting
[23:05:57] <jose_freitas> good day to you too rbattenfeld
[23:07:43] *** ldimaggi has quit IRC
[23:07:44] <stuartdouglas> mbg: There is already a JIRA for that NCDFE not being reported as such
[23:07:51] <stuartdouglas> I am going to work on it today
[23:09:12] <mbg> stuartdouglas: neat. thx
[23:09:23] <mbg> meanwhile I'll provide the needed classes
[23:12:20] *** jbott has quit IRC
[23:13:24] *** jbott has joined #jbosstesting
[23:19:31] <rachmatowicz> aslak: so I guess a modified, JUnit version of the question is: how can I get a method in a JUnit test class called before server start (e.g. to perhaps adjust some server config value before startup) and then how to get a method in the test class to be called after server start and before deployment (e.g. to start a database which the test needs) ; likewise after undeployment and after server stop
[23:23:38] *** jbott has quit IRC
[23:30:03] *** jbott has joined #jbosstesting
[23:37:02] *** vtunka has quit IRC
[23:43:14] *** jbott has quit IRC
[23:44:55] *** jbott has joined #jbosstesting
[23:51:18] <aslak> rachmatowicz, sorry, down getting some food
[23:51:27] <aslak> rachmatowicz, from a TestClass in junit, not possible
[23:51:44] <aslak> rachmatowicz, from a arq extension sure
[23:53:10] <aslak> rachmatowicz, i upcoming concept is manged containers, you can configure a container to be manually controlled. currently start/stop. but this could be extended to setup as well
[23:56:44] <rachmatowicz> aslak: where can I get information on arq extensions?
[23:57:09] <aslak> currently from me..
[23:57:16] <aslak> docs in progress.. :)
[23:59:39] <rachmatowicz> aslak: I have seen workarounds, where in a method labelled as @Deplyment, people modify the server configuration, then build the archive and return it
[23:59:51] <aslak> rachmatowicz, or you can look at some examples, https://github.com/arquillian/arquillian-extension-drone https://github.com/arquillian/arquillian-extension-performance https://github.com/arquillian/arquillian-extension-jacoco





top