I don't think any tests are writing to the source tree anymore: see
https://issues.apache.org/jira/browse/SOLR-3112,
https://issues.apache.org/jira/browse/SOLR-3268
Jenkins runs 'svn status' after all tests execute and fails the build
if its not clean.

So I think the only likely possibilities for test interference across
JVMS are things like using same temp directory outside of the source
tree or under some svn-ignore'd part of the source tree, or using the
same network port numbers, etc.

On Wed, Jun 13, 2012 at 5:16 AM, Uwe Schindler <[email protected]> wrote:
> In my opinion, the separate JVMs should not produce test failures or affect 
> each other, because every JVM gets its own temporary directory for running 
> tests and creating indexes.
>
> Lucene respects this completely, so running 2 test suites in parallel acts 
> like running them on different machines or different users. The only problem 
> is a few Solr tests, that don’t use the correct temporary directory and write 
> to solr/core/src/test (maybe that’s already fixed).
>
> Uwe
>
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: [email protected]
>
>
>> -----Original Message-----
>> From: [email protected] [mailto:[email protected]] On Behalf Of
>> Dawid Weiss
>> Sent: Wednesday, June 13, 2012 11:11 AM
>> To: [email protected]
>> Subject: Re: Possible test framework improvement
>>
>> > This would be visible only for failed tests (no point in printing it
>> > for anything else)
>>
>> Yes, but it'd require higher-level analysis (cross-jvm). Another element of
>> difficulty is that I also had a plan to distribute suites physically to 
>> different
>> machines at some point (and the overlap wouldn't make sense then; nor would
>> make timestamps...).
>>
>> > cool! when is it coming out? :)
>>
>> As soon as all the issues are solved. Feel free to contribute ;)
>>
>> Dawid
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected] For additional
>> commands, e-mail: [email protected]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>



-- 
lucidimagination.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to