Cory Horner a écrit :
> The interactive.tests value seems reasonable to keep, as it is rarely 
> used.  The extensive.tests value however, seems to logically fit into a 
> profile like the others we are discussing...

The "extensive.tests" or "interactive.tests" are system properties instead of 
profiles because they are processed by our Java programs, not by Maven. However 
we could add Maven profiles that setup those properties. It would provides a 
more uniform way to do things as Cory suggested, but I wonder how many profiles 
we can specify to a Maven execution cycle? Exactly one or many? For properties 
we know that we can specify many, which allow us to ask for "extensive _and_ 
interactive tests" for example.


> *Test (tests to be run by developers)
> *TestOnline (to be run on each commit and by thorough developers -- 
> tests which need internet resources)
> *Test????? (to be run nightly) <-- this is what we consider our complete 
> suite of tests, with decent coverage -- not sure if these include online 
> tests or not, or
> *TestStress (to be run once in a blue moon)


I like this name proposal, but I would need some though if we want to apply it 
to our current test suite. The problem is that "extensive.tests" do not really 
add new tests. It rather modify the way current tests are executed. For example 
if "extensive.tests" is set, then a factory test will try to create all CRS in 
some EPSG code range. If "extensive.tests" is not set, then the same test is 
executed but with reduced EPSG code range.

It would probably be possible to refactor those extensive tests in a 
"TestStress" naming scheme. I really like this proposal. But it would require a 
little bit of work, so it may be matter for a JIRA task.

        Martin

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to