[jbosstools-dev] Red Builds, Yellow Builds & Test Failures (getting ready for Code Freeze TOMORROW)

André Dietisheim adietish at redhat.com
Mon Apr 8 05:57:13 EDT 2013


On 04/06/2013 08:17 PM, Snjezana Peco wrote:
> You may want to take a look at 
> https://github.com/jbosstools/jbosstools-base/pull/77
>

I updated #76 accordingly and closed #77. Please see my comments to #77.

> Snjeza
>
> On 4/6/2013 3:31 PM, Snjezana Peco wrote:
>> On 4/6/2013 4:12 AM, Max Rydahl Andersen wrote:
>>> On Fri, Apr 05, 2013 at 10:08:03PM +0200, Snjezana Peco wrote:
>>>> A test doesn't have to be an UI test to open the
>>>> UsageReportEnablementDialog dialog.
>>>> The dialog is created using the startup extension point. That's why 
>>>> the
>>>> usage plugin will always try to open this dialog.
>>>>
>>>> The issue can't be reproduced on Windows. It can always be 
>>>> reproduced on
>>>> Linux when using Kepler M6. Not sure for Mac.
>>>>
>>>> The issue isn't caused by changes in usage/JBT, but in Kepler M6.
>>> hmm - what is that change ?
>>>
>>> Is it affecting how startup extension points are run or how tests are
>>> run together ?
>>>
>>> Seems like a subtle surprising change ...curious what it is and if it
>>> was intended to happen.
>>>
>>> Any idea ?
>>>
>> The way the E4 UISynchronizer runs UI messages seems to be changed.
>>
>> The usage tests run in the following way:
>>
>> - the usage_reporting_enabled property is set to false in the parent pom
>> - Eclipse starts the usage extension point that triggers opening the
>> dialog asynchronously
>> - Eclipse runs tests that set the usage_reporting_enabled property to 
>> true
>>
>> Eclipse < Kepler M6 works as follows:
>>
>> - the usage_reporting_enabled property is set to false in the parent pom
>> - Eclipse starts the usage extension point that triggers opening the
>> dialog asynchronously
>> - Eclipse tries to open the dialog; since usage_reporting_enabled=false,
>> the dialog isn't open
>> - Eclipse runs tests that set the usage_reporting_enabled property to 
>> true
>>
>> Kepler M6 on Linux works in the following way:
>>
>> - the usage_reporting_enabled property is set to false in the parent pom
>> - Eclipse starts the usage extension point that triggers opening the
>> dialog asynchronously
>> - Eclipse runs tests that set the usage_reporting_enabled property to 
>> true
>> - Eclipse tries to open the dialog; since usage_reporting_enabled=true,
>> the dialog is open
>>
>> There are no more Eclipse instances when running a test plugin.
>> Also, it is not important if a test is an UI test or not. Eclipse will
>> always call the usage's startup ext. point if the usage plugin is
>> included which will trigger opening the dialog.
>>
>> You can check this as follows:
>> - clone the jbosstools-build component
>> - remove -Dusage_reporting_enabled=false from the parent/pom.xml
>> - mvn clean install -f parent/pom.xml
>> - cd <usage_test_directory>
>> - mvn clean verify
>> The test will always freeze - on Linux, Windows, Mac, Kepler M6, Kepler
>> M5, Indigo...
>>
>> Snjeza
>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>



More information about the jbosstools-dev mailing list