Task #1723
Updated by Cesar Ordiñana almost 13 years ago
The gvsig tools library is divided in the following subprojects:
* org.gvsig.tools.lib: framework related utilities.
* org.gvsig.tools.swing.api: UI framework related utilities API.
* org.gvsig.tools.swing.spi: UI framework related utilities SPI.
* org.gvsig.tools.swing.impl: UI framework related utilities implementation.
* org.gvsig.tools.swing.serv.jform: service to create forms for DynObjects.
* org.gvsig.tools.swing.serv.field: service to create form fields for DynObjects.
* org.gvsig.tools.swing.serv.jlist: service to create form fields of type list for DynObjects.
* org.gvsig.tools.main: showcase and testing application.
First tasks to perform:
* Checkout the current trunk project source code. (DONE)
* Compile it: mvn clean install (DONE)
Tasks to perform:
h1. Code Copyright Review
# Does the file include the license information? If not, add it if there there is no ambiguity about whether the standard project license applies. If that is not obvious, make notes in the review document.
Make sure all source code files contain the current valid gvSIG header. You can use a maven plugin configured to perform the task with::
mvn license:format
Once the process has finished, review the file changes and upload them to the repository. For example, perform a *mvn clean install*, check all unit tests keep working, and check also the *.main* project to see if it still works.
This tool will change all source code files. If there are external files with other copyright header or ownership, undo the change before uploading the header changes. Finally, commit all changes.
If the headers have been already updated, check if they are correct with the following instruction::
mvn license:check
# Is the file under the normal project license? If not, make notes in the review document.
# Is there anything obviously unusual about the origin of the code? Does this pose any conflicts? Is the issue properly described in the source file? For instance, in GDAL, the gdal/port/cpl_strtod.cpp file is closely derived from external code that was placed in the public domain. cpl_strtod.cpp is placed under the normal GDAL MIT/X license, but detailed notes are kept in the header text on it's origin, the fact that this was public domain and so the fact that it is ok to relicense it. Oddities should be noted in the source file itself and in the review document.
# Maintain a list of all copyright holders identified in the Provenance Review Document. This list is essentially everyone who would need to agree to relicense the project. It may be desirable to seek copyright assignment to a "project lead", or to the foundation to reduce the number of copyright holders for the project, although this is not required.
**Headers updated and uploaded, all files belong to the gvSIG project, so no copyright issues**
**Copyright holder: gvSIG Association**
h1. Library/Component Review Process
# List any external components that are included "in the source tree" for the project.
There are not any external components in the source code of the project.
# List all external dependencies with:
* Potentially problematic license terms (all non-free libraries, for instance).
* All libraries with licenses that might conflict (for instance GDAL's use of GPL'ed GRASS libraries in the non-GPL GDAL).
To perform this task, first of all generate the project's site documentation and upload it: mvn site-deploy.
Then go to the site (ex: ...) and open the link *...*. There you will find all project dependencies and its license. Review them to look for dependencies with non-compatible licenses, or the ones whose license is not defined, so you will have to look for it.
* org.gvsig.tools.lib: framework related utilities.
* org.gvsig.tools.swing.api: UI framework related utilities API.
* org.gvsig.tools.swing.spi: UI framework related utilities SPI.
* org.gvsig.tools.swing.impl: UI framework related utilities implementation.
* org.gvsig.tools.swing.serv.jform: service to create forms for DynObjects.
* org.gvsig.tools.swing.serv.field: service to create form fields for DynObjects.
* org.gvsig.tools.swing.serv.jlist: service to create form fields of type list for DynObjects.
* org.gvsig.tools.main: showcase and testing application.
First tasks to perform:
* Checkout the current trunk project source code. (DONE)
* Compile it: mvn clean install (DONE)
Tasks to perform:
h1. Code Copyright Review
# Does the file include the license information? If not, add it if there there is no ambiguity about whether the standard project license applies. If that is not obvious, make notes in the review document.
Make sure all source code files contain the current valid gvSIG header. You can use a maven plugin configured to perform the task with::
mvn license:format
Once the process has finished, review the file changes and upload them to the repository. For example, perform a *mvn clean install*, check all unit tests keep working, and check also the *.main* project to see if it still works.
This tool will change all source code files. If there are external files with other copyright header or ownership, undo the change before uploading the header changes. Finally, commit all changes.
If the headers have been already updated, check if they are correct with the following instruction::
mvn license:check
# Is the file under the normal project license? If not, make notes in the review document.
# Is there anything obviously unusual about the origin of the code? Does this pose any conflicts? Is the issue properly described in the source file? For instance, in GDAL, the gdal/port/cpl_strtod.cpp file is closely derived from external code that was placed in the public domain. cpl_strtod.cpp is placed under the normal GDAL MIT/X license, but detailed notes are kept in the header text on it's origin, the fact that this was public domain and so the fact that it is ok to relicense it. Oddities should be noted in the source file itself and in the review document.
# Maintain a list of all copyright holders identified in the Provenance Review Document. This list is essentially everyone who would need to agree to relicense the project. It may be desirable to seek copyright assignment to a "project lead", or to the foundation to reduce the number of copyright holders for the project, although this is not required.
**Headers updated and uploaded, all files belong to the gvSIG project, so no copyright issues**
**Copyright holder: gvSIG Association**
h1. Library/Component Review Process
# List any external components that are included "in the source tree" for the project.
There are not any external components in the source code of the project.
# List all external dependencies with:
* Potentially problematic license terms (all non-free libraries, for instance).
* All libraries with licenses that might conflict (for instance GDAL's use of GPL'ed GRASS libraries in the non-GPL GDAL).
To perform this task, first of all generate the project's site documentation and upload it: mvn site-deploy.
Then go to the site (ex: ...) and open the link *...*. There you will find all project dependencies and its license. Review them to look for dependencies with non-compatible licenses, or the ones whose license is not defined, so you will have to look for it.