Difference between revisions of "Maven distro directory layout"
(→README) |
|||
Line 165: | Line 165: | ||
== INSTALL == | == INSTALL == | ||
This file should briefly provide instructions to install the component. | This file should briefly provide instructions to install the component. | ||
− | |||
− | |||
− | |||
− | |||
== changelog.xml == | == changelog.xml == | ||
− | This | + | This file contains the list of all changes, fixes and new features in each gCube release of the component |
+ | An example of changelog.xml file is: | ||
− | |||
− | |||
− | |||
<source lang="text"> | <source lang="text"> | ||
<ReleaseNotes> | <ReleaseNotes> | ||
Line 189: | Line 183: | ||
</Changeset> | </Changeset> | ||
</ReleaseNotes> | </ReleaseNotes> | ||
− | </ | + | </source> |
+ | |||
+ | This file contribute to the generation of the full gCube release changelog. In order to correctly generate the final changelog, the value of ''component'' tag must match exactly the name of the ETICS Configuration. | ||
− | + | Further information can be found in the [Changelog Generation procedure] page. |
Revision as of 10:16, 4 March 2016
The guidelines provided in this page have been decided and being adopted starting from March 2015
distro
README
Each gCube component must include a README file that must be included in distribution packages of the component. The file briefly describe the component and the gCube system and provide references to the source code, binaries, documentation as well as to the INSTALL and LICENSE file.
In order to have as much as possible uniform README files across components and to reduce the effort to maintain the file updated, a standardized template is provided. The template makes use of placeholders (delimited by ${...}
) that are replaced at build-time with the value of Maven properties. This approach allows to keep the same README in the source code while distributing files containing always updated information.
By convention, the README file should be located under the distro/
folder (together with the other metadata files: LICENSE, MAINTAINERS, INSTALL, ...). It should follow this template (only minor changes to fits the component needs are allowed):
The gCube System - ${name} -------------------------------------------------- ${description} ${gcube.description} ${gcube.funding} Version -------------------------------------------------- ${version} (${buildDate}) Please see the file named "changelog.xml" in this directory for the release notes. Download information -------------------------------------------------- Source code is available from SVN: ${scm.url} Binaries can be downloaded from the gCube website: ${gcube.website} Documentation -------------------------------------------------- Documentation is available on-line in the gCube Documentation Wiki: Developer Guide - ${gcube.wikiRoot}/[page name here] User Guide - ${gcube.wikiRoot}/[page name here] Admin Guide - ${gcube.wikiRoot}/[page name here] Support -------------------------------------------------- Bugs and support requests can be reported in the gCube issue tracking tool: ${gcube.issueTracking} Authors and Maintainers -------------------------------------------------- Please see the file named "MAINTAINERS" in this directory. Installation -------------------------------------------------- Please see the file named "INSTALL" in this directory. Licensing -------------------------------------------------- This software is licensed under the terms you may find in the file named "LICENSE" in this directory.
The highlighted lines in the template should be replaced with appropriate data for the component before commit it in SVN. It is very static information and use dynamic property values for that does not have any advantage. In any case developers are free to define properties in their pom.xml
and use them in the README file.
All the placeholders delimited by ${...}
must correspond to Maven properties. There are two source of properties:
- the component pom.xml. It is possible to access custom-defined properties in the section
<properties>
of the pom as well as default properties defined by Maven (e.g.${version}
,${name}
); - the gCube
maven-parent
(available here);
The properties are replaced during the build by the filtering mechanism used by the plugins that create the distribution packages (i.e. the assembly plugin).
These are the properties used in the README template provided above:
property | definition | description |
---|---|---|
${name} | pom.xml | The value of <name> tag in the pom
|
${description} | pom.xml | The value of <description> tag in the pom
|
${gcube.description} | maven-parent | A brief description of gCube framework |
${gcube.funding} | maven-parent | The declaration of EU projects that funded the gCube development |
${version} | pom.xml | The value of <version> tag in the pom
|
${buildDate} | maven-parent | The date of the component build. It is in the YYYY-MM-dd format (format defined in maven-parent) |
${scm.url} | pom.xml | The location of component source code in SVN. It must be defined in the pom in <scm><url>[location]</url></scm>
|
${gcube.website} | maven-parent | The website of gCube system: http://gcube-system.org/ |
${gcube.wikiRoot} | maven-parent | The home page of the gCube wiki: https://gcube.wiki.gcube-system.org/gcube/index.php/ |
${gcube.issueTracking} | maven-parent | The home page of the gCube Issue Tracker: https://support.d4science.org/projects/gcube/ |
LICENSE
This file (referenced by the README file) contains the text of the license under which the software is distributed. In order to avoid massive update of this file in all components if in the future, the gCube license will change, the entire text of this file is provided by a Maven property defined in the maven-parent: ${gcube.license}
${gcube.license}
Currently the license under which gCube is distributed is the EUPL v1.1 and the ${gcube.license}
is replaced with this text.
MAINTAINERS
The MAINTAINERS file (referenced by the README) should provide name and contacts of the authors and maintainers (if different) of the component.
Authors ------- * Manuele Simi (manuele.simi@isti.cnr.it), CNR Pisa, Istituto di Scienza e Tecnologie dell'Informazione "A. Faedo" * Andrea Manzi (andrea.manzi@cern.ch), CERN, Geneva Maintainers ------- * Ciro Formisano (ciro.formisano@eng.it) Engineering Ingegneria Informatica S.p.A., Rome (IT)
INSTALL
This file should briefly provide instructions to install the component.
changelog.xml
This file contains the list of all changes, fixes and new features in each gCube release of the component An example of changelog.xml file is:
<ReleaseNotes> <Changeset component="org.gcube.messaging.consumer.1-2-0" date="2010-07-16"> <Change>Extended the Monitoring Generic Resource with the possibility to specify site managers for each site domain</Change> <Change>Notification are now filtered over domain</Change> <Change>Added daily notification summary</Change> </Changeset> <Changeset component="org.gcube.messaging.consumer-library.1-1-2" date="2010-07-16"> <Change>Added queries for NodeAccounting portlet</Change> </Changeset> </ReleaseNotes>
This file contribute to the generation of the full gCube release changelog. In order to correctly generate the final changelog, the value of component tag must match exactly the name of the ETICS Configuration.
Further information can be found in the [Changelog Generation procedure] page.