Got it. Checking that the proposal says what you mean... you even found the
developers guide page that needs to change :-D+1
Jody
On Wed, Feb 4, 2009 at 3:04 PM, Ben Caradoc-Davies
<ben.caradoc-dav...@csiro.au> wrote:
> Jody Garnett wrote:
>
>> Hrm you are right; Justin wanted proposals for things that effect the
>> build. I think he was mostly focused on maven; but broad changes to the
>> entire test process would qualify. I think you are just asking the super
>> class to support a new option which you are going to make use of in your
>> module however?
>>
>
> Correct. But better than that, anyone deploying a continuous integration
> instance can use this option if they choose, for any online test fixture.
> For example, I might have fail-on-failed-connect for my setup, but if your
> test online resource is often unavailable, you might want to keep the
> disable-on-failed-connect behaviour. Two different test fixture
> configurations for the same test case. Or just leave the online test turned
> off you you do not want it to run.
>
> Understood; we also need to make sure the tests do not run for someone who
>> is offline; or who cannot connect to your server due to firewall issues.
>>
>
> The default behaviour is retained: online tests do not run for a user until
> that user has configured the test fixture.
>
> Right; so you want to add something to your fixture that will ask it to
>> "fail" if a connection is not made. That sounds much better than hardcoding
>> it into the choice of super class...
>>
>
> Yes. The hardcoding was my first idea. Andrea pointed out the problem with
> this and suggested the skip.on.failure alternative, which is what the patch
> implements and the proposal describes.
>
>
> Kind regards,
>
> --
> Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au>
> Software Engineer, CSIRO Exploration and Mining
> Australian Resources Research Centre
> 26 Dick Perry Ave, Kensington WA 6151, Australia
>
------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
