...

This proposal would like to refine how we are handling unsupported modules:

• The creation of a single page in the developers guide outlining all the requirements from creation through supporting a module (right now this content is split across several pages). We should clarify how a module can drop back to unsupported status and so forth.
• Modify the unsupported/pom.xml so that profiles are available grouping like functionality; using a single environmental -Dall to turn on all functions
• Deployment of all modules to maven (including those in unsupported)
• Continuous testing of all modules (including those in unsupported)
• Restrict unsupported modules from the default download

The goals here are several fold:

• Ensure that everything we (ie the PMC) make available for download has passed the Project QA checks and meets the requirements of our Developers Guide
• Continue to foster new development
• Ensure that GeoTools always builds in a reasonable amount of time

Status

We would like to close up this issue in a timely fashion for the 2.5.0 release:

• Andrea Aime +1
• Ian Turton
• Justin Deoliveira +1
• Jody Garnett +1
• Martin Desruisseaux
• Simone Giannecchini

Discussion

• http://docs.codehaus.org/display/GEOTOOLS/2008/08/18/
• http://docs.codehaus.org/display/GEOTOOLS/2008/08/11/

Tasks

This section is used to make sure your proposal is complete (did you remember documentation?) and has enough paid or volunteer time lined up to be a success

...

This proposal requires modification to the Developers Guide:

• 5 Project Conventions (We need to make this obvious as requirements)
  • 5.7 Testing
• http://docs.codehaus.org/display/GEOT/3+Module+Maintainers
• http://docs.codehaus.org/display/GEOT/Gold+Star+Quality+Assurance+Check
• http://docs.codehaus.org/display/GEOT/Supporting+your+module