Bug#825987: /usr/sbin/update-java-alternatives: Re: /usr/sbin/update-java-alternatives: doesn't detect openjdk-8 xjc

[Dominic Hargreaves]

Control: retitle -1 update-java-alternatives: doesn't recognise new jdkhl label in jinfo files
Control: tags -1 + patch confirmed
Control: severity -1 normal

On Fri, Jun 03, 2016 at 11:42:27AM +1000, Jayen Ashar wrote:
> Package: java-common
> Version: 0.57
> Followup-For: Bug #825987
> 
> Dear Maintainer,
> 
> javac seems to have the same issue:
> 
> $ sudo update-java-alternatives -v -l | grep javac
> listing java alternatives:
> jdk javac /usr/lib/jvm/java-6-openjdk-i386/bin/javac
> jdk javac /usr/lib/jvm/java-7-openjdk-i386/bin/javac
> jdk javac /usr/lib/jvm/java-6-sun/bin/javac
> jdk javac /usr/lib/jvm/jdk-7-oracle-i586/bin/javac

This is because, as of openjdk-8 8u72-b15-3[1] a new 'jdkhl' label
was added to the jinfo files, but update-java-alternatives was not
updated to take account of this.

This affects the following commands:

extcheck, idlj, jar, jarsigner, javac, javadoc, javah, javap, jcmd, jdb,
jdeps, jhat, jinfo, jmap, jps, jrunscript, jsadebugd, jstack, jstat,
jstatd, native2ascii, rmic, schemagen, serialver, wsgen, wsimport, xjc

I've attached a patch which restores the expected behaviour.

Since openjdk-8 has been backported into stable, a fixed java-common
should also be backported with this fix.

Cheers,
Dominic.

[1] <http://bazaar.launchpad.net/~openjdk/openjdk/openjdk8/revision/668>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Support-the-jdkhl-alternatives-type.patch
Type: text/x-diff
Size: 1726 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/attachments/20160623/9b4959b1/attachment.patch>