September 5, 2011  
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30

[00:01:06] *** ALR has quit IRC
[00:50:58] *** bobmcw_ has joined #jbosstesting
[00:52:38] *** bobmcw has quit IRC
[03:07:06] *** johnament has joined #jbosstesting
[03:46:59] *** johnament has quit IRC
[04:40:57] *** ldimaggi has joined #jbosstesting
[05:30:00] *** dblevins has quit IRC
[05:34:56] *** dblevins has joined #jbosstesting
[06:02:52] *** ldimaggi has quit IRC
[07:06:21] *** mbg has joined #jbosstesting
[07:34:54] *** mgoldmann has joined #jbosstesting
[07:59:37] *** mbg has quit IRC
[08:05:02] *** jharting has joined #jbosstesting
[08:23:14] *** vnvarsete has joined #jbosstesting
[08:32:05] *** maschmid has joined #jbosstesting
[08:38:35] *** ge0ffrey has joined #jbosstesting
[09:09:50] *** oskutka has joined #jbosstesting
[09:14:48] *** kpiwko has joined #jbosstesting
[09:15:59] *** lfryc has joined #jbosstesting
[09:27:40] *** jhuska has joined #jbosstesting
[09:41:03] *** maeste has joined #jbosstesting
[09:42:30] <ge0ffrey> I have an arquillian testcase
[09:43:19] <ge0ffrey> I deploy it and it works. But if I use another test class (or extend another test class), it fails with ClassNotFoundException
[09:43:33] <ge0ffrey> Why doesn't it fail with CNFE on the test class itself?
[09:45:37] <stuartdouglas> are you packaging the other test class into the sw archive?
[09:46:02] <ge0ffrey> stuartdouglas: no, but I am not packaging the original class either
[09:46:14] <ge0ffrey> here's what I am trying to run: https://github.com/ge0ffrey/guvnor/tree/upgradeToSeam3/guvnor-webapp/src/test/prototype-test/org/drools/guvnor
[09:46:29] <stuartdouglas> hmm, maybe are adds the test class automatically
[09:46:39] <stuartdouglas> either way, you should add the other class to the archive
[09:46:55] <ge0ffrey> It won't hurt to add all test classes?
[09:47:11] <stuartdouglas> hmm
[09:47:23] <stuartdouglas> I don't know if you should have the @Deployment stuff on the parent
[09:47:24] <ge0ffrey> I need a system that scales to many test classes
[09:47:49] <ge0ffrey> copy-pasting @Deployment on every test class is bitrot
[09:47:51] <ge0ffrey> :/
[09:48:04] <stuartdouglas> put it in a helper function
[09:48:12] <ge0ffrey> also, all tests need to run fast (so https://issues.jboss.org/browse/ARQ-197 )
[09:48:14] <jbossbot> jira [ARQ-197] Research support for @Deployment on multiple levels [Open (Unresolved) Feature Request, Minor, Unassigned] https://issues.jboss.org/browse/ARQ-197
[09:48:19] <ge0ffrey> but that's a later goal
[09:48:32] <stuartdouglas> yea, it is going to be really slow the way it is atm
[09:49:40] <ge0ffrey> the problem is, I am doing integration tests, not unit tests (as the latter is far less effective on end-user projects)
[09:50:15] <ge0ffrey> so they idea is to test production code as much as possible with tests as it in production
[09:50:30] <stuartdouglas> I do not really like unit testing
[09:50:51] <stuartdouglas> I think integration testing generally is much more useful
[09:50:59] <ge0ffrey> disadvantage is if tests fail, it's a bit harder to see what's going wrong, advantage is no mocks (less false negatives), a lot more coverage (more true positives), ...
[09:51:05] <ge0ffrey> stuartdouglas: great :)
[09:52:10] <ge0ffrey> So, how do I do this, while making it managable for 1000+ tests?
[09:52:21] <ge0ffrey> here's what I am doing so far:
[09:52:41] <ge0ffrey> let maven/intelliJ build, so the war ends up in target/guvnor-webapp-5.3.0-SNAPSHOT/
[09:52:55] <stuartdouglas> ideally you would do one deployment, app + all the test classes, then run all the tests, then undeploy
[09:53:00] <ge0ffrey> then I run the tests, from maven OR IntelliJ (both need to work: hudson vs local debugging)
[09:53:04] <stuartdouglas> but arquillian does not support that at the moment
[09:54:19] <ge0ffrey> stuartdouglas: +1. Can I somehow do it without the one deployment for now? and just do it once ARQ-197 is fixed.
[09:54:20] <jbossbot> jira [ARQ-197] Research support for @Deployment on multiple levels [Open (Unresolved) Feature Request, Minor, Unassigned] https://issues.jboss.org/browse/ARQ-197
[09:54:56] <stuartdouglas> I don't know, aslak would be the one to ask
[09:58:03] <ge0ffrey> stuartdouglas: tnx, will do
[10:18:18] *** alesj has joined #jbosstesting
[10:57:31] *** vtunka has joined #jbosstesting
[12:03:09] *** maeste has quit IRC
[12:06:10] *** alesj has quit IRC
[12:06:19] *** alesj has joined #jbosstesting
[12:06:27] *** nickarls has left #jbosstesting
[12:24:11] *** galderz has joined #jbosstesting
[12:30:17] *** galderz has quit IRC
[12:30:41] *** galderz has joined #jbosstesting
[12:55:39] *** Jaikiran has joined #jbosstesting
[13:30:47] *** jose_freitas has joined #jbosstesting
[13:55:09] <jose_freitas> kpiwko: when are we going to have a new maven-resolver release?
[13:57:49] <kpiwko> jose_freitas: once the API cleanup is done
[13:58:08] <jose_freitas> :)
[13:58:22] <kpiwko> jose_freitas: I'm not sure about scheduling here, but I expect this to happen in this month
[14:15:02] *** oskutka has quit IRC
[14:21:34] *** jeand has joined #jbosstesting
[14:29:35] *** jharting has quit IRC
[14:31:35] *** jharting has joined #jbosstesting
[14:35:06] *** mgoldmann is now known as mgoldmann|away
[14:37:47] *** jharting has quit IRC
[14:38:27] *** jharting has joined #jbosstesting
[15:00:26] *** maeste has joined #jbosstesting
[15:06:23] *** vnvarsete has quit IRC
[15:30:16] *** oskutka has joined #jbosstesting
[15:30:19] *** jharting has quit IRC
[15:31:18] *** maeste has quit IRC
[15:49:51] *** bgeorges has joined #jbosstesting
[15:50:46] *** ALR has joined #jbosstesting
[15:54:50] *** bgeorges has quit IRC
[16:09:44] <jose_freitas> hey ALR, good morning
[16:09:54] <ALR> jose_freitas: Afternoon!
[16:10:34] *** aslak has joined #jbosstesting
[16:17:12] *** maeste has joined #jbosstesting
[16:17:24] <maeste> aslak: ping
[16:19:15] <maeste> aslak: quick question: can I define which config file (standalone*.xml) arquillian use in AS7 container? Which property have I t define in arquillian.xml?
[16:21:08] <aslak> serverConfig
[16:21:29] <aslak> https://docs.jboss.org/author/display/ARQ/JBoss+AS+7.0+-+Managed
[16:21:39] <maeste> aslak: thanks a lot
[16:29:43] *** mgoldmann|away is now known as mgoldmann
[16:31:31] *** galderz_ has joined #jbosstesting
[16:40:12] *** galderz_ has quit IRC
[16:45:33] *** dabloem has joined #jbosstesting
[16:45:41] <aslak> jdlee, ping?
[16:51:29] <maeste> aslak: I'm puzzled. What's wrong here? https://github.com/maeste/jboss-as/blob/f58e508facc4cda43c39414052bcb1781ba31d40/testsuite/smoke/src/test/java/org/jboss/as/test/embedded/deployment/rar/AS7_1452/AS7_1452TestCase.java
[16:51:45] <maeste> aslak: with this xml https://github.com/maeste/jboss-as/blob/f58e508facc4cda43c39414052bcb1781ba31d40/testsuite/smoke/src/test/resources/arquillian.xml
[16:52:02] <maeste> aslak: I'm getting https://gist.github.com/1195160
[16:53:57] <aslak> maeste, @TargetsContainer is really only meant to be used within a <group> container definition, where you have multiple to target
[16:54:27] <aslak> unless you define a group, only one of those <container> configurations will be activated, controlled by -Darquillian-launch=contianer.qualifier.name
[16:54:49] <aslak> if you haven't defined arquillian.launch, then the one marked as default=true is used
[16:55:31] <maeste> aslak: oki, so I have to define a group if I want to use annotation
[16:55:45] <maeste> aslak: doing...
[16:55:50] <aslak> you don't have to..
[16:56:10] <aslak> defining a group is indentent to be used if you want multiple different containers active at once
[16:58:09] <aslak> maeste, it depends on what your trying to do.. :)
[16:58:24] <maeste> aslak: I just want a test running with a special container
[16:58:33] <maeste> aslak: in AS7 smoke testsuite
[16:58:51] <maeste> aslak: is maven profile the best way?
[16:59:07] <aslak> ALR, ^
[17:00:03] <maeste> ALR: I just need a different standalone.xml in fact
[17:00:05] <ALR> maeste: The whole structure of the smoke testsuite is changing to a unified view
[17:00:25] <ALR> And there's a proposal in place for defining which config XML is to be used for a test
[17:00:37] <maeste> ALR: yup I know, I was asking at current config
[17:00:50] <maeste> ALR: of course I can commit a disabled test
[17:00:56] <ALR> Richard Achmatowitz is leading that
[17:01:03] <ALR> Oh, in current it's wild west :)
[17:01:08] <maeste> ALR: even if it's a quiete strange to add a test immediately disabled
[17:01:19] <maeste> ALR: lol
[17:01:43] <ALR> Currently the structure's really not there, the second you go to a nondefault arquillian.xml you need a sysprop
[17:01:52] <ALR> To be set probably in Surefire on launch
[17:02:06] <maeste> ALR: oki
[17:02:08] <ALR> But then you can't just run the test from the IDE by default without also supplying that sysprop....
[17:02:25] <ALR> So short answer, it's not really in place in the current, hence the new proposal w/ real requirements
[17:02:51] <maeste> ALR: oki I'll commit a disabled test...with comment :)
[17:03:18] <aslak> @Ignore // ALR told me to..
[17:03:40] <ALR> maeste: What good does that do, really? :)
[17:03:41] <maeste> lol
[17:04:09] <maeste> ALR: oh it's testing that Jesper's code is running
[17:04:17] <maeste> ALR: lol
[17:06:56] <maeste> ALR: just joking of course, it's a useful test, but it can wait new structure
[17:07:03] <maeste> thanks all for explanation
[17:10:20] *** galderz has quit IRC
[17:10:49] *** galderz has joined #jbosstesting
[17:10:56] <ALR> Sure thing.
[17:18:48] <ge0ffrey> aslak: hi, did my mail make sense? Why I am having trouble creating a @Deployment that works and is maintenable?
[17:22:48] <aslak> ge0ffrey, hey
[17:22:59] <aslak> ge0ffrey, not 100%
[17:23:09] <ge0ffrey> aslak: any parts I can clarify?
[17:23:49] *** maeste has quit IRC
[17:23:53] <aslak> when you can define @Deployment in 1 location (superclass) and you can import a 3. party generated archive(maven output), what is the maintenance nightmare?
[17:25:01] <ge0ffrey> aslak: 1) the maven archive - as far as I found - requires me to add every single WEB-INF file explicitely
[17:25:26] <aslak> ?
[17:25:46] <ge0ffrey> also, I switched away from the maven archive, to importDirectory(new File("target/...")) to mimic production more, but that's apparently not the way to go?
[17:25:51] <aslak> ge0ffrey, you mean target/guvnor-webapp-5.3.0-SNAPSHOT/ is not the complete archive?
[17:26:10] <ge0ffrey> ah nvm
[17:26:23] <ge0ffrey> I misunderstood "maven output" as maven based shrinkwrap
[17:26:25] <ge0ffrey> ok, in that case
[17:26:38] <ge0ffrey> I am getting NoClassDefFoundError: org/drools/guvnor/MyTestHelper
[17:26:51] <aslak> ge0ffrey, right, that's is the test classpath your talking about
[17:26:55] <ge0ffrey> yep
[17:27:07] <aslak> arq only auto add the TestClass it self, no parent etc etc..
[17:27:08] <ge0ffrey> and in theory I have a set of test dependencies too
[17:27:26] <ge0ffrey> like Mockito
[17:27:46] <ge0ffrey> aslak: Does this mean the target/guvnor-webapp-5.3.0-SNAPSHOT/ way is a dead end?
[17:27:49] <aslak> adding target/test-classes/ or some should include all your test resources, but not 3. party dependencies
[17:27:55] <kpiwko> jose_freitas: your commits are finally upstream as SHRINKWRAP-323...thanks!
[17:27:57] 
[17:28:14] <ge0ffrey> aslak: yep, and we use mockito (and other test dependencies)
[17:28:25] <ge0ffrey> so that alone won't cut it
[17:28:35] <aslak> ge0ffrey, i wouldn't say it's a dead end. that is your production unit. you just need to add your test stuff as well
[17:29:04] <ge0ffrey> aslak: you would recommend exploring this further over going back to the shrinkwrap maven support?
[17:29:22] <aslak> ge0ffrey, i think the best option for you is to combine them
[17:30:18] <aslak> use importDirectory for your production war, but add test eps via shrinkwrap maven
[17:30:22] <aslak> eps/deps
[17:30:23] <ge0ffrey> ok, let me try that
[17:41:38] <ge0ffrey> aslak: fails with some obscure "InvalidJarIndexException: Invalid index" in URLClassLoader used by shrinkwrap. I 'll investigate. Thanks for the hint! :)
[17:42:08] <aslak> ge0ffrey, ? got a stack trace?
[17:44:18] <ge0ffrey> https://gist.github.com/1195288 - I 'll debug and keep you up to date
[17:45:55] <aslak> hmm.. interesting
[17:47:05] *** mbg has joined #jbosstesting
[17:48:31] *** Jaikiran has quit IRC
[17:48:36] <ge0ffrey> looks like a hickup, I can't reproduce it, getting other errors now
[17:52:27] *** alesj has quit IRC
[17:57:39] *** vtunka has quit IRC
[18:31:51] *** aslak has quit IRC
[18:49:51] *** kpiwko has quit IRC
[19:00:21] *** kevinpollet has joined #jbosstesting
[19:08:46] *** maschmid has quit IRC
[19:15:48] *** ge0ffrey has quit IRC
[19:17:47] *** oskutka has quit IRC
[19:29:21] *** jhuska has quit IRC
[19:37:40] *** mgoldmann has quit IRC
[19:57:10] *** galderz has quit IRC
[20:09:02] *** kevinpollet has quit IRC
[20:18:36] *** dblevins has quit IRC
[20:23:21] *** dblevins has joined #jbosstesting
[20:33:34] *** rachmatowicz has joined #jbosstesting
[20:34:50] *** oskutka has joined #jbosstesting
[20:35:05] *** oskutka has quit IRC
[20:43:05] *** aslak has joined #jbosstesting
[20:48:42] <jose_freitas> ALR, thanks for following with the jsfunit release
[21:02:44] *** kevinpollet has joined #jbosstesting
[21:07:49] *** galderz has joined #jbosstesting
[21:07:55] *** galderz has quit IRC
[21:28:22] *** dabloem has quit IRC
[21:33:17] *** rachmatowicz has quit IRC
[21:35:55] *** oskutka has joined #jbosstesting
[21:45:56] *** oskutka has quit IRC
[22:05:42] *** jeand has quit IRC
[22:17:08] *** ALR has quit IRC
[22:18:32] *** jeand has joined #jbosstesting
[22:55:29] *** oskutka has joined #jbosstesting
[22:55:49] *** oskutka has quit IRC
[23:04:05] *** lfryc has quit IRC
[23:04:16] *** jeand has quit IRC
[23:16:28] *** dblevins has quit IRC
[23:23:49] *** dblevins has joined #jbosstesting

top