sis-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris A. Mattmann (JIRA)" <j...@apache.org>
Subject [jira] [Assigned] (SIS-52) Create a sis-metadata module
Date Wed, 15 Aug 2012 15:26:38 GMT

     [ https://issues.apache.org/jira/browse/SIS-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Chris A. Mattmann reassigned SIS-52:
------------------------------------

    Assignee: Chris A. Mattmann
    
> Create a sis-metadata module
> ----------------------------
>
>                 Key: SIS-52
>                 URL: https://issues.apache.org/jira/browse/SIS-52
>             Project: Spatial Information Systems
>          Issue Type: New Feature
>    Affects Versions: 0.3-incubating
>            Reporter: Martin Desruisseaux
>            Assignee: Chris A. Mattmann
>         Attachments: sis-metadata.patch
>
>
> Creates an initially empty {{sis-metadata}} module. The module intend is to implements
GeoAPI interfaces derived from the ISO 19115 standard.
> This patch modifies the {{sis-parent/pom.xml}} file for adding dependency management
items for GeoAPI 3.0.0 (for now, maybe we would depend on a milestone later). In order to
ensure version consistency, this patch does not only manage GeoAPI dependencies. It also _import_
the GeoAPI {{<dependencyManagement>}} section, using the [Maven {{<scope>import</scope>}}
functionality|http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Importing_Dependencies].
This has the effect of importing three dependency management items:
>  * Units of measurement (currently JSR-275, but this project is dead...), under a BSD-like
license.
>  * vecmath
>  * JUnit
> Because of the later, this import replaces the original JUnit management. This has the
side-effect of increasing the JUnit version from 3.8.1 to 4.8.2. The reason why we import
a JUnit dependency is because we inherit that dependency from the {{geoapi-conformance}} module.
{{geoapi-conformance}} "extends" JUnit by providing validators and test methods for arbitrary
implementations of GeoAPI interfaces. Of course we have this dependency only in the tests,
not in the library itself.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message