dogtag-pki ftbfs with libresteasy-java 3.1.0

[Ryan Tandy]

https://launchpadlibrarian.net/302962949/buildlog_ubuntu-zesty-amd64.dogtag-pki_10.3.5-7_BUILDING.txt.gz

com/netscape/certsrv/account/AccountResource.java:25: error: cannot find symbol
import org.jboss.resteasy.annotations.ClientResponseType;
                                     ^
  symbol: class ClientResponseType
  location: package org.jboss.resteasy.annotations

I don't think there is a Debian bug yet for this specific issue. The current FTBFS there looks like it's related to tomcat 8.5.

This class in particular seems to have moved to the resteasy-legacy jar:

http://sources.debian.net/src/resteasy/3.1.0-1/resteasy-legacy/src/main/java/org/jboss/resteasy/annotations/legacy/ClientResponseType.java/

which unfortunately doesn't seem to be packaged...

http://sources.debian.net/src/resteasy/3.1.0-1/debian/libresteasy-java.poms/#L54

[Timo Aaltonen (tjaalton)]

thanks, didn't realize resteasy got updated.. it's easy to enable building the legacy jar though, I'll push it to debian

[Nish Aravamudan (nacc)]

Also now triggers on Debian with https://buildd.debian.org/status/fetch.php?pkg=dogtag-pki&arch=amd64&ver=10.3.5-7&stamp=1484711086&raw=0

It seems like upstream dogtag-pki is not compatible with RESTEasy 3.1.0 -- how much work do we want to spend on fixing it up?

[Timo Aaltonen (tjaalton)]

https://fedorahosted.org/pki/ticket/2596

uploaded a new version to Debian, it builds now.

[Timo Aaltonen (tjaalton)]

moving back to dogtag

[Launchpad Janitor (janitor)]

This bug was fixed in the package dogtag-pki - 10.3.5+12-3ubuntu1

---------------
dogtag-pki (10.3.5+12-3ubuntu1) zesty; urgency=medium

  * pki-tomcatd.init: If no instance is configured, the initscript
    machinery would return error value 5 or 6. This messes up systemd, so
    just use 'exit 1' on every non-zero return value. (LP: #1664453)

 -- Timo Aaltonen <email address hidden> Thu, 16 Feb 2017 16:43:49 +0200