Runner.java is the Mustella test runner.  From my playing around with it,
it also has a bunch of timers looking for test output on a socket.  There
are timers for how long it should take for a process to start up and one
watching for test steps to complete and some others.  But a stuck player
somehow doesn't always get killed.  Not sure why.  IIRC, once the run-time
exception dialog box is up, Windows won't always kill it.

-Alex

On 7/22/14 11:46 PM, "Christofer Dutz" <christofer.d...@c-ware.de> wrote:

>How does the Mustella testrunner actually work?
>
>In flexmojos we grab a socket and compile that socket number into the
>test-swf. The test swfs contain test-listeners depending on the unit-test
>framework used that connect to that socket and report back to the server
>how the tests went. Here whenever something is received we reset a timer.
>If that timer expires the process is killed. I think that would be quite
>good for the Mustella tests too as it doesn't measure the overall test
>duration, but how long a single test takes. That should work for the
>DataGrid tests (At least I watched about 100 different tests running
>there in one Flashplayer instance).
>
>Chris
>________________________________________
>Von: Alex Harui <aha...@adobe.com>
>Gesendet: Mittwoch, 23. Juli 2014 08:11
>An: dev@flex.apache.org
>Betreff: Re: [VMs] Monitoring volunteer(s) needed
>
>On 7/22/14 2:49 PM, "Michael A. Labriola" <labri...@digitalprimates.net>
>wrote:
>
>>>As far as I understood the problem. Whenever the build was hanging, I
>>>could see a Flashplayer instance complaining about a timeout of 15
>>>seconds having expired and if the user whiches to continue or cancel,
>>>hereby blocking the instance and the associated test.
>>
>>I never finished it but we were playing with a watch dog for FlexUnit so
>>that the test runner sent a heartbeat message back to a monitoring
>>instance (the java process that launched it) every (n) frames. Then we
>>could configure the amount of time it was okay to go without the
>>heartbeat. The difference being we would wait so long as Flash Player was
>>still well enough to send its heartbeat. When it ceased, we would kill
>>it.
>In the mustella code is a .c source code for KillWin, something I wrote
>for Windows that used to be able to kill off the player.  I haven't tried
>on recent players.  But I haven't seen stuck player on the builds machine.
> We're having different issues there.
>
>-Alex
>

Reply via email to