NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Thanks Martin, appreciate the pointer. I still think that having an *-all.jar is desired. It shouldn't be the only option, but it is still desired, at least by some of the projects that I work on... :) Cheers, Chris On 11/3/10 7:46 AM, "Martin Desruisseaux" <martin.desruisseaux@xxxxxxxxxxx> wrote: Le 03/11/10 02:31, Mattmann, Chris A (388J) a écrit : >> If someone really wants a single JAR file with everything in it, I would >> assume >> that he is not using Maven, so maybe he would be fine to download the big JAR >> file from the UCAR download area? > > Nope, I have a use case where e.g., I'd want a *-all.jar in one of my > dependnecies where I'm doing an mvn assembly:assembly type project and I > need to aggregate the jars into an uber jar, included in my lib dir, via the > assembly plugin. It's for a different project (not this one), but I just > threw it out there to illustrate that the use case can crop up from time to > time. In our project, we created a custom Maven plugin (this is not that hard when starting from an existing one that we just modify). But I think that there is also existing tools doing similar work, like "fatjar". My view is: * On Maven central, we deploy individual components. * If a Maven project wants a big JAR file, I think that the merging of individual JAR files in a big one should be part of the build process. Not every projects may want the same "big JAR file". Some projects may want everything except visad, etc. So it is raisonable to leave the control of "big-file.jar" creation to them. In case you are curious, our custom Maven plugin is described there (part of its work overlaps "mvn assembly", but the final result is different): http://www.geotoolkit.org/build/maven/geotk-jar-collector/index.html Feel free to try it, or get the source code and modify for your needs if you wish. Regards, Martin ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: Chris.Mattmann@xxxxxxxxxxxx WWW: http://sunset.usc.edu/~mattmann/ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
netcdf-java archives: