Comment 0 for bug 1797008

Revision history for this message
Attila Kovacs (attipaci) wrote :

The 'fits.jar' archive that is built for Debian (ver. 1.15.2-1) from source has a problem locating the version information resource in the JAR, causing Fits.version() calls to throw unexpected NullPointerException, and likely breaking any code that tries to call Fits.version().

It looks like the JAR archive build for Debian has the resource:

  /META-INF/maven/gov.nasa.gsfc.heasarc/nom-tam-fits/pom.properties

either missing or misplaced inside the JAR archive.

As such it can break any dependent code that uses the Fits.version() call, and which otherwise works as expected with the stock (not Debian-built) 'fits.jar'.

Further info:

> lsb_release -rd:

Description: Ubuntu 18.04.1 LTS
Release: 18.04

> libfits-java version: 1.15.2-1

> Expected behavior:

Fits.version() java calls return the libfits-java underlying library version String (e.g. "1.15.2"), just like the stock JAR library that is provided by nom.tam.fits.

> Actual behavior:

Fits.version() calls result in an unexpected NullPointerException. This is both an unwelcome divergence of behavior the Debian-built JAR from the official 'binary' release, and will break code that tries to use Fits.version() calls.