You can check the status of each plugin separately to see if they are all shutdown.

At 10:58 18.12.2002 -0800, you wrote:
Ceki,

This is an excellent suggestion.  And, I had not thought that the order of
the plugin shutdown would be different, but now it is obvious.  It is
indeterminate, at best.  How can I account for this in the test file
comparisons?  I can break the multiple plugin shutdown case into its own
test case to make this easier to deal with.

-Mark

> -----Original Message-----
> From: Ceki Gülcü [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, December 18, 2002 10:53 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: FW: [GUMP] Test Failure
>
>
> Mark,
>
> One possibility is to have log4j tests output both the witness file
> and the tested file upon failure by modifying
> Compare.compare() method.
>
> Thus, instead of
>
>      [junit] Files [output/plugins.PluginTestCase.test1.txt] and
> [witness/plugins.PluginTestCase.test1.txt] differ on line 65
>      [junit] One reads:  [DEBUG - plugin plugin1-id1 shutdown].
>      [junit] Other reads:[DEBUG - plugin plugin2-id4 shutdown].
>      [junit] ------------- ---------------- ---------------
>
> we would see
>
>     [junit] Files [output/plugins.PluginTestCase.test1.txt] and
> [witness/plugins.PluginTestCase.test1.txt] differ on line 65
>      [junit] One reads:  [DEBUG - plugin plugin1-id1 shutdown].
>      [junit] Other reads:[DEBUG - plugin plugin2-id4 shutdown].
>      [junit] ------------- ---------------- ---------------
>      [junit] Dumping [output/plugins.PluginTestCase.test1.txt]
>      ....
>
>      [junit] ------------- ---------------- ---------------
>      [junit] Dumping [witness/plugins.PluginTestCase.test1.txt]
>      ....
>
> The advantage is that you do not the intervention of gump
> developers to send you the witness file or the tested file.
>
>
> As for the reasons for the failure, my hunch is that Sam machine
> orders the plugins differently. It might be simply because his JDK
> implements HaspMap differently or because it orders threads
> differently. Since I do not see multiple threads in the test case, it
> can only be the former possibility.
>
> Let us take continue this on log4j-dev.
>
>
>  > Hi Sam,
>  >
>  > I'll look at the dependencies, but it is not obvious how a
> difference
>  > there would affect this particular test.  Is there any way
> that I can
>  > access the generated test output files to see if there is a clue
>  > there?
>  >
>  > -Mark
>
>
> --
> Ceki
>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
--
Ceki



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to