Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Hello JonI would like some guidance from UCAR representative. In order to get a NetCDF deployment on Maven Central that I can use for the Geotoolkit.org project, I need the NetCDF pom.xml files to declare their dependencies as accurately as possible (as opposed to grouping many dependencies in the same JAR file).
In my effort to get "correct" pom.xml declarations, I found easier to mavenize for real the NetCDF project. Note that it doesn't affect your current Ant scripts, since both build systems can live in parallel.
However, if you agree, I need your advise on some details (mostly naming
question):
1) All artifacts would be in the "edu.ucar" groupId.
Is that all right?
2) Since there is many modules (netcdf, grib, opendap, etc.), I need
a parent pom.xml where information like version numbers can be
declared only once. We need an artifactId for that. I took the
"unidata" name. Is that all right?
This "unidata" artifact would be the basis of all NetCDF-related
modules (including opendap, grib...), and eventually all Unidata
Java softwares if you choose to extends its use that way.
3) The unidata parent currently declares the following modules:
- unidataCommon
- common
- grib
- opendap
- netcdf (work in progress - this is the "cdm" directory)
3a) The source code for unidataCommon is currently not versioned on
http://svn.unidata.ucar.edu/repos/thredds/trunk/. Would it be
possible to put it there? It would make the task easier for
mavenizing the project.
3b) Can "common" be merged with "unidataCommon"? If not, do you
have a more explicit name to suggest? (maybe netcdfCommon?)
I have seen that the build.xml script performs some trick for
adding the "common" directory to the netcdf build, but we can
not do that in Maven if the common classes are used by both
"netcdf" (a.k.a. "cdm") and "grib" modules, since Maven does
not allow cyclic dependency.
The current pom.xml proposal are there:
http://hg.geotoolkit.org/netcdf-deploy/file/tip
Regards,
Martin
netcdf-java archives: