This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
The following test runs do not run correcly in the nightly test runs: web/jspsyntax/lexer web/el/lexer They pass fine when run locally. Problem is in the infrastructure.
There is probably some cycle in web/el/lexer configuration: /space/test4u2/cvswork/nb_all/web/el/lexer/test/build-unit.xml:25: The following error occurred while executing this line: /space/test4u2/cvswork/nb_all/nbbuild/templates/xtest.xml:55: The following error occurred while executing this line: /space/test4u2/distributions/netbeans-trunk/lib/module_harness.xml:361: The following error occurred while executing this line: /space/test4u2/cvswork/nb_all/web/el/lexer/test/build-unit.xml:25: The following error occurred while executing this line: /space/test4u2/cvswork/nb_all/nbbuild/templates/xtest.xml:55: The following error occurred while executing this line: /space/test4u2/distributions/netbeans-trunk/lib/module_harness.xml:361: The following error occurred while executing this line: /space/test4u2/cvswork/nb_all/web/el/lexer/test/build-unit.xml:25: The following error occurred while executing this line: /space/test4u2/cvswork/nb_all/nbbuild/templates/xtest.xml:55: The following error occurred while executing this line: /space/test4u2/distributions/netbeans-trunk/lib/module_harness.xml:361: The following error occurred while executing this line: /space/test4u2/cvswork/nb_all/web/el/lexer/test/build-unit.xml:25: The following error occurred while executing this line: java.lang.OutOfMemoryError: Java heap space Jirko, could you look at it?
The issue of web/jspsyntax/lexer tests was fixed yesterday. The cycle in web/el/lexer tests blocks other unit tests for about 590 minutes. It should be fixed or removed from master-config.
Build script fixed. To prevent the cycle thedir attribute has to be used when calling buildtests to override basedir property. /cvs/web/el/lexer/test/build-unit.xml,v <-- build-unit.xml new revision: 1.3; previous revision: 1.2
I tried to run the tests on test4u and they passed.
Jirka, Petr J., Eman, how is it possible that these tests were running fine locally but it were not running on test4u ?
1. Developers usually work on whole cvs repository. It solves all tests/projects dependecies by 'brutal force'. Because of there is not any way how to obtain cvs entries from code-bases except to checkout whole cvs repository Test4u can either checkout whole repository for each tests or let users to select what will be checked out. By performance reasons there is implemented the second way now. 2. Test4u uses xtest instance for execution of tests. I think starting of tests by <module>/test/build.xml can be a bit different than by xtest instance.
The difference appears when you run tests using XTest instance. When you run tests from web/el/lexer/test/ directory, even the following call in build-unit.xml is fine: <ant inheritall="false" antfile="../../../../lexer/test/build.xml" target="buildtests"/> But when you run test from instance, it calls lexer/test/build.xml#buildtests but property basedir still points to web/el/lexer/test and buildtests target is called in a loop. One have to use the following call because it sets basedir to a new value: <ant dir="../../../../lexer/test" target="buildtests" inheritall="false"/>
Eman, Jirka, thanks for explanation, now I see. It looks like when we start to use binary test distribution it would be almost the same as when one runs the tests locally, Am I right?
I do not know, probably the same as if one starts own binary distribution locally. :)
>It looks like when we start to use binary test distribution it would be almost >the same as when one runs the tests locally, Am I right? It will work in bintestdist, btw. Test are compiled by using nbbuild/ harness. Target "unit-compiler" is newer called in test distribution. path of <import file="./../../../...xtest-unit..xml"/> is converted to path in binary test distribution. The hack is covered in test: nbbuild/test/unit/src/org/netbeans/nbbuild/ConvertImportTest.java