Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 340442 - Re-enable SWTBot Tests
Summary: Re-enable SWTBot Tests
Status: CLOSED FIXED
Alias: None
Product: Graphiti
Classification: Modeling
Component: Core (show other bugs)
Version: 0.8.0   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: 0.8.0   Edit
Assignee: Michael Wenz CLA
QA Contact:
URL:
Whiteboard: Indigo M7 theme_release_train
Keywords:
Depends on: 340906
Blocks:
  Show dependency tree
 
Reported: 2011-03-18 11:39 EDT by Michael Wenz CLA
Modified: 2011-06-24 09:13 EDT (History)
0 users

See Also:
michael.wenz: indigo+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Wenz CLA 2011-03-18 11:39:24 EDT
As the central execution of the SWTBot tests failed (local execution with a new launch config was possible) we need to re-enable the central execution of the SWTBot tests.
Comment 1 Michael Wenz CLA 2011-03-23 09:53:09 EDT
We use a JUnit Plugin Test run configuation to start our SWTBot based tests on the Eclipse Hudson; in this configuration the flag "Run in UI thread" is set to false. This leads with Indigo M6 as basis to the runtime Eclipse being started (UI comes up) but the test class gets not started (not even loaded).
Setting "Run in UI thread" to true will get the tests started, but they of course fail with errors.
Using a SWTBot Test run configuration will work, but this cannot be used on the Eclipse Hudson, because there the Buckminster installation is used as Eclipse IDE from which the tests are started and no SWTBot is installed there.
All of this can locally be reproduced with the latest Indigo M6 installation.

Workaround for running the tests is to use such a SWTBot configuration locally, but centrally no test execution is possible right now.
Comment 2 Michael Wenz CLA 2011-03-23 09:59:29 EDT
Local debugging of the cause of this lead to plugin org.eclipse.pde.junit.runtime. A change for M6 leads to UITestApplication.start no longer calling WorkbenchTestable.setTestHarness any more. The change was done for https://bugs.eclipse.org/bugs/show_bug.cgi?id=311979.

Not sure if this is a regression in PDE JUnit runtime of a missuse of the functionality from our side. Used this kind of run configuration because this was recommended as the way to start SWTBot tests via Buckminster on Hudson.
Comment 3 Michael Wenz CLA 2011-03-25 04:41:37 EDT
See Bugzilla 340906. This could be considered as a regression in PDE integration.
Alternative solution for this would be running SWTBot tests using a SWTBot run configuration. Doing this from within Buckminster probably needs some additional work from SWTBot and/or Buckminster.
Comment 4 Michael Wenz CLA 2011-03-25 05:36:42 EDT
For now the SWTBot tests are disabled on Hudson, developers need to start the tests locally before check-in.
Comment 5 Michael Wenz CLA 2011-04-13 08:28:32 EDT
I added an additional provider to our rmap file that adds the newest integration build for PDE to our build (via update site http://download.eclipse.org/eclipse/updates/3.7-I-builds). After re-enabling the SWTBot tests they automatically run again on the Eclipse Hudson.
This is a preliminary solution only, as soon as the newest PDE version is available via the Indigo update sites the above provider needs to be removed again.
Comment 6 Michael Wenz CLA 2011-05-02 07:32:43 EDT
The fix is now available via the regular Eclipse milestones update site.

Removed the additional provider from the rmap file again (see comment 5).

Michael
Comment 7 Michael Wenz CLA 2011-06-24 09:13:49 EDT
Part of Graphiti Indigo 0.8.0