Bug#933032: Add Salsa-CI integration

[Emmanuel Bourg]

Le 16/05/2024 à 04:38, Otto Kekäläinen a écrit :


I did confirm by running the CI at
https://salsa.debian.org/mariadb-team/mariadb-connector-java/-/pipelines
that it works, so there is no technical reason not to have CI enabled
in the repository.


There is a practical reason, it doesn't solve any problem, and there is 
an ethical reason, it would consume unnecessary resources.


__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1039607: libjansi-java: causes maven to always output escape character

[Emmanuel Bourg]

Le 05/01/2024 à 07:22, tony mancill a écrit :


However, for the short-term, I believe we can achieve the desired
behavior and fix the issue for most use cases by

1. Patching the mvn wrapper script in our maven package to set
jansi.mode=force (and thus colorize output) unless the --batch-mode
option is provided.

2. Moving forward with the current jansi package in experimental.

That restores the desired --batch-mode behavior but maintains
colorized output by default and during Debian package builds.

Would that be acceptable?


Hi Tony,

Was this plan fully implemented? Maven builds from the command line and 
inside pbuilder are no longer colorized currently.


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1039607: libjansi-java: causes maven to always output escape character

[Emmanuel Bourg]

Le 01/01/2024 à 00:27, tony mancill a écrit :


(Not directly related, but it would be nice to migrate to upstream 2.4.1,
which uses moditect [3], which would need to be packaged.)


moditect can be ignored, it's mostly used to build JPMS module info 
files with Java 8. We can add the missing module-info.java files 
directly if that's really needed.


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1039607: libjansi-java: causes maven to always output escape character

[Emmanuel Bourg]

On 28/12/2023 00:48, tony mancill wrote:


- Maven output is colorized by default when invoked during Debian
   package builds that depend on maven-debian-helper.


Good



- Direct `mvn` Maven output is not colorized by default.


That's an issue, mvn output should be colorized on a terminal by 
default, that's the upstream behaviour.


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1054324: Inability to override install.to.usj property

[Emmanuel Bourg]

Le 21/10/2023 à 22:54, Jérôme Charaoui a écrit :

Alternatives are: package name status quo, using 
"libjruby-maven-plugin-java" (singular), or breaking out the various 
plugins into different packages (even though they all depend on each 
other), but it's all sub-optimal.


+1 for libjruby-maven-plugin-java, I'd rather not touch the settings of 
maven-debian-helper without extensive testing.


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1053053: libjamon-java: FTBFS with default Java 21

[Emmanuel Bourg]

Control: notfound -1 2.7-8
Control: close -1

Le 27/09/2023 à 00:09, Vladimir Petko a écrit :


compile:
 [mkdir] Created dir: /<>/target/classes
 [javac] /<>/debian/build.xml:7: warning: 'includeantruntime' 
was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds
 [javac] Compiling 94 source files to /<>/target/classes
 [javac] error: release version 7 not supported
 [javac] Usage: javac  
 [javac] use --help for a list of possible options


This no longer occurs with ant/1.10.14-1.

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1053065: nekohtml: FTBFS with default Java 21

[Emmanuel Bourg]

Control: notfound -1 1.9.22.noko2-0.1

Le 27/09/2023 à 00:13, Vladimir Petko a écrit :


compile:
 [mkdir] Created dir: /<>/build/classes
  [echo] Compiling with Xerces-2.12.2
 [javac] Compiling 31 source files to /<>/build/classes
 [javac] warning: [options] bootstrap class path not set in conjunction 
with -source 7
 [javac] error: Source option 7 is no longer supported. Use 8 or later.
 [javac] error: Target option 7 is no longer supported. Use 8 or later.



This no longer occurs with ant/1.10.14-1.

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1053060: maven-repo-helper: FTBFS with default Java 21

[Emmanuel Bourg]

Control: notfound -1 1.11

Le 27/09/2023 à 00:11, Vladimir Petko a écrit :


---
compile:
 [mkdir] Created dir: /<>/build/generated-sources
 [javac] /<>/debian/build.xml:45: warning: 'includeantruntime' 
was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds
 [javac] Compiling 27 source files to /<>/build/classes
 [javac] error: Source option 7 is no longer supported. Use 8 or later.
 [javac] error: Target option 7 is no longer supported. Use 8 or later.


This no longer occurs with ant/1.10.14-1

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1053081: svnkit: FTBFS with default Java 21

[Emmanuel Bourg]

Le 27/09/2023 à 00:22, Vladimir Petko a écrit :


compile-library:
 [mkdir] Created dir: /<>/svnkit/bin
 [mkdir] Created dir: /<>/svnkit-cli/bin
 [mkdir] Created dir: /<>/svnkit-javahl16/bin
 [javac] /<>/debian/build.xml:20: warning: 'includeantruntime' 
was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds
 [javac] Compiling 1082 source files to /<>/svnkit/bin
 [javac] warning: [options] bootstrap class path not set in conjunction 
with -source 7
 [javac] error: Source option 7 is no longer supported. Use 8 or later.
 [javac] error: Target option 7 is no longer supported. Use 8 or later.


This report is outdated, the error no longer occurs with ant/1.10.14-1.

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1053087: xz-java: FTBFS with default Java 21

[Emmanuel Bourg]

Le 29/09/2023 à 00:58, Vladimir Petko a écrit :

The source level 7 is hardcoded in the build properties[1].

[1] https://sources.debian.org/src/xz-java/1.9-1/build.properties


That's not a problem, Ant is patched to detect an unsupported level for 
the JDK used and change it automatically.


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1053013: beansbinding: FTBFS with default Java 21

[Emmanuel Bourg]

Le 29/09/2023 à 01:00, Vladimir Petko a écrit :

The source level 7 is hardcoded in project properties[1].

[1] 
https://sources.debian.org/src/beansbinding/1.2.1-4/nbproject/project.properties/



The javadoc error you reported initially no longer occurs,
but when Ant adjusts the level there is this error later:

-do-compile:
[javac] Using javac -source 1.7 is no longer supported, switching to 8
[javac] Using javac -target 1.7 is no longer supported, switching to 8
[javac] Compiling 123 source files to 
/home/ebourg/packaging/beansbinding/build/classes
[javac] warning: source release 8 requires target release 8

So there is still a corner case not properly handled by Ant, I'll get a look.

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1053087: xz-java: FTBFS with default Java 21

[Emmanuel Bourg]

Le 29/09/2023 à 00:44, Vladimir Petko a écrit :

Please see the attached log:
The relevant part:
--

Preparing to unpack .../065-ant_1.10.13-2_all.deb ...
Unpacking ant (1.10.13-2)
--



ant/1.10.13-2 adjusted automatically the source/target level.

ant/1.10.14-1 adjusted automatically the release level, that's why 
xz-java was still failing to build with ant/1.10.13-2


I told you by mail to check again before reporting the issues :)

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1053013: beansbinding: FTBFS with default Java 21

[Emmanuel Bourg]

Le 26/09/2023 à 23:49, Vladimir Petko a écrit :


-javadoc-build:
 [mkdir] Created dir: /<>/dist/javadoc
   [javadoc] Generating Javadoc
   [javadoc] Debian build on Java 9+ detected: Adding the 
--ignore-source-errors option
   [javadoc] Debian build on Java 9+ detected: Adding the -Xdoclint:none option
   [javadoc] Javadoc execution
   [javadoc] error: Source option 7 is no longer supported. Use 8 or later.
   [javadoc] error: Target option 7 is no longer supported. Use 8 or later.
   [javadoc] 2 errors


This report is outdated, the error no longer occurs with ant/1.10.13-2.

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1053087: xz-java: FTBFS with default Java 21

[Emmanuel Bourg]

Le 27/09/2023 à 00:24, Vladimir Petko a écrit :


compile:
 [mkdir] Created dir: /<>/build/classes
 [javac] Compiling 108 source files to /<>/build/classes
 [javac] Ignoring source, target and bootclasspath as release has been set
 [javac] error: release version 7 not supported
 [javac] Usage: javac  
 [javac] use --help for a list of possible options


This report is outdated, the error no longer occurs with ant/1.10.13-2.

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1053011: avalon-framework: FTBFS with default Java 21

[Emmanuel Bourg]

Le 2023-09-26 23:46, Vladimir Petko a écrit :


compile:
[javac] /<>/debian/build.xml:28: warning:
'includeantruntime' was not set, defaulting to
build.sysclasspath=last; set to false for repeatable builds
[javac] Compiling 41 source files to /<>/build
[javac] error: Source option 7 is no longer supported. Use 8 or 
later.
[javac] error: Target option 7 is no longer supported. Use 8 or 
later.


This issue no longer occurs with ant/1.10.13-2 uploaded 2 months ago.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052695: super-csv: FTBFS with OpenJDK 21 due to type inference changes

[Emmanuel Bourg]

Source: super-csv
Version: 2.4.0-3
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


super-csv fails to build with OpenJDK 21, probably due to type inference
changes when using source/target level 8:


  [INFO] --- maven-compiler-plugin:3.10.1:testCompile (default-testCompile) @ 
super-csv ---
  [INFO] Changes detected - recompiling the module!
  [INFO] Compiling 80 source files to 
/<>/super-csv/target/test-classes
  Use of target 1.5 is no longer supported, switching to 8
  Use of source 1.5 is no longer supported, switching to 8
  [INFO] 
/<>/super-csv/src/test/java/org/supercsv/mock/ResultSetMock.java: 
Some input files use or override a deprecated API.
  [INFO] 
/<>/super-csv/src/test/java/org/supercsv/mock/ResultSetMock.java: 
Recompile with -Xlint:deprecation for details.
  [INFO] 
/<>/super-csv/src/test/java/org/supercsv/util/CsvContextTest.java: 
/<>/super-csv/src/test/java/org/supercsv/util/CsvContextTest.java 
uses or overrides a deprecated API that is marked for removal.
  [INFO] 
/<>/super-csv/src/test/java/org/supercsv/util/CsvContextTest.java: 
Recompile with -Xlint:removal for details.
  [INFO] 
/<>/super-csv/src/test/java/org/supercsv/example/ParseDay.java: 
Some input files use unchecked or unsafe operations.
  [INFO] 
/<>/super-csv/src/test/java/org/supercsv/example/ParseDay.java: 
Recompile with -Xlint:unchecked for details.
  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] 
/<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[57,17]
 reference to assertEquals is ambiguous
both method assertEquals(long,long) in org.junit.Assert and method 
assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match
  [ERROR] 
/<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[58,17]
 reference to assertEquals is ambiguous
both method assertEquals(long,long) in org.junit.Assert and method 
assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match
  [ERROR] 
/<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[78,17]
 reference to assertEquals is ambiguous
both method assertEquals(long,long) in org.junit.Assert and method 
assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match
  [ERROR] 
/<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[79,17]
 reference to assertEquals is ambiguous
both method assertEquals(long,long) in org.junit.Assert and method 
assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match
  [ERROR] 
/<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[88,17]
 reference to assertEquals is ambiguous
both method assertEquals(long,long) in org.junit.Assert and method 
assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match
  [ERROR] 
/<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[89,17]
 reference to assertEquals is ambiguous
both method assertEquals(long,long) in org.junit.Assert and method 
assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match
  [ERROR] 
/<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[98,17]
 reference to assertEquals is ambiguous
both method assertEquals(long,long) in org.junit.Assert and method 
assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match
  [ERROR] 
/<>/super-csv/src/test/java/org/supercsv/cellprocessor/ParseIntTest.java:[58,17]
 reference to assertEquals is ambiguous
both method assertEquals(long,long) in org.junit.Assert and method 
assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match
  [ERROR] 
/<>/super-csv/src/test/java/org/supercsv/cellprocessor/ParseIntTest.java:[59,17]
 reference to assertEquals is ambiguous
both method assertEquals(long,long) in org.junit.Assert and method 
assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match
  [ERROR] 
/<>/super-csv/src/test/java/org/supercsv/cellprocessor/ParseIntTest.java:[62,17]
 reference to assertEquals is ambiguous
both method assertEquals(long,long) in org.junit.Assert and method 
assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match
  [ERROR] 
/<>/super-csv/src/test/java/org/supercsv/cellprocessor/ParseIntTest.java:[63,17]
 reference to assertEquals is ambiguous
both method assertEquals(long,long) in org.junit.Assert and method 
assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match
  [ERROR] 
/<>/super-csv/src/test/java/org/supercsv/cellprocessor/ParseIntTest.java:[72,17]
 reference to assertEquals is ambiguous
both method assertEquals(long,long) in org.junit.Assert and method 
assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert 

Bug#1052694: libeuclid-java: FTBFS with OpenJDK 21 due to conflicting reversed() methods in the List and Deque interfaces

[Emmanuel Bourg]

Source: libeuclid-java
Version: 2.6-1
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


libeuclid-java fails to build with OpenJDK 21 because the ThriftyList class
implements the java.util.Deque and java.util.List interface which now share
a similar reversed() method but with an incompatible return type:


  [INFO] --- maven-compiler-plugin:3.10.1:compile (default-compile) @ euclid ---
  [INFO] Changes detected - recompiling the module!
  [INFO] Compiling 100 source files to /<>/target/classes
  [INFO] /<>/src/main/java/org/xmlcml/euclid/RealMatrix.java: Some 
input files use or override a deprecated API.
  [INFO] /<>/src/main/java/org/xmlcml/euclid/RealMatrix.java: 
Recompile with -Xlint:deprecation for details.
  [INFO] /<>/src/main/java/org/xmlcml/euclid/RealRange.java: Some 
input files use or override a deprecated API that is marked for removal.
  [INFO] /<>/src/main/java/org/xmlcml/euclid/RealRange.java: 
Recompile with -Xlint:removal for details.
  [INFO] 
/<>/src/main/java/blogspot/software_and_algorithms/stern_library/data_structure/ThriftyList.java:
 Some input files use unchecked or unsafe operations.
  [INFO] 
/<>/src/main/java/blogspot/software_and_algorithms/stern_library/data_structure/ThriftyList.java:
 Recompile with -Xlint:unchecked for details.
  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] 
/<>/src/main/java/blogspot/software_and_algorithms/stern_library/data_structure/ThriftyList.java:[74,8]
 types java.util.Deque and java.util.List are incompatible;
both define reversed(), but with unrelated return types
  [INFO] 1 error
  [INFO] -

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052691: icedtea-web: FTBFS with OpenJDK 21: jdk.internal.util.jar.JarIndex not found

[Emmanuel Bourg]

Source: icedtea-web
Version: 1.8.8-2
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


icedtea-web fails to build with OpenJDK 21 during the configure phase:


  checking for a JDK home directory... /usr/lib/jvm/default-java (link to 
/usr/lib/jvm/java-21-openjdk-amd64)
  checking for javac... /usr/lib/jvm/default-java/bin/javac
  checking for ecj... no
  checking for ecj-3.1... no
  checking for ecj-3.2... no
  checking for ecj-3.3... no
  checking if we are using ecj as javac... no
  checking for jar... /usr/lib/jvm/default-java/bin/jar
  checking whether jar supports @ argument... yes
  checking whether jar supports stdin file arguments... no
  checking whether jar supports -J options at the end... yes
  checking for an ecj JAR file... no
  checking for a JRE home directory... /usr/lib/jvm/default-java (link to 
/usr/lib/jvm/java-21-openjdk-amd64)
  checking for a Java virtual machine... /usr/bin/java
  checking JDK version... 21
  checking for javadoc... /usr/lib/jvm/default-java/bin/javadoc
  checking whether javadoc supports -J options... yes
  checking for keytool... /usr/lib/jvm/default-java/bin/keytool
  checking for jarsigner... /usr/lib/jvm/default-java/bin/jarsigner
  checking for hg... no
  checking for distribution package version... 1.8.8
  checking what version string to use... 1.8.8 (1.8.8)
  checking whether to build the browser plugin... no
  checking whether make supports the include directive... yes (GNU style)
  checking for pkg-config... /usr/bin/pkg-config
  checking pkg-config is at least version 0.9.0... yes
  checking whether to build plugin jar for javaws -html... no
  checking if java.net.CookieManager is available from some.pkg (module "")... 
yes
  checking if java.net.HttpCookie is available from some.pkg (module "")... yes
  checking if java.net.CookieHandler is available from some.pkg (module "")... 
yes
  checking if sun.security.util.SecurityConstants is available from some.pkg 
(module "java.base")... yes
  checking if sun.security.util.HostnameChecker is available from some.pkg 
(module "java.base")... yes
  checking if sun.security.x509.X500Name is available from some.pkg (module 
"java.base")... yes
  checking if sun.security.action.GetPropertyAction is available from some.pkg 
(module "java.base")... yes
  checking if sun.security.util.HexDumpEncoder is available from some.pkg 
(module "java.base")... yes
  checking if jdk.internal.util.jar.JarIndex is available from some.pkg (module 
"java.base")... no
  configure: error: jdk.internal.util.jar.JarIndex not found.
  make[1]: *** [debian/rules:12: override_dh_auto_configure] Error 1
  make[1]: Leaving directory '/<>'
  make: *** [debian/rules:8: build] Error 2
  dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052623: openjpa: FTBFS with OpenJDK 21 due to type inference changes

[Emmanuel Bourg]

Source: openjpa
Version: 2.4.2-8
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


openjpa fails to build with OpenJDK 21, probably due to type inference
changes when using source/target level 8:


  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] 
/<>/openjpa-persistence/src/main/java/org/apache/openjpa/persistence/criteria/CriteriaQueryImpl.java:[234,72]
 incompatible types: bad type in conditional expression
  java.util.Set cannot be converted to 
java.util.Set>
  [INFO] 1 error
  [INFO] -

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052622: jboss-logging-tools: FTBFS with OpenJDK 21 due to javax.lang.model.element.ExecutableElement changes

[Emmanuel Bourg]

Source: jboss-logging-tools
Version: 2.2.1-3
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


jboss-logging-tools fails to build with OpenJDK 21 because new abstract
methods were added to javax.lang.model.element.ExecutableElement:


  [INFO] --- maven-compiler-plugin:3.10.1:compile (default-compile) @ 
jboss-logging-processor ---
  [INFO] Changes detected - recompiling the module!
  [INFO] Compiling 61 source files to /<>/processor/target/classes
  [INFO] 
/<>/processor/src/main/java/org/jboss/logging/processor/apt/TranslationFileGenerator.java:
 
/<>/processor/src/main/java/org/jboss/logging/processor/apt/TranslationFileGenerato
  r.java uses or overrides a deprecated API that is marked for removal.
  [INFO] 
/<>/processor/src/main/java/org/jboss/logging/processor/apt/TranslationFileGenerator.java:
 Recompile with -Xlint:removal for details.
  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] 
/<>/processor/src/main/java/org/jboss/logging/processor/model/MessageMethod.java:[35,8]
 types org.jboss.logging.processor.model.DelegatingElement and 
javax.lang.model.element.ExecutableElement are incompatible;
interface org.jboss.logging.processor.model.MessageMethod inherits abstract 
and default for getEnclosingElement() from types 
org.jboss.logging.processor.model.DelegatingElement and 
javax.lang.model.element.ExecutableElement
  [ERROR] 
/<>/processor/src/main/java/org/jboss/logging/processor/model/DelegatingExecutableElement.java:[39,8]
 types org.jboss.logging.processor.model.DelegatingElement and 
javax.lang.model.element.ExecutableElement are incompatible;
interface org.jboss.logging.processor.model.DelegatingExecutableElement 
inherits abstract and default for getEnclosingElement() from types 
org.jboss.logging.processor.model.DelegatingElement and 
javax.lang.model.element.ExecutableElement
  [ERROR] 
/<>/processor/src/main/java/org/jboss/logging/processor/apt/MessageMethodBuilder.java:[288,20]
 org.jboss.logging.processor.apt.MessageMethodBuilder.AptMessageMethod is not 
abstract and does not override abstract method getEnclosingElement() in 
javax.lang.model.element.ExecutableElement
  [INFO] 3 errors

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052620: javamorph: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7

[Emmanuel Bourg]

Source: javamorph
Version: 0.0.20100201-3
Severity: important
Tags: ftbfs
User: debian-j...@lists.debian.org
Usertags: default-java21

Dear Maintainers,

The package javamorph ftbfs with default Java 21.
The relevant part of the build log:
---
make[1]: Entering directory '/<>'
javac -source 7 -target 7 -d . javamorph/*.java
warning: [options] bootstrap class path not set in conjunction with -source 7
error: Source option 7 is no longer supported. Use 8 or later.
error: Target option 7 is no longer supported. Use 8 or later.
make[1]: *** [debian/rules:7: override_dh_auto_build] Error 2
make[1]: Leaving directory '/<>'
make: *** [debian/rules:4: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
---


-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (1, 
'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.15.108-1-pve (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052617: xml-commons-external: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7

[Emmanuel Bourg]

Source: xml-commons-external
Version: 1.4.01-5
Severity: important
Tags: ftbfs
User: debian-j...@lists.debian.org
Usertags: default-java21

Dear Maintainers,

The package xml-commons-external ftbfs with default Java 21.
The relevant part of the build log:
---
make[1]: Entering directory '/<>'
# Build all classes
mkdir classes
javac -source 7 -target 7 -d classes `find org/ javax/ -name '*.java'`
warning: [options] bootstrap class path not set in conjunction with -source 7
error: Source option 7 is no longer supported. Use 8 or later.
error: Target option 7 is no longer supported. Use 8 or later.
make[1]: *** [debian/rules:11: override_dh_auto_build] Error 2
make[1]: Leaving directory '/<>'
make: *** [debian/rules:6: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
---


-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (1, 
'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.15.108-1-pve (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052571: junit: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7

[Emmanuel Bourg]

Package: junit
Version: 3.8.2-9
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


junit fails to build with OpenJDK 21 because it invokes javac with the 
source/target
options set to 7. Since OpenJDK 20 the minimum version supported is 8.


  make[1]: Leaving directory '/<>'
 debian/rules override_dh_auto_build
  make[1]: Entering directory '/<>'
  mkdir -p classes
  (cd src;/usr/lib/jvm/default-java/bin/javac -source 1.7 -target 1.7 
-classpath . -d ../classes junit/*/*.java)
  warning: [options] bootstrap class path not set in conjunction with -source 7
  error: Source option 7 is no longer supported. Use 8 or later.
  error: Target option 7 is no longer supported. Use 8 or later.
  make[1]: *** [debian/rules:22: override_dh_auto_build] Error 2
  make[1]: Leaving directory '/<>'
  make: *** [debian/rules:15: build] Error 2
  dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052570: jlapack: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7

[Emmanuel Bourg]

Source: jlapack
Version: 0.8~dfsg-5
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


jlapack fails to build with OpenJDK 21 because it invokes javac with
the source/target options set to 7. Since OpenJDK 20 the minimum version
supported is 8.


  mkdir -p simple/org/netlib/blas
  cp `find obj/org/netlib/blas -name "[A-Z][A-Z]*.java"` simple/org/netlib/blas
  javac -source 1.7 -target 1.7 -classpath 
.:blas.jar:simple:../../src/util/f2jutil.jar:../../src/error_reporting/xerbla.jar
 simple/org/netlib/blas/*.java
  warning: [options] bootstrap class path not set in conjunction with -source 7
  error: Source option 7 is no longer supported. Use 8 or later.
  error: Target option 7 is no longer supported. Use 8 or later.
  make[4]: [Makefile:13: blas.jar] Error 2 (ignored)
  cd simple; jar cvf ../blas_simple.jar `find . -name "*.class"`
  'c' flag requires manifest or input files to be specified!
  Try `jar --help' for more information.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052568: saaj: FTBFS with OpenJDK 21 due to security manager removal

[Emmanuel Bourg]

Source: saaj
Version: 1.4.0-3
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


saaj fails to build with OpenJDK 21 because the tests used the now deprecated 
security manager:


  [ERROR] Tests run: 30, Failures: 0, Errors: 15, Skipped: 0, Time elapsed: 
0.199 s <<< FAILURE! - in javax.xml.soap.test.SAAJFactoryTest
  [ERROR] testFactoryDiscoverySM[0](javax.xml.soap.test.SAAJFactoryTest)  Time 
elapsed: 0.024 s  <<< ERROR!
  java.lang.UnsupportedOperationException: The Security Manager is deprecated 
and will be removed in a future release
  at 
javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200)
  at 
javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193)

  [ERROR] testFactoryDiscoverySM[1](javax.xml.soap.test.SAAJFactoryTest)  Time 
elapsed: 0.002 s  <<< ERROR!
  java.lang.UnsupportedOperationException: The Security Manager is deprecated 
and will be removed in a future release
  at 
javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200)
  at 
javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193)

  [ERROR] testFactoryDiscoverySM[2](javax.xml.soap.test.SAAJFactoryTest)  Time 
elapsed: 0.001 s  <<< ERROR!
  java.lang.UnsupportedOperationException: The Security Manager is deprecated 
and will be removed in a future release
  at 
javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200)
  at 
javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193)

  [ERROR] testFactoryDiscoverySM[3](javax.xml.soap.test.SAAJFactoryTest)  Time 
elapsed: 0.002 s  <<< ERROR!
  java.lang.UnsupportedOperationException: The Security Manager is deprecated 
and will be removed in a future release
  at 
javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200)
  at 
javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193)

  [ERROR] testFactoryDiscoverySM[4](javax.xml.soap.test.SAAJFactoryTest)  Time 
elapsed: 0.002 s  <<< ERROR!
  java.lang.UnsupportedOperationException: The Security Manager is deprecated 
and will be removed in a future release
  at 
javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200)
  at 
javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193)

  [ERROR] testFactoryDiscoverySM[5](javax.xml.soap.test.SAAJFactoryTest)  Time 
elapsed: 0.002 s  <<< ERROR!
  java.lang.UnsupportedOperationException: The Security Manager is deprecated 
and will be removed in a future release
  at 
javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200)
  at 
javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193)

  [ERROR] testFactoryDiscoverySM[6](javax.xml.soap.test.SAAJFactoryTest)  Time 
elapsed: 0.002 s  <<< ERROR!
  java.lang.UnsupportedOperationException: The Security Manager is deprecated 
and will be removed in a future release
  at 
javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200)
  at 
javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193)

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052567: velocity-tools: FTBFS with OpenJDK 21 due to javadoc errors

[Emmanuel Bourg]

Source: velocity-tools
Version: 2.0-8
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


velocity-tools fails to build with OpenJDK 21 due to javadoc errors:


  [javadoc] Building index for all the packages and classes...
  [javadoc] Standard Doclet version 21+35-Debian-1
  [javadoc] Building tree for all the packages and classes...
  [javadoc] error: An internal exception has occurred.
  [javadoc] (java.lang.ClassCastException: class 
com.sun.tools.javac.code.Symtab$6 cannot be cast to class 
com.sun.tools.javac.code.Symbol$ClassSymbol (com.sun.tools.javac.code.Symtab$6 
and com.sun.tools
.javac.code.Symbol$ClassSymbol are in module jdk.compiler of loader 'app'))
  [javadoc] Please file a bug against the javadoc tool via the Java bug 
reporting page
  [javadoc] (https://bugreport.java.com) after checking the Bug Database 
(https://bugs.java.com)
  [javadoc] for duplicates. Include error messages and the following diagnostic 
in your report. Thank you.
  [javadoc] java.lang.ClassCastException: class 
com.sun.tools.javac.code.Symtab$6 cannot be cast to class 
com.sun.tools.javac.code.Symbol$ClassSymbol (com.sun.tools.javac.code.Symtab$6 
and com.sun.tools.java
c.code.Symbol$ClassSymbol are in module jdk.compiler of loader 'app')
  [javadoc] at 
jdk.compiler/com.sun.tools.javac.code.Symbol.outermostClass(Symbol.java:530)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.ToolEnvironment.getFileKind(ToolEnvironment.java:188)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable.isTypeElementSelected(ElementsTable.java:975)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable$IncludedVisitor.visitType(ElementsTable.java:1052)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable$IncludedVisitor.visitType(ElementsTable.java:1028)
  [javadoc] at 
jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1581)
  [javadoc] at 
java.compiler@21/javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable.isIncluded(ElementsTable.java:330)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.DocEnvImpl.isIncluded(DocEnvImpl.java:76)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.isIncluded(Utils.java:2015)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.hasHiddenTag(Utils.java:1272)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.getFirstVisibleSuperClass(Utils.java:1041)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.getFirstVisibleSuperClass(Utils.java:1055)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.getFirstVisibleSuperClassAsTypeElement(Utils.java:1017)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.ClassTree.processType(ClassTree.java:264)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.ClassTree.buildTree(ClassTree.java:245)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.ClassTree.(ClassTree.java:196)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.AbstractDoclet.startGeneration(AbstractDoclet.java:205)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.AbstractDoclet.run(AbstractDoclet.java:110)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.doclet.StandardDoclet.run(StandardDoclet.java:104)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.Start.parseAndExecute(Start.java:575)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.Start.begin(Start.java:398)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.Start.begin(Start.java:347)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.Main.execute(Main.java:57)
  [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.Main.main(Main.java:46)
  [javadoc] 1 error
  [javadoc] 100 warnings

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052566: libnative-platform-java: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7

[Emmanuel Bourg]

Package: libnative-platform-java
Version: 0.14-5
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


libnative-platform-java fails to build with OpenJDK 21 because it invokes javac 
with
the source/target options set to 7. Since OpenJDK 20 the minimum version
supported is 8.

Replacing the makefile with an Ant script would avoid this issue on future JDK 
upgrades.


  dpkg-buildpackage
  -
  
  Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot
  dpkg-buildpackage: info: source package libnative-platform-java
  dpkg-buildpackage: info: source version 0.14-5
  dpkg-buildpackage: info: source distribution unstable
  dpkg-buildpackage: info: source changed by Emmanuel Bourg 
   dpkg-source --before-build .
  dpkg-buildpackage: info: host architecture amd64
   fakeroot debian/rules clean
  dh clean --with maven-repo-helper,javahelper
 debian/rules override_dh_auto_clean
  make[1]: Entering directory '/<>'
  dh_auto_clean
  rm -f -r debian/out
  make[1]: Leaving directory '/<>'
 jh_clean
 dh_clean
   debian/rules build
  dh build --with maven-repo-helper,javahelper
 dh_update_autotools_config
 dh_autoreconf
 jh_linkjars
 debian/rules override_dh_auto_build
  make[1]: Entering directory '/<>'
  mkdir --parents debian/tmp
  make -f debian/Makefile build
  make[2]: Entering directory '/<>'
  mkdir --parents debian/out/classes
  javac -source 1.7 -target 1.7 -encoding UTF-8 -d debian/out/classes -h 
debian/out src/main/java/net/rubygrapefruit/platform/Terminal.java ...
  warning: [options] bootstrap class path not set in conjunction with -source 7
  error: Source option 7 is no longer supported. Use 8 or later.
  error: Target option 7 is no longer supported. Use 8 or later.
  make[2]: *** [debian/Makefile:44: debian/out/classes/%.class] Error 2
  make[2]: Leaving directory '/<>'
  make[1]: *** [debian/rules:12: override_dh_auto_build] Error 2
  make[1]: Leaving directory '/<>'
  make: *** [debian/rules:8: build] Error 2
  dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
  

  Build finished at 2023-09-22T21:19:47Z

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052549: truffle-dsl-processor: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7

[Emmanuel Bourg]

Source: truffle-dsl-processor
Version: 0.6-2.1
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


truffle-dsl-processor fails to build with OpenJDK 21 because it invokes javac 
with
the source/target options set to 7. Since OpenJDK 20 the minimum version
supported is 8.


  dpkg-buildpackage
  -

  Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot
  dpkg-buildpackage: info: source package truffle-dsl-processor
  dpkg-buildpackage: info: source version 0.6-2.1
  dpkg-buildpackage: info: source distribution unstable
  dpkg-buildpackage: info: source changed by Holger Levsen 
   dpkg-source --before-build .
  dpkg-buildpackage: info: host architecture amd64
   fakeroot debian/rules clean
  dh clean --with javahelper
  dh: warning: Compatibility levels before 10 are deprecated (level 9 in use)
 jh_clean
  jh_build: warning: Compatibility levels before 10 are deprecated (level 9 in 
use)
 debian/rules override_dh_clean
  make[1]: Entering directory '/<>'
  dh_clean
  dh_clean: warning: Compatibility levels before 10 are deprecated (level 9 in 
use)
  mh_clean
  make[1]: Leaving directory '/<>'
   debian/rules build
  dh build --with javahelper
  dh: warning: Compatibility levels before 10 are deprecated (level 9 in use)
 dh_update_autotools_config
 jh_linkjars
 debian/rules override_jh_build
  make[1]: Entering directory '/<>'
  jh_build --javacopts="-source 7" --javadoc-opts="-source 7"
  jh_build: warning: Compatibility levels before 10 are deprecated (level 9 in 
use)
  jh_build: warning: Java machine does not support --release 7, using --release 
8
  warning: [options] bootstrap class path not set in conjunction with -source 7
  error: Source option 7 is no longer supported. Use 8 or later.
  jh_build: error: find ./com -name '*.java' -and -type f -print0 | xargs -s 
512000 -0 /usr/lib/jvm/default-java/bin/javac -g -cp 
/usr/share/java/truffle.jar:debian/_jh_build.truffle-dsl-processor -d debian/_>
  make[1]: *** [debian/rules:10: override_jh_build] Error 25
  make[1]: Leaving directory '/<>'
  make: *** [debian/rules:7: build] Error 2
  dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
  

  Build finished at 2023-09-23T02:21:23Z

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052538: truffle: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7

[Emmanuel Bourg]

Source: truffle
Version: 0.6-3
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


truffle fails to build with OpenJDK 21 because it invokes javac with
the source/target options set to 7. Since OpenJDK 20 the minimum version
supported is 8.


  dpkg-buildpackage
  -
  
  Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot
  dpkg-buildpackage: info: source package truffle
  dpkg-buildpackage: info: source version 0.6-3
  dpkg-buildpackage: info: source distribution unstable
  dpkg-buildpackage: info: source changed by Sudip Mukherjee 

   dpkg-source --before-build .
  dpkg-buildpackage: info: host architecture amd64
   debian/rules clean
  dh clean --with javahelper
 jh_clean
 debian/rules override_dh_clean
  make[1]: Entering directory '/<>'
  dh_clean
  mh_clean
  make[1]: Leaving directory '/<>'
   debian/rules binary
  dh binary --with javahelper
 dh_update_autotools_config
 dh_autoreconf
 jh_linkjars
 debian/rules override_jh_build
  make[1]: Entering directory '/<>'
  jh_build --javacopts="-source 7" --javadoc-opts="-source 7"
  jh_build: warning: Java machine does not support --release 7, using --release 
8
  warning: [options] bootstrap class path not set in conjunction with -source 7
  error: Source option 7 is no longer supported. Use 8 or later.
  jh_build: error: find ./com -name '*.java' -and -type f -print0 | xargs -s 
512000 -0 /usr/lib/jvm/default-java/bin/javac -g -cp :debian/_jh_build.truffle 
-d debian/_jh_build.truffle -source 7 -encoding ISO88
  59-1  returned exit code 123
  make[1]: *** [debian/rules:7: override_jh_build] Error 25
  make[1]: Leaving directory '/<>'
  make: *** [debian/rules:4: binary] Error 2
  dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 
2
  

  Build finished at 2023-09-22T17:37:29Z

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052500: stringtemplate: FTBFS with OpenJDK 21: Reference to StringTemplate is ambiguous

[Emmanuel Bourg]

Source: stringtemplate
Version: 3.2.1-3
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


stringtemplate fails to build with OpenJDK 21 because its use of
the StringTemplate class is now ambiguous with the newly introduced
java.lang.StringTemplate interface:


[javac] /<>/build.xml:128: warning: 'includeantruntime' was 
not set, defaulting to build.sysclasspath=last; set to false for repeatable 
builds
[javac] Using javac -source 1.4 is no longer supported, switching to 8
[javac] Using javac -target 1.4 is no longer supported, switching to 8
[javac] Compiling 42 source files to /<>/build/classes
[javac] warning: [options] bootstrap class path not set in conjunction with 
-source 8
[javac] warning: [options] source value 8 is obsolete and will be removed 
in a future release
[javac] warning: [options] target value 8 is obsolete and will be removed 
in a future release
[javac] warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
[javac] 
/<>/build/src/org/antlr/stringtemplate/language/ActionEvaluator.java:57:
 error: reference to StringTemplate is ambiguous
[javac] protected StringTemplate self = null;
[javac]   ^
[javac]   both class org.antlr.stringtemplate.StringTemplate in 
org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang 
match
[javac] 
/<>/build/src/org/antlr/stringtemplate/language/ActionEvaluator.java:62:
 error: reference to StringTemplate is ambiguous
[javac] public ActionEvaluator(StringTemplate self, ASTExpr chunk, 
StringTemplateWriter out) {
[javac]^
[javac]   both class org.antlr.stringtemplate.StringTemplate in 
org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang 
match
[javac] 
/<>/build/src/org/antlr/stringtemplate/language/ActionEvaluator.java:849:
 error: reference to StringTemplate is ambiguous
[javac] StringTemplate embedded, Map initialContext
[javac] ^
[javac]   both class org.antlr.stringtemplate.StringTemplate in 
org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang 
match
[javac] 
/<>/build/src/org/antlr/stringtemplate/language/ActionEvaluator.java:909:
 error: reference to StringTemplate is ambiguous
[javac] StringTemplate embedded, Map argumentContext
[javac] ^
[javac]   both class org.antlr.stringtemplate.StringTemplate in 
org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang 
match
[javac] 
/<>/build/src/org/antlr/stringtemplate/language/ActionEvaluator.java:963:
 error: reference to StringTemplate is ambiguous
[javac] StringTemplate embedded, Map argumentContext
[javac] ^
[javac]   both class org.antlr.stringtemplate.StringTemplate in 
org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang 
match
[javac] 
/<>/build/src/org/antlr/stringtemplate/language/ActionParser.java:57:
 error: reference to StringTemplate is ambiguous
[javac] protected StringTemplate self = null;
[javac]   ^

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052498: doctorj: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7

[Emmanuel Bourg]

Source: doctorj
Version: 5.0.0-6
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


doctorj fails to build with OpenJDK 21 because it invokes javac with
the source/target options set to 7. Since OpenJDK 20 the minimum version
supported is 8.


  dpkg-buildpackage
  -
  
  Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot
  dpkg-buildpackage: info: source package doctorj
  dpkg-buildpackage: info: source version 5.0.0-6
  dpkg-buildpackage: info: source distribution unstable
  dpkg-buildpackage: info: source changed by Emmanuel Bourg 
   dpkg-source --before-build .
  dpkg-buildpackage: info: host architecture amd64
   fakeroot debian/rules clean
  dh clean
 dh_auto_clean
 dh_clean
   debian/rules build
  dh build
 dh_update_autotools_config
 dh_autoreconf
 dh_auto_configure
 dh_auto_build
  make -j8 "INSTALL=install --strip-program=true"
  make[1]: Entering directory '/<>'
  mkdir classes
  find org -name '*.java' | xargs javac -source 7 -target 7 -d classes
  warning: [options] bootstrap class path not set in conjunction with -source 7
  error: Source option 7 is no longer supported. Use 8 or later.
  error: Target option 7 is no longer supported. Use 8 or later.
  make[1]: *** [Makefile:18: all] Error 123
  make[1]: Leaving directory '/<>'
  dh_auto_build: error: make -j8 "INSTALL=install --strip-program=true" 
returned exit code 2
  make: *** [debian/rules:4: build] Error 25
  dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
  

  Build finished at 2023-09-22T17:33:26Z

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052495: libcommons-digester-java: FTBFS with OpenJDK 21 due to javadoc errors

[Emmanuel Bourg]

Package: libcommons-digester-java
Version: 1.8.1-5
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


libcommons-digester-java fails to build with OpenJDK 21 due to javadoc errors:

  [javadoc] Building index for all the packages and classes...
  [javadoc] Standard Doclet version 21+35-Debian-1
  [javadoc] Building tree for all the packages and classes...
  [javadoc] error: An internal exception has occurred.
  [javadoc] (java.lang.ClassCastException: class 
com.sun.tools.javac.code.Symtab$6 cannot be cast to class 
com.sun.tools.javac.code.Symbol$ClassSymbol (com.sun.tools.javac.code.Symtab$6 
and com.sun.tools.javac.code.Symbol$ClassSymbol are in module jdk.compiler of 
loader 'app'))
  [javadoc] Please file a bug against the javadoc tool via the Java bug 
reporting page
  [javadoc] (https://bugreport.java.com) after checking the Bug Database 
(https://bugs.java.com)
  [javadoc] for duplicates. Include error messages and the following diagnostic 
in your report. Thank you.
  [javadoc] java.lang.ClassCastException: class 
com.sun.tools.javac.code.Symtab$6 cannot be cast to class 
com.sun.tools.javac.code.Symbol$ClassSymbol (com.sun.tools.javac.code.Symtab$6 
and com.sun.tools.javac.code.Symbol$ClassSymbol are in module jdk.compiler of 
loader 'app')
  [javadoc] at 
jdk.compiler/com.sun.tools.javac.code.Symbol.outermostClass(Symbol.java:530)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.ToolEnvironment.getFileKind(ToolEnvironment.java:188)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable.isTypeElementSelected(ElementsTable.java:975)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable$IncludedVisitor.visitType(ElementsTable.java:1052)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable$IncludedVisitor.visitType(ElementsTable.java:1028)
  [javadoc] at 
jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1581)
  [javadoc] at 
java.compiler@21/javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable.isIncluded(ElementsTable.java:330)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.DocEnvImpl.isIncluded(DocEnvImpl.java:76)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.isIncluded(Utils.java:2015)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.hasHiddenTag(Utils.java:1272)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.getFirstVisibleSuperClass(Utils.java:1041)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.getFirstVisibleSuperClass(Utils.java:1055)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.getFirstVisibleSuperClassAsTypeElement(Utils.java:1017)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.ClassTree.processType(ClassTree.java:264)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.ClassTree.buildTree(ClassTree.java:245)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.ClassTree.(ClassTree.java:196)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.AbstractDoclet.startGeneration(AbstractDoclet.java:205)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.AbstractDoclet.run(AbstractDoclet.java:110)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.doclet.StandardDoclet.run(StandardDoclet.java:104)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.Start.parseAndExecute(Start.java:575)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.Start.begin(Start.java:398)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.Start.begin(Start.java:347)
  [javadoc] at 
jdk.javadoc/jdk.javadoc.internal.tool.Main.execute(Main.java:57)
  [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.Main.main(Main.java:46)
  [javadoc] 1 error
  [javadoc] 63 warnings

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#792390: gradle: improve bootstrapping by using groovyc

[Emmanuel Bourg]

It looks like Fedora gave up with Gradle [1], I'm not sure the upgrades
are significantly easier with this approach.


[1] 
https://src.fedoraproject.org/rpms/gradle/c/4a126e8e3380eda7ceda22b18a9d9633bcd8cda8?branch=rawhide


__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052482: gradle: Raise the minimum source/target level to 8 for OpenJDK 21

[Emmanuel Bourg]

Package: gradle
Version: 4.4.1-18
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21

Gradle currently adjusts the minimum Java source/target level to 7,
but it order to support OpenJDK 21 it should now set the minimum
level to 8.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052474: checker-framework-java: FTBFS with OpenJDK 21 due to new compiler warnings

[Emmanuel Bourg]

Source: checker-framework-java
Version: 3.2.0+ds-2
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


checker-framework-java fails to build with OpenJDK 21, the code is compiled with
the -Werror flag and javac now emits new warnings, thus triggering an error:

  :javacutil:compileJava (Thread[#57,Task worker for ':' Thread 6,5,main]) 
started.
  :javacutil:compileJava
  Putting task artifact state for task ':javacutil:compileJava' into context 
took 0.0 secs.
  Replacing org.plumelib:plume-util:jar:1.1.0  ->  
org.plumelib:plume-util:jar:debian
  Passing through org.plumelib:reflection-util:jar:debian
  Passing through org.plumelib:hashmap-util:jar:debian
  Passing through org.checkerframework:checker-qual:jar:debian
  Up-to-date check for task ':javacutil:compileJava' took 0.134 secs. It is not 
up-to-date because:
No history is available.
  All input files are considered out-of-date for incremental task 
':javacutil:compileJava'.
  Compiling with JDK Java compiler API.
  
/<>/javacutil/src/main/java/org/checkerframework/javacutil/trees/TreeBuilder.java:130:
 warning: [cast] redundant cast to JCFieldAccess
  (JCTree.JCFieldAccess)
  ^
  
/<>/javacutil/src/main/java/org/checkerframework/javacutil/trees/TreeBuilder.java:166:
 warning: [cast] redundant cast to JCFieldAccess
  (JCTree.JCFieldAccess)
  ^
  
/<>/javacutil/src/main/java/org/checkerframework/javacutil/trees/TreeBuilder.java:222:
 warning: [cast] redundant cast to JCFieldAccess
  (JCTree.JCFieldAccess) maker.Select((JCTree.JCExpression) 
iteratorExpr, nextMethod);
  ^
  
/<>/javacutil/src/main/java/org/checkerframework/javacutil/trees/TreeBuilder.java:236:
 warning: [cast] redundant cast to JCFieldAccess
  return (JCTree.JCFieldAccess)
 ^
  
/<>/javacutil/src/main/java/org/checkerframework/javacutil/trees/TreeBuilder.java:418:
 warning: [cast] redundant cast to JCFieldAccess
  (JCTree.JCFieldAccess) maker.Select((JCTree.JCExpression) 
expr, valueOfMethod);
  ^
  
/<>/javacutil/src/main/java/org/checkerframework/javacutil/trees/TreeBuilder.java:482:
 warning: [cast] redundant cast to JCFieldAccess
  (JCTree.JCFieldAccess) maker.Select((JCTree.JCExpression) 
expr, primValueMethod);
  ^
  error: warnings found and -Werror specified
  1 error
  6 warnings
  :javacutil:compileJava FAILED

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1052473: libgoogle-gson-java: FTBFS with OpenJDK 21 due to new compiler warnings

[Emmanuel Bourg]

Package: libgoogle-gson-java
Version: 2.10-1
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21


libgoogle-gson-java fails to build with OpenJDK 21, the code is compiled with
the -Werror flag and javac now emits new warnings, thus triggering an error:

  [INFO] -
  [WARNING] COMPILATION WARNING :
  [INFO] -
  [WARNING] 
/<>/gson/src/main/java/com/google/gson/stream/JsonReader.java:[1609,21]
 implicit cast from int to char in compound assignment is possibly lossy
  [WARNING] 
/<>/gson/src/main/java/com/google/gson/stream/JsonReader.java:[1611,21]
 implicit cast from int to char in compound assignment is possibly lossy
  [WARNING] 
/<>/gson/src/main/java/com/google/gson/stream/JsonReader.java:[1613,21]
 implicit cast from int to char in compound assignment is possibly lossy
  [WARNING] 
/<>/gson/src/main/java/com/google/gson/internal/$Gson$Types.java:[484,24]
 non-transient instance field of a serializable class declared with a 
non-serializable type
  [WARNING] 
/<>/gson/src/main/java/com/google/gson/internal/$Gson$Types.java:[485,24]
 non-transient instance field of a serializable class declared with a 
non-serializable type
  [WARNING] 
/<>/gson/src/main/java/com/google/gson/internal/$Gson$Types.java:[486,26]
 non-transient instance field of a serializable class declared with an array 
having a non-serializable base component type java.lang.reflect.Type
  [WARNING] 
/<>/gson/src/main/java/com/google/gson/internal/$Gson$Types.java:[553,24]
 non-transient instance field of a serializable class declared with a 
non-serializable type
  [WARNING] 
/<>/gson/src/main/java/com/google/gson/internal/$Gson$Types.java:[587,24]
 non-transient instance field of a serializable class declared with a 
non-serializable type
  [WARNING] 
/<>/gson/src/main/java/com/google/gson/internal/$Gson$Types.java:[588,24]
 non-transient instance field of a serializable class declared with a 
non-serializable type
  [INFO] 9 warnings
  [INFO] -
  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] 
/<>/gson/src/main/java/com/google/gson/stream/JsonReader.java: 
warnings found and -Werror specified
  [INFO] 1 error
  [INFO] -

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1051305: Request to Add 'loong64' to java-common's debian/java_defaults.mk

[Emmanuel Bourg]

I can't see a loong64 build of openjdk-17 [1]. That architecture isn't 
supported by Debian yet?


[1] https://buildd.debian.org/status/package.php?p=openjdk-17__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1039607: libjansi-java: causes maven to always output escape character

[Emmanuel Bourg]

On 08/07/2023 20:22, tony mancill wrote:


Emmanuel, do you recall what prompted the change?


I think the issue is that when Maven runs in pbuilder, the TTY isn't 
detected and colors get disabled (batch mode isn't used for Debian 
builds though). If anything is changed please ensure that building with 
pdebuild preserves the colors.


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1034824: tomcat9 should not be released with Bookworm

[Emmanuel Bourg]

Le 2023-05-26 21:14, Paul Gevers a écrit :


I have just added removal hints for tomcatjss and dogtag-pki. As
mentioned in my previous message, I want the changes in logback
reverted. You can do the reduced upload of tomcat9.

Markus, can you please revert you logback change by tomorrow at the 
latest?


The changes to jetty9 have to be reverted too, the package is broken 
(#1036798).


Sadly we can't do without tomcat9. The path forward implies packaging
Jetty 11 or 12 first and migrating all the reverse dependencies, but
that's a task for Trixie.

Thanks again to Oracle for forcing the javax to jakarta transition
on the community, what a waste of energy just to please a couple
of lawyers in an office.

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1036798: jetty9: Failed startup of context: JettyJasperInitializer not a subtype of javax.servlet.ServletContainerInitializer

[Emmanuel Bourg]

Package: jetty9
Version: 9.4.50-3
Severity: grave
Justification: renders package unusable

The jetty9 package can no longer run web applications after switching
to libtomcat10-java for the JSP compiler. The following error appears
in the log:

  java.util.ServiceConfigurationError: 
javax.servlet.ServletContainerInitializer: 
org.eclipse.jetty.apache.jsp.JettyJasperInitializer not a subtype
at java.base/java.util.ServiceLoader.fail(ServiceLoader.java:593)
at 
java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNextService(ServiceLoader.java:1244)
at 
java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNext(ServiceLoader.java:1273)
at java.base/java.util.ServiceLoader$2.hasNext(ServiceLoader.java:1309)
at java.base/java.util.ServiceLoader$3.hasNext(ServiceLoader.java:1393)
at 
org.eclipse.jetty.annotations.AnnotationConfiguration.getNonExcludedInitializers(AnnotationConfiguration.java:829)
at 
org.eclipse.jetty.annotations.AnnotationConfiguration.configure(AnnotationConfiguration.java:343)
at 
org.eclipse.jetty.webapp.WebAppContext.configure(WebAppContext.java:498)
at 
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1409)
at 
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:916)
at 
org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:288)
at 
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:524)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:73)
at 
org.eclipse.jetty.deploy.bindings.StandardStarter.processBinding(StandardStarter.java:46)
at 
org.eclipse.jetty.deploy.AppLifeCycle.runBindings(AppLifeCycle.java:188)
at 
org.eclipse.jetty.deploy.DeploymentManager.requestAppGoal(DeploymentManager.java:517)
at 
org.eclipse.jetty.deploy.DeploymentManager.addApp(DeploymentManager.java:157)
at 
org.eclipse.jetty.deploy.providers.ScanningAppProvider.fileAdded(ScanningAppProvider.java:173)
at 
org.eclipse.jetty.deploy.providers.WebAppProvider.fileAdded(WebAppProvider.java:428)
at 
org.eclipse.jetty.deploy.providers.ScanningAppProvider$1.fileAdded(ScanningAppProvider.java:66)
at org.eclipse.jetty.util.Scanner.reportAddition(Scanner.java:785)
at org.eclipse.jetty.util.Scanner.reportDifferences(Scanner.java:754)
at org.eclipse.jetty.util.Scanner.scan(Scanner.java:641)
at org.eclipse.jetty.util.Scanner.doStart(Scanner.java:540)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:73)
at 
org.eclipse.jetty.deploy.providers.ScanningAppProvider.doStart(ScanningAppProvider.java:146)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:73)
at 
org.eclipse.jetty.deploy.DeploymentManager.startAppProvider(DeploymentManager.java:605)
at 
org.eclipse.jetty.deploy.DeploymentManager.doStart(DeploymentManager.java:252)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:73)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:169)
at org.eclipse.jetty.server.Server.start(Server.java:423)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:117)
at 
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:97)
at org.eclipse.jetty.server.Server.doStart(Server.java:387)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:73)
at 
org.eclipse.jetty.xml.XmlConfiguration.lambda$main$3(XmlConfiguration.java:1907)
at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:569)
at 
org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1857)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:568)
at org.eclipse.jetty.start.Main.invokeMain(Main.java:218)
at org.eclipse.jetty.start.Main.start(Main.java:491)
at org.eclipse.jetty.start.Main.main(Main.java:77)


Reverting back to libtomcat9-java fixes the issue.

Using the Jasper compiler from Tomcat 10 with Jetty 9 is unlikely to work
properly since the source files generated will use the servlet classes
from the jakarta namespace and Jetty 9 doesn't implement them.

Emmmanuel Bourg

__
This is the maintainer address of Debian's Java team
.
 Please use

Bug#1034824: tomcat9 should not be released with Bookworm

[Emmanuel Bourg]

Le 26/05/2023 à 10:58, Moritz Muehlenhoff a écrit :


Can't we just do the pragmatic fix of updating src:tomcat9 to only ship
libtomcat9-java and libtomcat9-embed-java? The maintenance burden for
security updates lies within the server stack, the percentage of issues
affecting the libtomcat9-java binary packages as used by rdeps will be small
to none?


dogtag-pki has a popcon of 4, do we really want to keep that package and 
tomcat9 for so few users? It could come back later in Bookworm as a 
backport once it supports Tomcat 10.


If tomcat9 is kept in Bookworm most users won't realize it's no longer 
supported. I think we should add a prominent warning in the NEWS file 
that it's not supported. I'd even suggest disabling the tomcat9 service 
when upgrading to force the users to act (either migrate to tomcat10, or 
re-enabling it willingly).


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1034824: tomcat9 should not be released with Bookworm

[Emmanuel Bourg]

Le 2023-05-13 22:38, Markus Koschany a écrit :


The question is: If we ship libtomcat9-java in Bookworm and change the
dependency from tomcat9-user to tomcat10-user, will a web application 
like
dogtag-pki, which is designed for Tomcat 9, continue to work with 
Tomcat 10?


I'm pretty sure it won't work. dogtag-pki depends on tomcatjss which is 
tightly
coupled with Tomcat's internal code. Unfortunately tomcatjss upstream is 
lagging
with the Tomcat 10 adoption [1], and we can't hold back Tomcat 10 in 
Debian
indefinitely just for that (for the reminder, Tomcat 10 is a very 
important
release implementing the new Jakarta EE specification, not having it in 
Bookworm

would be a real disservice to our users).

The thing I don't understand is why a CA webapp needs a custom Tomcat
connector (tomcatjss), maybe it could be patched to work without it?

Emmanuel Bourg

[1] https://github.com/dogtagpki/tomcatjss/issues/68

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1035992: apache-log4j-extras1.2: Error while generating Javadoc: Unable to write 'options' temporary file

[Emmanuel Bourg]

Source: apache-log4j-extras1.2
Version: 1.2.17-2
Severity: serious
Tags: ftbfs

apache-log4j-extras1.2 fails to build with the following error:

  [INFO] 

  [INFO] BUILD FAILURE
  [INFO] 

  [INFO] Total time:  3.437 s
  [INFO] Finished at: 2023-05-12T10:19:16Z
  [INFO] 

  [ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-javadoc-plugin:3.4.1:jar (default-cli) on 
project apache-log4j-extras: MavenReportException: Error while generating 
Javadoc: Unable to write 'options' temporary file for command execution: Input 
length = 1 -> [Help 1]
  [ERROR]

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1034824: tomcat9 should not be released with Bookworm

[Emmanuel Bourg]

Hi Paul,

Le 2023-05-11 21:44, Paul Gevers a écrit :


From a quick look at the key packages:

It seems you didn't follow up (86 days) on libcommons-dbcp-java which
can't migrate to bookworm because it would make libbiojava-java-doc
uninstallable (no fix there, no bug report filed).


I have to apology for this one, I forgot to check the transition of
libcommons-dbcp-java. Is it still possible to remove libbiojava-java-doc
to fix this (very low popcon and unused like the other -java-doc 
package)?




src:tiles also build-depends on libtomcat9-java, with no bug filed for
the migration to tomcat10 *and* it having it's own FTBFS bug. (It's
key because of src:libspring-java)


I remember pulling my hair on src:tiles to make it build with OpenJDK 
17,

without success unfortunately (#1011597). The project is dead upstream,
that doesn't help. Patching src:libspring-java and removing src:tiles
is likely the next step.



On IRC carnil and jmm_ suggested that src:tomcat9 could be left in
bookworm but have it's server component stripped. Would that help the
situation?


I agree, this is a good compromise.


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1034833: sysv init script missing in tomcat10 package

[Emmanuel Bourg]

Control: reassign -1 orphan-sysvinit-scripts

Le 2023-04-25 19:35, Andreas Messer a écrit :


Dear maintainers, the tomcat10 package does not ship a sysvinit
script for use with traditional init. Please consider adding such
a script to the package since it will make things simpler for
users of sysvinit. I have attached a possible implementation of
such a script to this mail. (Derived from tomcat9 package with
some cleanup) I can offer to support/maintain this script
in future if desired.


Hi Andreas,

Thank you for offering your help. The sysvinit script for Tomcat
is now maintained in the orphan-sysvinit-scripts source package.
There is

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1033170: libitext-rups-java: Does not work at all

[Emmanuel Bourg]

Le 2023-03-28 05:28, tony mancill a écrit :


The upload is ready.  Any concerns?

$ reverse-depends libitext-rups-java
No reverse dependencies found

$ reverse-depends -b libitext-rups-java
No reverse dependencies found


+1 for removing libitext-rups-java, and maybe libitext-rtf-java too.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1026639: rhino FTBFS

[Emmanuel Bourg]

I don't think this should be assigned to rhino. ckeditor should
open the internal packages it touches.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1028991: junit5: junit-jupiter-api.jar manifest contains invalid classpath

[Emmanuel Bourg]

Good catch, thank you! The fix has been uploaded

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1028232: libmaven-javadoc-plugin-java: runtime failure with doxia 1.11.1

[Emmanuel Bourg]

Le 2023-01-08 18:17, tony mancill a écrit :


I believe we need to patch/upgrade maven-javadoc-plugin or restore the
missing method to doxia.


Sorry for the trouble, I'm working on it but couldn't upload the 
maven-javadoc-plugin

upgrade as fast as expected.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1019488: bouncycastle: incomplete information in the manifest files

[Emmanuel Bourg]

Le 30/10/2022 à 01:31, Sudip Mukherjee a écrit :


The attached patch is the minimum required to unblock eclipse-tracecompass.
But Emmanuel Bourg did not agree so I am not doing an upload but keeping
the patch here for record.
Ref: https://lists.debian.org/debian-java/2022/09/msg2.html


My objection was about patching the Eclipse manifests, not Bouncy Castle.

Regarding BC, the question is why the build system doesn't generate the 
same OSGi metadata than the ones in Maven Central. Is there a missing 
build step on our side?


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1023748: ca-certificates-java: postinst script fails with OpenJDK 20: Error loading java.security file

[Emmanuel Bourg]

Package: ca-certificates-java
Version: 20220719
Severity: important
User: debian-j...@lists.debian.org
Usertags: default-java20

ca-certificates-java fails to install with OpenJDK 20 (using 
java-common/0.73+exp1
to change the default Java version), the following exception is thrown when the
postinst script is executed:

  Setting up ca-certificates-java (20220719) ...
  Exception in thread "main" java.lang.InternalError: Error loading 
java.security file
  at java.base/java.security.Security.initialize(Security.java:104)
  at java.base/java.security.Security.lambda$static$0(Security.java:83)
  at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:319)
  at java.base/java.security.Security.(Security.java:82)
  at 
java.base/sun.security.jca.ProviderList.(ProviderList.java:179)
  at java.base/sun.security.jca.ProviderList$2.run(ProviderList.java:96)
  at java.base/sun.security.jca.ProviderList$2.run(ProviderList.java:94)
  at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:319)
  at 
java.base/sun.security.jca.ProviderList.fromSecurityProperties(ProviderList.java:93)
  at java.base/sun.security.jca.Providers.(Providers.java:55)
  at 
java.base/sun.security.jca.GetInstance.getInstance(GetInstance.java:156)
  at 
java.base/java.security.cert.CertificateFactory.getInstance(CertificateFactory.java:193)
  at org.debian.security.KeyStoreHandler.(KeyStoreHandler.java:50)
  at 
org.debian.security.UpdateCertificates.(UpdateCertificates.java:65)
  at 
org.debian.security.UpdateCertificates.main(UpdateCertificates.java:51)

The error appeared when using ratt to rebuild the Java packages with 
openjdk-20/20~20ea-1

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#950213: openjdk-17-jre-headless: AccessControlException in java.util.Properties when running with a security manager

[Emmanuel Bourg]

Control: reassign -1 openjdk-17-jre-headless
Control: retitle -1 openjdk-17-jre-headless: AccessControlException in 
java.util.Properties when running with a security manager

The report is empty and I was tempted to close it as invalid. But the
underlying issue is worth considering: java.util.Properties is patched
in Debian to remove the timestamp in the header of the properties files
to make them reproducible. The timestamp is removed when the SOURCE_DATE_EPOCH
environment variable is defined.

This look trivial but this creates a subtle incompatibility compared to
the upstream JDK. Reading SOURCE_DATE_EPOCH when running with a security
manager triggers an AccessControlException unless a rule is added in the
policy file:

java.security.AccessControlException: access denied ("java.lang.RuntimePermission" 
"getenv.SOURCE_DATE_EPOCH")
at 
java.base/java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
at 
java.base/java.security.AccessController.checkPermission(AccessController.java:897)
at 
java.base/java.lang.SecurityManager.checkPermission(SecurityManager.java:322)
at java.base/java.lang.System.getenv(System.java:996)
at 
java.base/java.util.Properties.getFormattedTimestamp(Properties.java:1587)
at java.base/java.util.Properties.store0(Properties.java:929)
at java.base/java.util.Properties.store(Properties.java:918)

So basically, any external Java application launched with the Debian JRE
and using a security manager will break when attempting to write a
properties files.

This is bad and should be reverted or done differently. We could try
adding a SOURCE_DATE_EPOCH property in jdk.internal.util.StaticProperty
since these properties are initialized before the security manager is
set. Or we could drop the patch and rely on strip-nondeterminism to
remove the timestamp.

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011760: default-jdk: install fails: depends on openjdk-11-jdk-headless but 404 not found

[Emmanuel Bourg]

Control: tags -1 unreproducible

This looks like an apt issue, "apt update" should fix this.

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1017922: java-common: update-java-alternatives --list propagates the exit code of a random grep, causing inconsistencies

[Emmanuel Bourg]

Thank you for the very detailed report, this will be fixed in the next 
update.


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1013009: Bug#1004638: openjfx: diff for NMU version 11.0.11+0-1.1

[Emmanuel Bourg]

Le 26/10/2022 à 01:27, Sebastian Ramacher a écrit :


Dear maintainer,

I've prepared an NMU for openjfx (versioned as 11.0.11+0-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.


Hi Sebastian,

Thank you for the update, but could you send a PR on Salsa instead of 
uploading NMUs please?


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1004638: Bug#1013009: Bug#1004638: openjfx: FTBFS with ffmpeg 5.0

[Emmanuel Bourg]

Le 16/10/2022 à 17:10, Philipp Kern a écrit :


While arm64/armhf remains unfixed (and could have its own t-p-u upload
based on the +0 version plus Ubuntu's patch), there's also a question if
a newer version would actually fix the issue.

I talked to Sebastian on IRC and we agreed that I'd upload the Ubuntu
patch for now. It doesn't make anything worse and will allow building
on amd64 again.


Hi Philipp,

Thank you for taking the time to look into the openjfx package. Do you 
know how difficult porting to ffmpeg 5.0 would be? The video support is 
a major feature of OpenJFX, removing it isn't ideal.


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#925473: Accepted tomcat9 9.0.64-2 (source) into unstable

[Emmanuel Bourg]

Le 06/10/2022 à 02:37, Thorsten Glaser a écrit :


There’s more to this than the script though. Go checkout
the sysvinit branch and look at these, please:

- debian/libexec/sysv-getjre.sh
- debian/libexec/sysv-start.sh


I got a look at the scripts, if I understand well:

- sysv-getjre.sh is a wrapper around tomcat-locate-java.sh which 
displays the JRE selected. It also calls setclasspath.sh, but I fail to 
understand why since it's already called by catalina.sh


- sysv-start.sh is wrapper around tomcat-start.sh, it exports several 
LC_* variables but I don't remember having this in the init script of 
previous tomcat packages. Why is this needed? Would this be useful in a 
non systemd environment, like a Docker container launching Tomcat?


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#925473: Accepted tomcat9 9.0.64-2 (source) into unstable

[Emmanuel Bourg]

Le 23/06/2022 à 00:52, Emmanuel Bourg a écrit :


To avoid the proliferation of sysvinit script packages the best approach
would be to group the scripts into a common package (maybe using a trigger
to install the script when a supported daemon is installed on the system).
This would lift the burden of maintaining these scripts off most DDs and
delegate the work to a small set of dedicated maintainers, properly
optimizing and harmonizing these scripts.


It appears that this idea has been implemented last year with the 
orphan-sysvinit-scripts package, under the Debian sysvinit maintainers 
umbrella. It was released with Bullseye and already contains an init 
script for tomcat9.


So at this point, we have a tomcat9 package with a systemd service file, 
which plays nice on systems without systemd, and can be started with 
sysvinit by installing an extra package.


Could we agree this is a fair compromise, compliant with the result of 
the GR on init systems, and move on?


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1017718: tomcat9: version.sh shows wrong built date

[Emmanuel Bourg]

Le 19/08/2022 à 14:46, Stefan Baier a écrit :


When running /usr/share/tomcat9/bin/version.sh it shows that the package was 
built
in 1970. That might be a little bit too early for a bullseye package.


Thank you for reporting this issue. This is actually caused by a bug in 
Ant, the SOURCE_DATE_EPOCH variable isn't parsed properly. This has been 
fixed upstream [1], and Tomcat will display the right date once the 
package is rebuilt with Ant 1.10.13.


[1] https://github.com/apache/ant/pull/186

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#925473: Accepted tomcat9 9.0.64-2 (source) into unstable

[Emmanuel Bourg]

Le 2022-06-22 19:14, Thorsten Glaser a écrit :

With these changes I think it's now possible to detach the sysvinit 
script

into an independent package (tomcat9-sysvinit?) enhancing tomcat9.


*WHY*?

The remaining changes do not change the way it is run under systemd
AT ALL.


Because separate packages means separate responsibilities. I'd like not
to maintain again sysvinit scripts in any Java package, we don't have
the time for this (we barely keep up with the Java and toolchain 
upgrades).


That said, I'm fine with applying some reasonable changes that ease the
use of sysvinit (like the logger change and the switch to the standalone
systemd-sysusers).



Having an extra binary package just for a handfull of scripts is
absolute overkill and ftpmasters from upon that, too.


If the number of packages matters, I've removed several unused 
lib*-java-doc
packages recently, so one more package for the Tomcat init script isn't 
really

an issue, the net change for the Java packages is negative.

To avoid the proliferation of sysvinit script packages the best approach
would be to group the scripts into a common package (maybe using a 
trigger
to install the script when a supported daemon is installed on the 
system).

This would lift the burden of maintaining these scripts off most DDs and
delegate the work to a small set of dedicated maintainers, properly
optimizing and harmonizing these scripts.

Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1013355: groovy: FTBFS with jansi 2.4.0-1

[Emmanuel Bourg]

Le 2022-06-22 17:54, Markus Koschany a écrit :


groovy FTBFS with jansi 2.4.0. I intend to either prepare a patch or
upgrade to a newer upstream release in the future.


Please hold the upload, this is going to blow up Maven and Gradle. I've 
introduced
jansi1 to try to work around the issue but I haven't completed the 
transition yet.


Emmanuel Bourg

__
This is the maintainer address of Debian's Java team
<https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#925473: Accepted tomcat9 9.0.64-2 (source) into unstable

[Emmanuel Bourg]

Le 2022-06-22 05:53, Thorsten Glaser a écrit :


I guess it’s now also the time to split up the sysvinit git branch
into stuff intended for sid with the systemd-sysusers/tmpfiles change
and stuff needed for running on buster(-backports), i.e. adduser.
I could then upload the former to experimental again, for testing,
and so Emmanuel can review and, perhaps, ACK it, since adduser was,
back then, the reason he stated to reject it.


With these changes I think it's now possible to detach the sysvinit 
script

into an independent package (tomcat9-sysvinit?) enhancing tomcat9.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1012874: lombok no longer ships lombok-utils.jar

[Emmanuel Bourg]

Le 2022-06-16 07:40, tony mancill a écrit :


Emmanuel, is there a reason it needed to be removed?


If I remember well lombok-utils.jar is no longer built upstream, the 
last version on Maven central is lombok-utils 1.18.12 (feb 2020).


https://search.maven.org/artifact/org.projectlombok/lombok-utils



Any concerns with me adding it back to the package?


No objection but I'm not sure this will be enough to build lombok-ast. 
It hasn't been updated since 2011, I guess it's obsolete now and we'll 
increasingly struggle to keep it building.


__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1012215: gradle-debian-helper: unknown option --add-opens breaks OpenJDK 11 packages

[Emmanuel Bourg]

gradle-debian-helper/2.2 already checks if the JDK supports modules before 
adding the --add-opens options, but it checks the default JDK and not the one 
specified by JAVA_HOME, that's why it fails when OpenJDK 8 is used.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1012215: gradle-debian-helper: unknown option --add-opens breaks OpenJDK 11 packages

[Emmanuel Bourg]

The --add-opens option was introduced in Java 9, so this shouldn't cause an 
issue with Java 11. What error did you get?

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011551: OpenJDK 17 FTBFS

[Emmanuel Bourg]

Control: retitle -1 libjdom2-intellij-java: FTBFS with OpenJDK 17 due to 
javadoc errors

The source/target error was fixed by gradle/4.4.1-14, but the build still fails 
due to javadoc errors.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011618: Fixed by gradle/4.4.1-14

[Emmanuel Bourg]

Control: close -1

The source/target level is now automatically adjusted by Gradle (since 
gradle/4.4.1-14)

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1012062: Fixed by gradle/4.4.1-14

[Emmanuel Bourg]

The source/target level is now automatically adjusted by Gradle (since 
gradle/4.4.1-14).

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011611: OpenJDK 17 FTBFS

[Emmanuel Bourg]

Control: retitle -1 libgpars-groovy-java: FTBFS with OpenJDK 17 due to javadoc 
errors

The source/target error was fixed by gradle/4.4.1-14, but the build still fails 
due to javadoc errors.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011544: Fixed by gradle/4.4.1-14

[Emmanuel Bourg]

Control: close -1

Fixed by adjusting automatically the source/target level in gradle/4.4.1-14

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1012108: spymemcached: FTBFS with OpenJDK 17 due to test failures

[Emmanuel Bourg]

Source: spymemcached
Version: 2.12.3+dfsg-2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

spymemcached fails to build with OpenJDK 17, there are test failures:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running net.spy.memcached.KetamaNodeLocatorTest
  [ERROR] Tests run: 17, Failures: 8, Errors: 0, Skipped: 0, Time elapsed: 
0.145 s <<< FAILURE! - in net.spy.memcached.KetamaNodeLocatorTest
  [ERROR] testFNV1A32(net.spy.memcached.KetamaNodeLocatorTest)  Time elapsed: 
0.029 s  <<< FAILURE!
  junit.framework.ComparisonFailure: At position 0 expected: but 
was:
  at 
net.spy.memcached.KetamaNodeLocatorTest.testFNV1A32(KetamaNodeLocatorTest.java:170)
  
  [ERROR] testSequence1(net.spy.memcached.KetamaNodeLocatorTest)  Time elapsed: 
0.002 s  <<< FAILURE!
  junit.framework.ComparisonFailure: At position 0 expected: but 
was:
  at 
net.spy.memcached.KetamaNodeLocatorTest.testSequence1(KetamaNodeLocatorTest.java:147)
  
  [ERROR] testSequence2(net.spy.memcached.KetamaNodeLocatorTest)  Time elapsed: 
0.002 s  <<< FAILURE!
  junit.framework.ComparisonFailure: At position 0 expected: but 
was:
  at 
net.spy.memcached.KetamaNodeLocatorTest.testSequence2(KetamaNodeLocatorTest.java:152)
  
  [ERROR] testContinuumWrapping(net.spy.memcached.KetamaNodeLocatorTest)  Time 
elapsed: 0.001 s  <<< FAILURE!
  junit.framework.AssertionFailedError: expected:<4294887009> but 
was:<4292529792>
  at 
net.spy.memcached.KetamaNodeLocatorTest.testContinuumWrapping(KetamaNodeLocatorTest.java:126)
  
  [ERROR] testLookups(net.spy.memcached.KetamaNodeLocatorTest)  Time elapsed: 
0.001 s  <<< FAILURE!
  junit.framework.AssertionFailedError: expected same: was not:
  at 
net.spy.memcached.KetamaNodeLocatorTest.testLookups(KetamaNodeLocatorTest.java:101)
  
  [ERROR] testClusterResizing(net.spy.memcached.KetamaNodeLocatorTest)  Time 
elapsed: 0.001 s  <<< FAILURE!
  junit.framework.AssertionFailedError: expected same: was not:
  at 
net.spy.memcached.KetamaNodeLocatorTest.testClusterResizing(KetamaNodeLocatorTest.java:135)
  
  [ERROR] testLookupsClone(net.spy.memcached.KetamaNodeLocatorTest)  Time 
elapsed: 0.002 s  <<< FAILURE!
  junit.framework.AssertionFailedError: expected same: was not:
  at 
net.spy.memcached.KetamaNodeLocatorTest.testLookupsClone(KetamaNodeLocatorTest.java:108)
  
  [ERROR] testLibKetamaCompat(net.spy.memcached.KetamaNodeLocatorTest)  Time 
elapsed: 0.002 s  <<< FAILURE!
  junit.framework.AssertionFailedError: expected same: was not:
  at 
net.spy.memcached.KetamaNodeLocatorTest.assertPosForKey(KetamaNodeLocatorTest.java:156)
  at 
net.spy.memcached.KetamaNodeLocatorTest.testLibKetamaCompat(KetamaNodeLocatorTest.java:161)
  
  [INFO] Running net.spy.memcached.AddrUtilTest
  java.lang.NumberFormatException: For input string: "more"
  at 
java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:67)
  at java.base/java.lang.Integer.parseInt(Integer.java:668)
  at java.base/java.lang.Integer.parseInt(Integer.java:786)
  at net.spy.memcached.AddrUtil.getAddresses(AddrUtil.java:70)
  at net.spy.memcached.AddrUtilTest.testBrokenHost(AddrUtilTest.java:67)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
  at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.base/java.lang.reflect.Method.invoke(Method.java:568)
  at junit.framework.TestCase.runTest(TestCase.java:177)
  at junit.framework.TestCase.runBare(TestCase.java:142)
  at junit.framework.TestResult$1.protect(TestResult.java:122)
  at junit.framework.TestResult.runProtected(TestResult.java:142)
  at junit.framework.TestResult.run(TestResult.java:125)
  at junit.framework.TestCase.run(TestCase.java:130)
  at junit.framework.TestSuite.runTest(TestSuite.java:241)
  at junit.framework.TestSuite.run(TestSuite.java:236)
  at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:90)
  at 
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
  at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273)
  at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
  at 
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
  at 
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:384)
  at 

Bug#1012106: libreflectasm-java: FTBFS with OpenJDK 17 due to test failures

[Emmanuel Bourg]

Package: libreflectasm-java
Version: 1.11.6+dfsg-1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libreflectasm-java fails to build with OpenJDK 17, several tests fail (maybe 
due to illegal reflective accesses?) :


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running com.esotericsoftware.reflectasm.MethodAccessTest
  [INFO] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.043 
s - in com.esotericsoftware.reflectasm.MethodAccessTest
  [INFO] Running com.esotericsoftware.reflectasm.ClassLoaderTest
  [INFO] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 
s - in com.esotericsoftware.reflectasm.ClassLoaderTest
  [INFO] Running com.esotericsoftware.reflectasm.ConstructorAccessTest
  Unexpected exception happened: java.lang.RuntimeException: Class cannot be 
created (the no-arg constructor is protected or package-protected, and its 
ConstructorAccess could not be defined in the same class loader): 
com.esotericsoftware.reflectasm.ConstructorAccessTest$HasProtectedConstructor
  Unexpected exception happened: java.lang.RuntimeException: Class cannot be 
created (the no-arg constructor is protected or package-protected, and its 
ConstructorAccess could not be defined in the same class loader): 
com.esotericsoftware.reflectasm.ConstructorAccessTest$HasPublicConstructor
  Expected exception happened: java.lang.RuntimeException: Class cannot be 
created (missing no-arg constructor): 
com.esotericsoftware.reflectasm.ConstructorAccessTest$HasArgumentConstructor
  Unexpected exception happened: java.lang.RuntimeException: Class cannot be 
created (the no-arg constructor is protected or package-protected, and its 
ConstructorAccess could not be defined in the same class loader): 
com.esotericsoftware.reflectasm.ConstructorAccessTest$HasPackageProtectedConstructor
  Expected exception happened: java.lang.RuntimeException: Class cannot be 
created (the no-arg constructor is private): 
com.esotericsoftware.reflectasm.ConstructorAccessTest$HasPrivateConstructor
  [ERROR] Tests run: 7, Failures: 3, Errors: 1, Skipped: 0, Time elapsed: 0.01 
s <<< FAILURE! - in com.esotericsoftware.reflectasm.ConstructorAccessTest
  [ERROR] 
testHasProtectedConstructor(com.esotericsoftware.reflectasm.ConstructorAccessTest)
  Time elapsed: 0.004 s  <<< FAILURE!
  junit.framework.AssertionFailedError
  at 
com.esotericsoftware.reflectasm.ConstructorAccessTest.testHasProtectedConstructor(ConstructorAccessTest.java:74)
  
  [ERROR] 
testHasPublicConstructor(com.esotericsoftware.reflectasm.ConstructorAccessTest) 
 Time elapsed: 0.001 s  <<< FAILURE!
  junit.framework.AssertionFailedError
  at 
com.esotericsoftware.reflectasm.ConstructorAccessTest.testHasPublicConstructor(ConstructorAccessTest.java:98)
  
  [ERROR] 
testPackagePrivateNewInstance(com.esotericsoftware.reflectasm.ConstructorAccessTest)
  Time elapsed: 0.001 s  <<< ERROR!
  java.lang.RuntimeException: Class cannot be created (the no-arg constructor 
is protected or package-protected, and its ConstructorAccess could not be 
defined in the same class loader): 
com.esotericsoftware.reflectasm.ConstructorAccessTest$PackagePrivateClass
  at 
com.esotericsoftware.reflectasm.ConstructorAccessTest.testPackagePrivateNewInstance(ConstructorAccessTest.java:31)
  
  [ERROR] 
testHasPackageProtectedConstructor(com.esotericsoftware.reflectasm.ConstructorAccessTest)
  Time elapsed: 0.001 s  <<< FAILURE!
  junit.framework.AssertionFailedError
  at 
com.esotericsoftware.reflectasm.ConstructorAccessTest.testHasPackageProtectedConstructor(ConstructorAccessTest.java:86)
  
  [INFO] Running com.esotericsoftware.reflectasm.FieldAccessTest
  [INFO] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - 
in com.esotericsoftware.reflectasm.FieldAccessTest
  [INFO]
  [INFO] Results:
  [INFO]
  [ERROR] Failures:
  [ERROR]   ConstructorAccessTest.testHasPackageProtectedConstructor:86
  [ERROR]   ConstructorAccessTest.testHasProtectedConstructor:74
  [ERROR]   ConstructorAccessTest.testHasPublicConstructor:98
  [ERROR] Errors:
  [ERROR]   ConstructorAccessTest.testPackagePrivateNewInstance:31 » Runtime 
Class cannot ...
  [INFO]
  [ERROR] Tests run: 16, Failures: 3, Errors: 1, Skipped: 0
  [INFO]
  [INFO] 

  [INFO] BUILD FAILURE
  [INFO] 

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1012104: jruby-openssl: FTBFS with OpenJDK 17 due to an illegal reflective access during the tests

[Emmanuel Bourg]

Source: jruby-openssl
Version: 0.9.21-3
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

jruby-openssl fails to build with OpenJDK 17, the tests make illegal
reflective accesses into various modules:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running org.jruby.ext.openssl.SecurityHelperTest
  allowsToSetSecurityProvider() skipped due: java.lang.IllegalAccessException: 
class org.jruby.ext.openssl.SecurityHelperTest cannot access class 
sun.security.provider.Sun (in module java.base) because module
  java.base does not export sun.security.provider to unnamed module @4cfaf581
  [ERROR] Tests run: 38, Failures: 0, Errors: 12, Skipped: 0, Time elapsed: 
0.242 s <<< FAILURE! - in org.jruby.ext.openssl.SecurityHelperTest
  [ERROR] 
testCertificateFactoryProviderStaysConstant(org.jruby.ext.openssl.SecurityHelperTest)
  Time elapsed: 0.008 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
java.security.cert.CertificateFactory(java.security.cert.CertificateFactorySpi,java.security.Provider,java.lang.String)
 accessible: mod
  ule java.base does not "opens java.security.cert" to unnamed module @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testCertificateFactoryProviderStaysConstant(SecurityHelperTest.java:448)
  
  [ERROR] injectCipherImpl(org.jruby.ext.openssl.SecurityHelperTest)  Time 
elapsed: 0.001 s  <<< ERROR!
  java.security.NoSuchAlgorithmException: Cannot find any provider supporting 
fake
  at 
org.jruby.ext.openssl.SecurityHelperTest.injectCipherImpl(SecurityHelperTest.java:52)
  
  [ERROR] testGetKeyPairGenerator(org.jruby.ext.openssl.SecurityHelperTest)  
Time elapsed: 0.004 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make field 
java.security.Provider java.security.KeyPairGenerator.provider accessible: 
module java.base does not "opens java.security" to unnamed modul
  e @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testGetKeyPairGenerator(SecurityHelperTest.java:147)
  
  [ERROR] injectSignatureImpl(org.jruby.ext.openssl.SecurityHelperTest)  Time 
elapsed: 0.001 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make field 
java.security.Provider java.security.Signature.provider accessible: module 
java.base does not "opens java.security" to unnamed module @4cfa
  f581
  at 
org.jruby.ext.openssl.SecurityHelperTest.injectSignatureImpl(SecurityHelperTest.java:62)
  
  [ERROR] testGetMessageDigest(org.jruby.ext.openssl.SecurityHelperTest)  Time 
elapsed: 0.001 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make field private 
java.security.Provider java.security.MessageDigest.provider accessible: module 
java.base does not "opens java.security" to unnamed
  module @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testGetMessageDigest(SecurityHelperTest.java:215)
  
  [ERROR] testGetKeyFactory(org.jruby.ext.openssl.SecurityHelperTest)  Time 
elapsed: 0.001 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
java.security.KeyFactory(java.security.KeyFactorySpi,java.security.Provider,java.lang.String)
 accessible: module java.base does not "op
  ens java.security" to unnamed module @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testGetKeyFactory(SecurityHelperTest.java:114)
  
  [ERROR] testGetKeyGenerator(org.jruby.ext.openssl.SecurityHelperTest)  Time 
elapsed: 0.001 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
javax.crypto.KeyGenerator(javax.crypto.KeyGeneratorSpi,java.security.Provider,java.lang.String)
 accessible: module java.base does not "
  opens javax.crypto" to unnamed module @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testGetKeyGenerator(SecurityHelperTest.java:411)
  
  [ERROR] testGetMac(org.jruby.ext.openssl.SecurityHelperTest)  Time elapsed: 
0.002 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
javax.crypto.Mac(javax.crypto.MacSpi,java.security.Provider,java.lang.String) 
accessible: module java.base does not "opens javax.crypto
  " to unnamed module @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testGetMac(SecurityHelperTest.java:377)
  
  [ERROR] testGetCertificateFactory(org.jruby.ext.openssl.SecurityHelperTest)  
Time elapsed: 0.001 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
java.security.cert.CertificateFactory(java.security.cert.CertificateFactorySpi,java.security.Provider,java.lang.String)
 accessible: mod
  ule java.base does not "opens java.security.cert" to unnamed module @4cfaf581
  at 
org.jruby.ext.openssl.SecurityHelperTest.testGetCertificateFactory(SecurityHelperTest.java:283)
  
  [ERROR] 

Bug#1012102: groovycsv: FTBFS with OpenJDK 17 due to an illegal reflective access during the tests

[Emmanuel Bourg]

Source: groovycsv
Version: 1.3-2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

groovycsv fails to build with OpenJDK 17, the tests make an illegal
reflective access into java.base/java.lang:


  :test
  Putting task artifact state for task ':test' into context took 0.0 secs.
  Up-to-date check for task ':test' took 0.008 secs. It is not up-to-date 
because:
No history is available.
  Starting process 'Gradle Test Executor 2'. Working directory: 
/<> Command: /usr/lib/jvm/java-17-openjdk-amd64/bin/java 
-Dorg.gradle.native=false @/tmp/gradle-worker-classpath12606975899872403165txt 
-Dfile.encoding=UTF-8 -Duser.country -Duser.language=en -Duser.variant -ea 
worker.org.gradle.process.internal.worker.GradleWorkerMain 'Gradle Test 
Executor 2'
  Successfully started process 'Gradle Test Executor 2'
  Gradle Test Executor 2 started executing tests.
  
  com.xlson.groovycsv.CsvIteratorSpec > CsvIterator should close the underlying 
CSVReader instance when reaching the end of the file. FAILED
  java.lang.ExceptionInInitializerError
  at 
org.spockframework.mock.runtime.ProxyBasedMockFactory$CglibMockFactory.createMock(ProxyBasedMockFactory.java:80)
  at 
org.spockframework.mock.runtime.ProxyBasedMockFactory.create(ProxyBasedMockFactory.java:49)
  at 
org.spockframework.mock.runtime.JavaMockFactory.create(JavaMockFactory.java:51)
  at 
org.spockframework.mock.runtime.CompositeMockFactory.create(CompositeMockFactory.java:44)
  at 
org.spockframework.lang.SpecInternals.createMock(SpecInternals.java:47)
  at 
org.spockframework.lang.SpecInternals.createMockImpl(SpecInternals.java:282)
  at 
org.spockframework.lang.SpecInternals.MockImpl(SpecInternals.java:99)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
  at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at com.xlson.groovycsv.CsvIteratorSpec.CsvIterator should close the 
underlying CSVReader instance when reaching the end of the 
file.(CsvIteratorSpec.groovy:32)
  
  Caused by:
  net.sf.cglib.core.CodeGenerationException: 
java.lang.reflect.InaccessibleObjectException-->Unable to make protected final 
java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @4cfaf581
  at 
net.sf.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:464)
  at 
net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:339)
  at 
net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:96)
  at 
net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:94)
  at 
net.sf.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54)
  at 
java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
  at 
net.sf.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61)
  at 
net.sf.cglib.core.internal.LoadingCache.get(LoadingCache.java:34)
  at 
net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:119)
  at 
net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:294)
  at 
net.sf.cglib.core.KeyFactory$Generator.create(KeyFactory.java:221)
  at net.sf.cglib.core.KeyFactory.create(KeyFactory.java:174)
  at net.sf.cglib.core.KeyFactory.create(KeyFactory.java:153)
  at net.sf.cglib.proxy.Enhancer.(Enhancer.java:73)
  ... 10 more
  
  Caused by:
  java.lang.reflect.InaccessibleObjectException: Unable to make 
protected final java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @4cfaf581
  at net.sf.cglib.core.ReflectUtils$1.run(ReflectUtils.java:61)
  at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:569)
  at 
net.sf.cglib.core.ReflectUtils.(ReflectUtils.java:52)
  at 
net.sf.cglib.core.KeyFactory$Generator.generateClass(KeyFactory.java:243)
  at 
net.sf.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy.java:25)
  at 
net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:332)
  ... 22 more

__
This is the maintainer address of Debian's Java team
.
 Please use

Bug#1012101: openjpa: FTBFS with OpenJDK 17 due to type inference changes

[Emmanuel Bourg]

Source: openjpa
Version: 2.4.2-7
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

openjpa fails to build with OpenJDK 17: 


  [INFO] --- maven-compiler-plugin:3.8.1:compile (default-compile) @ 
openjpa-persistence ---
  [INFO] Changes detected - recompiling the module!
  [INFO] Compiling 234 source files to 
/<>/openjpa-persistence/target/classes
  [INFO] 
/<>/openjpa-persistence/src/main/java/org/apache/openjpa/persistence/OpenJPAEntityManagerFactorySPI.java:
 Some input files use or override a deprecated API.
  [INFO] 
/<>/openjpa-persistence/src/main/java/org/apache/openjpa/persistence/OpenJPAEntityManagerFactorySPI.java:
 Recompile with -Xlint:deprecation for details.
  [INFO] 
/<>/openjpa-persistence/src/main/java/org/apache/openjpa/persistence/meta/Members.java:
 Some input files use unchecked or unsafe operations.
  [INFO] 
/<>/openjpa-persistence/src/main/java/org/apache/openjpa/persistence/meta/Members.java:
 Recompile with -Xlint:unchecked for details.
  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] 
/<>/openjpa-persistence/src/main/java/org/apache/openjpa/persistence/criteria/SubqueryImpl.java:[213,35]
 incompatible types: java.util.Set cannot be converted to 
java.u
  til.Set>
  [INFO] 1 error
  [INFO] -

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1012098: intervalstorej: FTBFS with OpenJDK 17 due to test failures

[Emmanuel Bourg]

Source: intervalstorej
Version: 1.2+dfsg-4
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


intervalstorej fails to build with OpenJDK 17, there are test failures:


  PASSED: testRemove
  PASSED: testRemove_withPromotion
  PASSED: testRemove_withPromotionLeft
  PASSED: testRemove_withPromotionRight
  PASSED: testCompare
  FAILED: testIsValid
  java.lang.IllegalArgumentException: Can't set value 15 at start in 10-20
  at junit.extensions.PA.setValue(PA.java:407)
  at intervalstore.impl.NCNodeTest.testIsValid(NCNodeTest.java:162)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
  at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.base/java.lang.reflect.Method.invoke(Method.java:568)
  at 
org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:100)
  at org.testng.internal.Invoker.invokeMethod(Invoker.java:646)
  at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:811)
  at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1129)
  at 
org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:129)
  at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:112)
  at org.testng.TestRunner.privateRun(TestRunner.java:746)
  at org.testng.TestRunner.run(TestRunner.java:600)
  at org.testng.SuiteRunner.runTest(SuiteRunner.java:366)
  at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:361)
  at org.testng.SuiteRunner.privateRun(SuiteRunner.java:319)
  at org.testng.SuiteRunner.run(SuiteRunner.java:268)
  at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
  at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
  at org.testng.TestNG.runSuitesSequentially(TestNG.java:1264)
  at org.testng.TestNG.runSuitesLocally(TestNG.java:1189)
  at org.testng.TestNG.runSuites(TestNG.java:1104)
  at org.testng.TestNG.run(TestNG.java:1076)
  at org.testng.TestNG.privateMain(TestNG.java:1405)
  at org.testng.TestNG.main(TestNG.java:1374)
  Caused by: java.lang.NoSuchFieldException: modifiers
  at java.base/java.lang.Class.getDeclaredField(Class.java:2610)
  at 
junit.extensions.PrivilegedAccessor.getField(PrivilegedAccessor.java:636)
  at 
junit.extensions.PrivilegedAccessor.getField(PrivilegedAccessor.java:645)
  at 
junit.extensions.PrivilegedAccessor.getField(PrivilegedAccessor.java:645)
  at 
junit.extensions.PrivilegedAccessor.setValue(PrivilegedAccessor.java:447)
  at 
junit.extensions.PrivilegedAccessor.setValue(PrivilegedAccessor.java:450)
  at junit.extensions.PA.setValue(PA.java:404)
  ... 25 more

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1012082: jboss-logging: FTBFS with OpenJDK 17 due to the removal of --no-module-directories javadoc option

[Emmanuel Bourg]

Source: jboss-logging
Version: 3.5.0-1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


jboss-logging fails to build with OpenJDK 17, it uses the deprecated 
'--no-module-directories' javadoc option:

  
  [INFO] --- maven-javadoc-plugin:3.0.1:jar (default-cli) @ jboss-logging ---
  [WARNING] The POM for org.codehaus.plexus:plexus-interactivity-api:jar:debian 
is invalid, transitive dependencies (if any) will not be available, enable 
debug logging for more details
  [INFO] Adding the --ignore-source-errors option
  [INFO]
  Usage:
  javadoc [options] [packagenames] [sourcefiles] [@files]
  where options include:
  @   Read options and filenames from file
  --add-modules (,)*
Root modules to resolve in addition to the initial modules,
or all modules on the module path if  is
ALL-MODULE-PATH.
  -bootclasspath 
Override location of platform class files used for 
non-modular
releases
  -breakiterator
Compute first sentence with BreakIterator
  --class-path , -classpath , -cp 
Specify where to find user class files
  -doclet 
Generate output via alternate doclet
  -docletpath 
Specify where to find doclet class files
  --enable-preview
Enable preview language features. To be used in conjunction 
with
either -source or --release.
  
  ...
  
  [INFO]
  [INFO] 

  [INFO] Skipping JBoss Logging 3
  [INFO] This project has been banned from the build due to previous failures.
  [INFO] 

  [INFO] 

  [INFO] BUILD FAILURE
  [INFO] 

  [INFO] Total time:  3.637 s
  [INFO] Finished at: 2022-05-26T01:46:45Z
  [INFO] 

  [ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-javadoc-plugin:3.0.1:jar (default-cli) on 
project jboss-logging: MavenReportException: Error while generating Javadoc:
  [ERROR] Exit code: 1 - error: invalid flag: --no-module-directories
  [ERROR] 1 error
  [ERROR]
  [ERROR] Command line was: /usr/lib/jvm/java-17-openjdk-amd64/bin/javadoc 
--no-module-directories @options @packages

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1012081: jboss-classfilewriter: FTBFS with OpenJDK 17 due to test failures

[Emmanuel Bourg]

Source: jboss-classfilewriter
Version: 1.2.5-1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


jboss-classfilewriter fails to build with OpenJDK 17, almost all the tests fail:

  
  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running org.jboss.classfilewriter.test.simple.FieldTest
  [ERROR] Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.033 
s <<< FAILURE! - in org.jboss.classfilewriter.test.simple.FieldTest
  [ERROR] testCreatingField(org.jboss.classfilewriter.test.simple.FieldTest)  
Time elapsed: 0.008 s  <<< ERROR!
  java.lang.Error: java.lang.NoSuchFieldException: override
  at 
org.jboss.classfilewriter.test.simple.FieldTest.testCreatingField(FieldTest.java:45)
  Caused by: java.lang.NoSuchFieldException: override
  at 
org.jboss.classfilewriter.test.simple.FieldTest.testCreatingField(FieldTest.java:45)
  
  [INFO] Running org.jboss.classfilewriter.test.simple.MethodTest
  [ERROR] Tests run: 3, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0 s 
<<< FAILURE! - in org.jboss.classfilewriter.test.simple.MethodTest
  [ERROR] testCreatingMethod(org.jboss.classfilewriter.test.simple.MethodTest)  
Time elapsed: 0 s  <<< ERROR!
  java.lang.NoClassDefFoundError: Could not initialize class 
org.jboss.classfilewriter.DefaultClassFactory
  at 
org.jboss.classfilewriter.test.simple.MethodTest.testCreatingMethod(MethodTest.java:53)
  
  [ERROR] testExceptionTypes(org.jboss.classfilewriter.test.simple.MethodTest)  
Time elapsed: 0 s  <<< ERROR!
  java.lang.NoClassDefFoundError: Could not initialize class 
org.jboss.classfilewriter.DefaultClassFactory
  at 
org.jboss.classfilewriter.test.simple.MethodTest.testExceptionTypes(MethodTest.java:79)
  
  [INFO] Running org.jboss.classfilewriter.test.simple.SimpleTest
  [ERROR] Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0 s 
<<< FAILURE! - in org.jboss.classfilewriter.test.simple.SimpleTest
  [ERROR] simpleTest(org.jboss.classfilewriter.test.simple.SimpleTest)  Time 
elapsed: 0 s  <<< ERROR!
  java.lang.NoClassDefFoundError: Could not initialize class 
org.jboss.classfilewriter.DefaultClassFactory
  at 
org.jboss.classfilewriter.test.simple.SimpleTest.simpleTest(SimpleTest.java:32)
  
  [ERROR] 
testAddingInterfaces(org.jboss.classfilewriter.test.simple.SimpleTest)  Time 
elapsed: 0 s  <<< ERROR!
  java.lang.NoClassDefFoundError: Could not initialize class 
org.jboss.classfilewriter.DefaultClassFactory
  at 
org.jboss.classfilewriter.test.simple.SimpleTest.testAddingInterfaces(SimpleTest.java:46)
  
  [ERROR] 
testDefaultInterface(org.jboss.classfilewriter.test.simple.SimpleTest)  Time 
elapsed: 0 s  <<< ERROR!
  java.lang.NoClassDefFoundError: Could not initialize class 
org.jboss.classfilewriter.DefaultClassFactory
  at 
org.jboss.classfilewriter.test.simple.SimpleTest.testDefaultInterface(SimpleTest.java:39)
  
  ...

  [INFO]
  [ERROR] Tests run: 177, Failures: 0, Errors: 171, Skipped: 0
  [INFO]
  [INFO] 

  [INFO] BUILD FAILURE
  [INFO] 


__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1012070: simple-xml: FTBFS with OpenJDK 17 due to an illegal reflective access during the tests

[Emmanuel Bourg]

Source: simple-xml
Version: 2.7.1-3
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


simple-xml fails to build with OpenJDK 17 due to a test failure. The cause 
isn't explicit
in the log, but the JUnit report 
(report/TEST-org.simpleframework.xml.core.MixTest.txt)
leads to an illegal reflective access:


  Testsuite: org.simpleframework.xml.core.MixTest
  Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.067 sec
  
  Testcase: testMix took 0.061 sec
  Caused an ERROR
  Unable to make field protected int[] java.util.Calendar.fields accessible: 
module java.base does not "opens java.util" to unnamed module @4cfaf581
  java.lang.reflect.InaccessibleObjectException: Unable to make field protected 
int[] java.util.Calendar.fields accessible: module java.base does not "opens 
java.util" to unnamed module @4cfaf581
  at 
java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354)
  at 
java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
  at 
java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:178)
  at java.base/java.lang.reflect.Field.setAccessible(Field.java:172)
  at 
org.simpleframework.xml.core.FieldScanner.process(FieldScanner.java:247)
  at 
org.simpleframework.xml.core.FieldScanner.process(FieldScanner.java:228)
  at 
org.simpleframework.xml.core.FieldScanner.extract(FieldScanner.java:161)
  at 
org.simpleframework.xml.core.FieldScanner.scan(FieldScanner.java:99)
  at 
org.simpleframework.xml.core.FieldScanner.(FieldScanner.java:80)
  at 
org.simpleframework.xml.core.DetailExtractor.getFields(DetailExtractor.java:147)
  at 
org.simpleframework.xml.core.DetailExtractor.getFields(DetailExtractor.java:130)
  at org.simpleframework.xml.core.Support.getFields(Support.java:308)
  at 
org.simpleframework.xml.core.ObjectScanner.field(ObjectScanner.java:432)
  at 
org.simpleframework.xml.core.ObjectScanner.scan(ObjectScanner.java:371)
  at 
org.simpleframework.xml.core.ObjectScanner.(ObjectScanner.java:82)
  at 
org.simpleframework.xml.core.DefaultScanner.(DefaultScanner.java:64)
  at 
org.simpleframework.xml.core.ScannerFactory.getInstance(ScannerFactory.java:84)
  at org.simpleframework.xml.core.Support.getScanner(Support.java:357)
  at org.simpleframework.xml.core.Source.getScanner(Source.java:271)
  at org.simpleframework.xml.core.Source.getDecorator(Source.java:286)
  at 
org.simpleframework.xml.core.Composite.writeNamespaces(Composite.java:1272)
  at 
org.simpleframework.xml.core.Composite.writeElement(Composite.java:1232)
  at 
org.simpleframework.xml.core.Composite.writeUnion(Composite.java:1127)
  at 
org.simpleframework.xml.core.Composite.writeElements(Composite.java:1098)
  at 
org.simpleframework.xml.core.Composite.writeSection(Composite.java:1004)
  at org.simpleframework.xml.core.Composite.write(Composite.java:975)
  at org.simpleframework.xml.core.Composite.write(Composite.java:952)
  at org.simpleframework.xml.core.Traverser.write(Traverser.java:236)
  at org.simpleframework.xml.core.Traverser.write(Traverser.java:208)
  at org.simpleframework.xml.core.Traverser.write(Traverser.java:186)
  at org.simpleframework.xml.core.Persister.write(Persister.java:1180)
  at org.simpleframework.xml.core.Persister.write(Persister.java:1162)
  at org.simpleframework.xml.core.Persister.write(Persister.java:1140)
  at org.simpleframework.xml.core.Persister.write(Persister.java:1259)
  at org.simpleframework.xml.core.Persister.write(Persister.java:1241)
  at org.simpleframework.xml.core.Persister.write(Persister.java:1222)
  at org.simpleframework.xml.core.MixTest.testMix(MixTest.java:87)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
  at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1012068: classmate: FTBFS with OpenJDK 17 due to test failures

[Emmanuel Bourg]

Source: classmate
Version: 1.3.4-1.1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


classmate fails to build with OpenJDK 17, several tests fail:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running com.fasterxml.classmate.TestSubtypeResolution
  [INFO] Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.036 
s - in com.fasterxml.classmate.TestSubtypeResolution
  [INFO] Running com.fasterxml.classmate.TestMemberGenericTypes
  [INFO] Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 
s - in com.fasterxml.classmate.TestMemberGenericTypes
  [INFO] Running com.fasterxml.classmate.ResolvedTypeTest
  [INFO] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 
s - in com.fasterxml.classmate.ResolvedTypeTest
  [INFO] Running com.fasterxml.classmate.TestSelfRefMemberTypes
  [INFO] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 
s - in com.fasterxml.classmate.TestSelfRefMemberTypes
  [INFO] Running com.fasterxml.classmate.OddJDKTypesTest
  [INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 
s - in com.fasterxml.classmate.OddJDKTypesTest
  [INFO] Running com.fasterxml.classmate.StdConfigurationTest
  [INFO] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.019 
s - in com.fasterxml.classmate.StdConfigurationTest
  [INFO] Running com.fasterxml.classmate.TestReadme
  [INFO] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 
s - in com.fasterxml.classmate.TestReadme
  [INFO] Running com.fasterxml.classmate.TestTypeResolver
  [INFO] Tests run: 19, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.012 
s - in com.fasterxml.classmate.TestTypeResolver
  [INFO] Running com.fasterxml.classmate.AnnotationsTest
  [INFO] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 
s - in com.fasterxml.classmate.AnnotationsTest
  [INFO] Running com.fasterxml.classmate.types.ResolvedPrimitiveTypeTest
  [INFO] Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.035 
s - in com.fasterxml.classmate.types.ResolvedPrimitiveTypeTest
  [INFO] Running com.fasterxml.classmate.types.ResolvedObjectTypeTest
  [ERROR] Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.002 
s <<< FAILURE! - in com.fasterxml.classmate.types.ResolvedObjectTypeTest
  [ERROR] 
testGetStaticFields(com.fasterxml.classmate.types.ResolvedObjectTypeTest)  Time 
elapsed: 0.002 s  <<< FAILURE!
  junit.framework.AssertionFailedError: Expected 3 (JDK 1.6), 4 (1.7/1.8) or 6 
(1.9) static fields, got 7; fields: [serialVersionUID, COMPACT_STRINGS, 
serialPersistentFields, REPL, CASE_INSENSITIVE_ORDER, LATIN1, UTF16]
  at 
com.fasterxml.classmate.types.ResolvedObjectTypeTest.testGetStaticFields(ResolvedObjectTypeTest.java:81)
  
  [INFO] Running com.fasterxml.classmate.types.ResolvedInterfaceTypeTest
  [INFO] Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - 
in com.fasterxml.classmate.types.ResolvedInterfaceTypeTest
  [INFO] Running com.fasterxml.classmate.types.ResolvedRecursiveTypeTest
  [INFO] Tests run: 16, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 
s - in com.fasterxml.classmate.types.ResolvedRecursiveTypeTest
  [INFO] Running com.fasterxml.classmate.types.TypePlaceHolderTest
  [INFO] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 
s - in com.fasterxml.classmate.types.TypePlaceHolderTest
  [INFO] Running com.fasterxml.classmate.types.ResolvedArrayTypeTest
  [INFO] Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 
s - in com.fasterxml.classmate.types.ResolvedArrayTypeTest
  [INFO] Running com.fasterxml.classmate.TypeBindingsTest
  [INFO] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - 
in com.fasterxml.classmate.TypeBindingsTest
  [INFO] Running com.fasterxml.classmate.TestParameterAnnotations
  [INFO] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 
s - in com.fasterxml.classmate.TestParameterAnnotations
  [INFO] Running com.fasterxml.classmate.TestMemberResolver
  [ERROR] Tests run: 10, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 
0.004 s <<< FAILURE! - in com.fasterxml.classmate.TestMemberResolver
  [ERROR] 
testAddOverridesFromInterfaces(com.fasterxml.classmate.TestMemberResolver)  
Time elapsed: 0.001 s  <<< FAILURE!
  junit.framework.AssertionFailedError: expected:<4> but was:<6>
  at 
com.fasterxml.classmate.TestMemberResolver.testAddOverridesFromInterfaces(TestMemberResolver.java:292)
  
  [INFO] Running com.fasterxml.classmate.ResolvedTypeWithMembersTest
  [INFO] Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 
s - in com.fasterxml.classmate.ResolvedTypeWithMembersTest
  [INFO] Running com.fasterxml.classmate.TestTypeDescriptions
  [ERROR] Tests 

Bug#1012064: libsweble-common-java: FTBFS with OpenJDK 17: illegal escape character

[Emmanuel Bourg]

Source: libsweble-common-java
Version: 3.0.8-2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


libsweble-common-java fails to build with OpenJDK 17, it looks like the range
of valid unicode escape sequences is more restricted with Java 17:


  [INFO] Scanning for projects...
  [INFO] 

  [INFO] Reactor Build Order:
  [INFO]
  [INFO] Utils Parent POM   
[pom]
  [INFO] Utils  
[jar]
  [INFO] Parser Toolkit Parent POM  
[pom]
  [INFO] PTK - Common   
[jar]
  [INFO] Open Source Research Common Aggergator Project 
[pom]
  [INFO]
  [INFO] --< de.fau.cs.osr.utils:utils-parent 
>--
  [INFO] Building Utils Parent POM 3.0.8
[1/5]
  [INFO] [ pom 
]-
  [INFO]
  [INFO] -< de.fau.cs.osr.utils:utils 
>--
  [INFO] Building Utils 3.0.8   
[2/5]
  [INFO] [ jar 
]-
  [INFO]
  [INFO] --- maven-resources-plugin:3.1.0:resources (default-resources) @ utils 
---
  [INFO] Using 'UTF-8' encoding to copy filtered resources.
  [INFO] skip non existing resourceDirectory 
/<>/utils-parent/utils/src/main/resources
  [INFO]
  [INFO] --- maven-compiler-plugin:3.8.1:compile (default-compile) @ utils ---
  [INFO] Changes detected - recompiling the module!
  [INFO] Compiling 46 source files to 
/<>/utils-parent/utils/target/classes
  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] 
/<>/utils-parent/utils/src/main/java/de/fau/cs/osr/utils/XmlGrammar.java:[41,51]
 illegal escape character
  [INFO] 1 error
  [INFO] -
  [INFO] 

  [INFO] Reactor Summary for Open Source Research Common Aggergator Project 
3.0.8:
  [INFO]
  [INFO] Utils Parent POM ... SUCCESS [  0.003 
s]
  [INFO] Utils .. FAILURE [  0.490 
s]
  [INFO] Parser Toolkit Parent POM .. SKIPPED
  [INFO] PTK - Common ... SKIPPED
  [INFO] Open Source Research Common Aggergator Project . SKIPPED
  [INFO] 

  [INFO] BUILD FAILURE
  [INFO] 

  [INFO] Total time:  0.560 s
  [INFO] Finished at: 2022-05-25T00:35:53Z
  [INFO] 

  [ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) 
on project utils: Compilation failure
  [ERROR] 
/<>/utils-parent/utils/src/main/java/de/fau/cs/osr/utils/XmlGrammar.java:[41,51]
 illegal escape character
  [ERROR] -> [Help 1]
  [ERROR]
  [ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
  [ERROR] Re-run Maven using the -X switch to enable full debug logging.
  [ERROR]
  [ERROR] For more information about the errors and possible solutions, please 
read the following articles:
  [ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
  [ERROR]
  [ERROR] After correcting the problems, you can resume the build with the 
command
  [ERROR]   mvn  -rf :utils

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1012063: cofoja: FTBFS with OpenJDK 17: module jdk.compiler does not export com.sun.tools.javac.processing to unnamed module

[Emmanuel Bourg]

Source: cofoja
Version: 1.3-4
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


cofoja fails to build with OpenJDK 17:


  dh_auto_build -- dist -Dcofoja.bare.jar=dist/cofoja.jar
  ant -Duser.name debian dist -Dcofoja.bare.jar=dist/cofoja.jar
  Buildfile: /<>/build.xml
  
  configure:
   [echo] Configuration
   [echo] -
   [echo] Snapshot:  true
   [echo] Debug: true
  
  init:
 [tstamp] Honouring environment variable SOURCE_DATE_EPOCH which has been 
set to 1543526457
  [mkdir] Created dir: /<>/obj
  [mkdir] Created dir: /<>/dist
  
  build:
  [mkdir] Created dir: /<>/obj/bare
 [ujavac] Compiling 86 source files to /<>/obj/bare
 [ujavac] Note: Some input files use or override a deprecated API.
 [ujavac] Note: Recompile with -Xlint:deprecation for details.
 [ujavac] Note: 
/<>/src/com/google/java/contract/util/Predicates.java uses 
unchecked or unsafe operations.
 [ujavac] Note: Recompile with -Xlint:unchecked for details.
  
  nobootstrap:
[jar] Building jar: /<>/dist/cofoja.jar
[jar] Building jar: /<>/dist/cofoja+asm-1.2-19700119.jar
  
  antinit:
  [mkdir] Created dir: /<>/obj/build
 [ujavac] Compiling 1 source file to /<>/obj/build
 [ujavac]
 [ujavac]
 [ujavac] An annotation processor threw an uncaught exception.
 [ujavac] Consult the following stack trace for details.
 [ujavac] java.lang.LinkageError: class 
com.google.java.contract.core.apt.AnnotationProcessor cannot access class 
com.sun.tools.javac.processing.JavacProcessingEnvironment (in module 
jdk.compiler) because
  module jdk.compiler does not export com.sun.tools.javac.processing to unnamed 
module @f4c0e4e
 [ujavac] at 
com.google.java.contract.core.apt.AnnotationProcessor.getJavacOptions(AnnotationProcessor.java:181)
 [ujavac] at 
com.google.java.contract.core.apt.AnnotationProcessor.setupPaths(AnnotationProcessor.java:268)
 [ujavac] at 
com.google.java.contract.core.apt.AnnotationProcessor.init(AnnotationProcessor.java:201)
 [ujavac] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment$ProcessorState.(JavacProcessingEnvironment.java:701)
 [ujavac] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment$DiscoveredProcessors$ProcessorStateIterator.next(JavacProcessingEnvironment.java:828)
 [ujavac] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:924)
 [ujavac] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1267)
 [ujavac] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1382)
 [ujavac] at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1234)
 [ujavac] at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:916)
 [ujavac] at 
jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:317)
 [ujavac] at 
jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:176)
 [ujavac] at jdk.compiler/com.sun.tools.javac.Main.compile(Main.java:64)
 [ujavac] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 [ujavac] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
 [ujavac] at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [ujavac] at java.base/java.lang.reflect.Method.invoke(Method.java:568)
 [ujavac] at 
org.apache.tools.ant.taskdefs.compilers.Javac13.execute(Javac13.java:57)
 [ujavac] at 
org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:1352)
 [ujavac] at 
org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:1092)
 [ujavac] at 
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:299)
 [ujavac] at 
jdk.internal.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
 [ujavac] at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [ujavac] at java.base/java.lang.reflect.Method.invoke(Method.java:568)
 [ujavac] at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
 [ujavac] at org.apache.tools.ant.Task.perform(Task.java:350)
 [ujavac] at org.apache.tools.ant.Target.execute(Target.java:449)
 [ujavac] at org.apache.tools.ant.Target.performTasks(Target.java:470)
 [ujavac] at 
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1401)
 [ujavac] at 
org.apache.tools.ant.Project.executeTarget(Project.java:1374)
 [ujavac] at 

Bug#1012062: gant: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

[Emmanuel Bourg]

Source: gant
Version: 1.9.11-8
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


gant fails to build with OpenJDK 17 because it invokes javac with the
source/target options set to 6. Since OpenJDK 12 the minimum version
supported is 7.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011929: libexternalsortinginjava-java: FTBFS with OpenJDK 17 due to an illegal reflective access during the tests

[Emmanuel Bourg]

Source: libexternalsortinginjava-java
Version: 0.6.1-1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


libexternalsortinginjava-java fails to build with OpenJDK 17, the tests make 
illegal
reflective accesses into java.base/java.lang:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running com.google.code.externalsorting.csv.CsvExternalSortTest
  [ERROR] Tests run: 5, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.094 
s <<< FAILURE! - in com.google.code.externalsorting.csv.CsvExternalSortTest
  [ERROR] testNonLatin(com.google.code.externalsorting.csv.CsvExternalSortTest) 
 Time elapsed: 0.003 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make field private 
static volatile java.nio.charset.Charset 
java.nio.charset.Charset.defaultCharset accessible: module java.base does not 
"opens java.nio.charset" to unnamed module @4cfaf581
  at 
com.google.code.externalsorting.csv.CsvExternalSortTest.testNonLatin(CsvExternalSortTest.java:75)
  
  [ERROR] testNonLatin(com.google.code.externalsorting.csv.CsvExternalSortTest) 
 Time elapsed: 0.003 s  <<< ERROR!
  java.lang.NullPointerException: Cannot invoke "java.io.File.exists()" because 
"this.outputfile" is null
  at 
com.google.code.externalsorting.csv.CsvExternalSortTest.onTearDown(CsvExternalSortTest.java:192)
  
  [INFO] Running com.google.code.externalsorting.ExternalSortTest
  #ignore = 67412000
  [performance] String size estimator uses 1.033203125 ns per string
  #ignore = 67412000
  [performance] String size estimator uses 1.0146484375 ns per string
  #ignore = 67412000
  [performance] String size estimator uses 1.0263671875 ns per string
  #ignore = 67412000
  [performance] String size estimator uses 1.0263671875 ns per string
  #ignore = 67412000
  [performance] String size estimator uses 1.39453125 ns per string
  #ignore = 67412000
  [performance] String size estimator uses 1.5654296875 ns per string
  #ignore = 67412000
  [performance] String size estimator uses 1.4736328125 ns per string
  #ignore = 67412000
  [performance] String size estimator uses 1.462890625 ns per string
  #ignore = 67412000
  [performance] String size estimator uses 1.0126953125 ns per string
  #ignore = 67412000
  [performance] String size estimator uses 1.017578125 ns per string
  java com.google.externalsorting.ExternalSort inputfile outputfile
  Flags are:
  -v or --verbose: verbose output
  -d or --distinct: prune duplicate lines
  -t or --maxtmpfiles (followed by an integer): specify an upper bound on the 
number of temporary files
  -c or --charset (followed by a charset code): specify the character set to 
use (for sorting)
  -z or --gzip: use compression for the temporary files
  -H or --header (followed by an integer): ignore the first few lines
  -s or --store (following by a path): where to store the temporary files
  -h or --help: display this message
  please provide input and output file names
  java com.google.externalsorting.ExternalSort inputfile outputfile
  Flags are:
  -v or --verbose: verbose output
  -d or --distinct: prune duplicate lines
  -t or --maxtmpfiles (followed by an integer): specify an upper bound on the 
number of temporary files
  -c or --charset (followed by a charset code): specify the character set to 
use (for sorting)
  -z or --gzip: use compression for the temporary files
  -H or --header (followed by an integer): ignore the first few lines
  -s or --store (following by a path): where to store the temporary files
  -h or --help: display this message
  please provide input and output file names
  java com.google.externalsorting.ExternalSort inputfile outputfile
  Flags are:
  -v or --verbose: verbose output
  -d or --distinct: prune duplicate lines
  -t or --maxtmpfiles (followed by an integer): specify an upper bound on the 
number of temporary files
  -c or --charset (followed by a charset code): specify the character set to 
use (for sorting)
  -z or --gzip: use compression for the temporary files
  -H or --header (followed by an integer): ignore the first few lines
  -s or --store (following by a path): where to store the temporary files
  -h or --help: display this message
  created 1 tmp files
  please provide input and output file names
  java com.google.externalsorting.ExternalSort inputfile outputfile
  Flags are:
  -v or --verbose: verbose output
  -d or --distinct: prune duplicate lines
  -t or --maxtmpfiles (followed by an integer): specify an upper bound on the 
number of temporary files
  -c or --charset (followed by a charset code): specify the character set to 
use (for sorting)
  -z or --gzip: use compression for the temporary files
  -H or --header (followed by an integer): ignore the first few lines
  -s or --store (following by a path): where to store the temporary files
  -h or --help: display this 

Bug#1011925: tiles-autotag: FTBFS with OpenJDK 17 due to an illegal reflective access during the tests

[Emmanuel Bourg]

Source: tiles-autotag
Version: 1.2-3
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


tiles-autotag fails to build with OpenJDK 17, the tests make an illegal
reflective access into java.base/java.lang:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running org.apache.tiles.autotag.core.runtime.AbstractModelBodyTest
  [ERROR] Tests run: 5, Failures: 0, Errors: 4, Skipped: 0, Time elapsed: 0.07 
s <<< FAILURE! - in org.apache.tiles.autotag.core.runtime.AbstractModelBodyTest
  [ERROR] 
testEvaluateWithoutWriting(org.apache.tiles.autotag.core.runtime.AbstractModelBodyTest)
  Time elapsed: 0.042 s  <<< ERROR!
  java.lang.ExceptionInInitializerError
  at 
org.apache.tiles.autotag.core.runtime.AbstractModelBodyTest.testEvaluateWithoutWriting(AbstractModelBodyTest.java:95)
  Caused by: net.sf.cglib.core.CodeGenerationException: 
java.lang.reflect.InaccessibleObjectException-->Unable to make protected final 
java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @4cfaf581
  at 
org.apache.tiles.autotag.core.runtime.AbstractModelBodyTest.testEvaluateWithoutWriting(AbstractModelBodyTest.java:95)
  Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make 
protected final java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @4cfaf581
  at 
org.apache.tiles.autotag.core.runtime.AbstractModelBodyTest.testEvaluateWithoutWriting(AbstractModelBodyTest.java:95)
  
  [ERROR] 
testEvaluateWithoutWritingException(org.apache.tiles.autotag.core.runtime.AbstractModelBodyTest)
  Time elapsed: 0 s  <<< ERROR!
  java.lang.Exception: Unexpected exception, expected but 
was
  at 
org.apache.tiles.autotag.core.runtime.AbstractModelBodyTest.testEvaluateWithoutWritingException(AbstractModelBodyTest.java:111)
  
  [ERROR] 
testEvaluateAsStringException(org.apache.tiles.autotag.core.runtime.AbstractModelBodyTest)
  Time elapsed: 0.001 s  <<< ERROR!
  java.lang.Exception: Unexpected exception, expected but 
was
  at 
org.apache.tiles.autotag.core.runtime.AbstractModelBodyTest.testEvaluateAsStringException(AbstractModelBodyTest.java:75)
  
  [ERROR] 
testEvaluate(org.apache.tiles.autotag.core.runtime.AbstractModelBodyTest)  Time 
elapsed: 0.001 s  <<< ERROR!
  java.lang.NoClassDefFoundError: Could not initialize class 
org.easymock.internal.ClassProxyFactory$2
  at 
org.apache.tiles.autotag.core.runtime.AbstractModelBodyTest.testEvaluate(AbstractModelBodyTest.java:46)
  
  [INFO] Running org.apache.tiles.autotag.core.runtime.util.NullWriterTest
  [INFO] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - 
in org.apache.tiles.autotag.core.runtime.util.NullWriterTest
  [INFO]
  [INFO] Results:
  [INFO]
  [ERROR] Errors:
  [ERROR]   AbstractModelBodyTest.testEvaluate:46 » NoClassDefFound Could not 
initialize c...
  [ERROR]   AbstractModelBodyTest.testEvaluateAsStringException »  Unexpected 
exception, e...
  [ERROR]   AbstractModelBodyTest.testEvaluateWithoutWriting:95 » 
ExceptionInInitializer
  [ERROR]   AbstractModelBodyTest.testEvaluateWithoutWritingException »  
Unexpected except...
  [INFO]
  [ERROR] Tests run: 8, Failures: 0, Errors: 4, Skipped: 0
__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011920: uncommons-watchmaker: FTBFS with OpenJDK 17 due to javadoc errors

[Emmanuel Bourg]

Source: uncommons-watchmaker
Version: 0.7.1-1.1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


uncommons-watchmaker fails to build due to javadoc errors:


  :swing:assemble
  Skipping task ':swing:assemble' as it has no actions.
  :swing:assemble (Thread[Daemon worker,5,main]) completed. Took 0.0 secs.
  
/<>/framework/src/java/main/org/uncommons/watchmaker/framework/selection/RouletteWheelSelection.java:30:
 error: unknown tag: n
   * and the wheel being spun i times.  Candidates may be selected more 
than
  ^
  
/<>/framework/src/java/main/org/uncommons/watchmaker/framework/selection/RouletteWheelSelection.java:30:
 error: unknown tag: n
   * and the wheel being spun i times.  Candidates may be selected more 
than
  ^
  
/<>/swing/src/java/main/org/uncommons/watchmaker/swing/AbortControl.java:33:
 warning: no comment
  public AbortControl()
 ^
  
/<>/swing/src/java/main/org/uncommons/watchmaker/swing/evolutionmonitor/EvolutionMonitor.java:177:
 warning: no comment
  public JComponent getGUIComponent()
^
  
/<>/framework/src/java/main/org/uncommons/watchmaker/framework/EvolutionStrategyEngine.java:59:
 error: bad HTML entity
   * a higher value might be better. Eiben & Smith suggest 7 as a good 
value.
   ^
  
/<>/framework/src/java/main/org/uncommons/watchmaker/framework/FitnessEvaluationWorker.java:80:
 warning: no comment
  public  Future> submit(FitnessEvalutationTask 
task)
   ^
  
/<>/framework/src/java/main/org/uncommons/util/id/IDSourceExhaustedException.java:24:
 warning: no comment
  public IDSourceExhaustedException(String string)
 ^
  
/<>/framework/src/java/main/org/uncommons/util/id/IDSourceExhaustedException.java:29:
 warning: no comment
  public IDSourceExhaustedException(String string, Throwable throwable)
 ^
  
/<>/swing/src/java/main/org/uncommons/watchmaker/swing/NumericParameterControl.java:37:
 warning: no comment
  public NumericParameterControl(T minimum,
 ^
  
/<>/swing/src/java/main/org/uncommons/watchmaker/swing/SelectionStrategyControl.java:81:
 warning: no @param for 
  public static  List> 
createDefaultOptions(Probability tournamentProbability,
   ^
  
/<>/swing/src/java/main/org/uncommons/swing/SwingBackgroundTask.java:38:
 warning: no comment
  protected SwingBackgroundTask()
^
  
/<>/swing/src/java/main/org/uncommons/watchmaker/swing/SwingConsole.java:40:
 warning: no comment
  private final Lock lock = new ReentrantLock();
 ^
  
/<>/swing/src/java/main/org/uncommons/watchmaker/swing/SwingConsole.java:41:
 warning: no comment
  private final Condition selected = lock.newCondition();
  ^
  
/<>/swing/src/java/main/org/uncommons/watchmaker/swing/SwingConsole.java:42:
 warning: no comment
  private final AtomicInteger selectedIndex = new AtomicInteger(-1);
  ^
  
/<>/swing/src/java/main/org/uncommons/watchmaker/swing/evolutionmonitor/StatusBar.java:37:
 warning: no comment
  private final JLabel elitismLabel = new JLabel("N/A", JLabel.RIGHT);
   ^
  
/<>/swing/src/java/main/org/uncommons/watchmaker/swing/evolutionmonitor/StatusBar.java:34:
 warning: no comment
  private final JLabel generationsLabel = new JLabel("N/A", JLabel.RIGHT);
   ^
  
/<>/swing/src/java/main/org/uncommons/watchmaker/swing/evolutionmonitor/StatusBar.java:39:
 warning: no comment
  private final AtomicInteger islandPopulationSize = new AtomicInteger(-1);
  ^
  
/<>/swing/src/java/main/org/uncommons/watchmaker/swing/evolutionmonitor/StatusBar.java:36:
 warning: no comment
  private final JLabel populationLabel = new JLabel("N/A", JLabel.RIGHT);
   ^
  
/<>/swing/src/java/main/org/uncommons/watchmaker/swing/evolutionmonitor/StatusBar.java:35:
 warning: no comment
  private final JLabel timeLabel = new JLabel("N/A", JLabel.RIGHT);
   ^
  3 errors
  16 warnings
  Problems generating Javadoc.
Command line issued: [/usr/lib/jvm/java-17-openjdk-amd64/bin/javadoc, 
@/<>/build/tmp/javadocAll/javadoc.options]
Generated Javadoc options file has following contents:
  --
  -classpath 
'/usr/share/maven-repo/com/google/guava/guava/debian/guava-debian.jar:/usr/share/maven-repo/org/uncommons/maths/uncommons-maths/debian/uncommons-maths-debian.jar:/usr/share/maven-repo/org/jsr-305>
  -d '/<>/build/javadoc'
  -doctitle 'Watchmaker Framework for Evolutionary Computation API 0.7.1'
  -link 'file:///usr/share/doc/default-jdk-doc/api'
  -link 

Bug#1011775: jamm: FTBFS with OpenJDK 17 due to an illegal reflective access during the tests

[Emmanuel Bourg]

Source: jamm
Version: 0.3.3-3
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


jamm fails to build with OpenJDK 17, the tests make an illegal
reflective access into java.base/java.lang:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running org.github.jamm.MemoryMeterTest
  [ERROR] Tests run: 20, Failures: 1, Errors: 2, Skipped: 5, Time elapsed: 
0.147 s <<< FAILURE! - in org.github.jamm.MemoryMeterTest
  [ERROR] testPrimitives(org.github.jamm.MemoryMeterTest)  Time elapsed: 0.005 
s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make field private 
final byte[] java.lang.String.value accessible: module java.base does not 
"opens java.lang" to unnamed module @768debd
  at 
org.github.jamm.MemoryMeterTest.testPrimitives(MemoryMeterTest.java:443)
  
  [ERROR] testUnmeteredAnnotationOnFields(org.github.jamm.MemoryMeterTest)  
Time elapsed: 0.001 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make field private 
final byte[] java.lang.String.value accessible: module java.base does not 
"opens java.lang" to unnamed module @768debd
  at 
org.github.jamm.MemoryMeterTest.testUnmeteredAnnotationOnFields(MemoryMeterTest.java:614)
  
  [ERROR] testByteBuffer(org.github.jamm.MemoryMeterTest)  Time elapsed: 0 s  
<<< FAILURE!
  java.lang.AssertionError: Shallow empty ByteBuffer expected:<48> but was:<56>
  at 
org.github.jamm.MemoryMeterTest.testByteBuffer(MemoryMeterTest.java:478)
  
  [INFO] Running org.github.jamm.GuessTest
  Guessed 16, instrumented 24 for {LONG*1}->{FLOAT*1}
  Guessed 16, instrumented 24 for {LONG*1}->{BYTE*4}
  [ERROR] Tests run: 4, Failures: 1, Errors: 0, Skipped: 3, Time elapsed: 0.418 
s <<< FAILURE! - in org.github.jamm.GuessTest
  [ERROR] testProblemClasses(org.github.jamm.GuessTest)  Time elapsed: 0.385 s  
<<< FAILURE!
  java.lang.AssertionError: Not all guesses matched the instrumented values. 
See output for details. expected:<0> but was:<2>
  at org.github.jamm.GuessTest.testProblemClasses(GuessTest.java:85)
  
  [INFO]
  [INFO] Results:
  [INFO]
  [ERROR] Failures:
  [ERROR]   GuessTest.testProblemClasses:85 Not all guesses matched the 
instrumented values. See output for details. expected:<0> but was:<2>
  [ERROR]   MemoryMeterTest.testByteBuffer:478 Shallow empty ByteBuffer 
expected:<48> but was:<56>
  [ERROR] Errors:
  [ERROR]   MemoryMeterTest.testPrimitives:443 » InaccessibleObject Unable to 
make field p...
  [ERROR]   MemoryMeterTest.testUnmeteredAnnotationOnFields:614 » 
InaccessibleObject Unabl...
  [INFO]
  [ERROR] Tests run: 24, Failures: 2, Errors: 2, Skipped: 8
  [INFO]
  [INFO] 

  [INFO] BUILD FAILURE
  [INFO] 

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011776: opentest4j: FTBFS with OpenJDK 17 due to JDK detection error

[Emmanuel Bourg]

Source: opentest4j
Version: 1.2.0-3
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


opentest4j fails to build with OpenJDK 17, it requires OpenJDK 11 but the check 
can probably be bypassed:


  Initialized native services in: /<>/.gradle/native
  To honour the JVM settings for this build a new JVM will be forked. Please 
consider using the daemon: 
https://docs.gradle.org/4.4.1/userguide/gradle_daemon.html.
  Starting process 'Gradle build daemon'. Working directory: 
/<>/.gradle/daemon/4.4.1 Command: 
/usr/lib/jvm/java-17-openjdk-amd64/bin/java 
-Xbootclasspath/a:/usr/share/java/gradle-helper-hook.jar>
  Successfully started process 'Gradle build daemon'
  An attempt to start the daemon took 0.544 secs.
  The client will now receive all logging from the daemon (pid: 16331). The 
daemon log file: /<>/.gradle/daemon/4.4.1/daemon-16331.out.log
  Daemon will be stopped at the end of the build stopping after processing
  Closing daemon's stdin at end of input.
  The daemon will no longer process any standard input.
  Using 8 worker leases.
  Creating new cache for fileHashes, path 
/<>/.gradle/caches/4.4.1/fileHashes/fileHashes.bin, access 
org.gradle.cache.internal.DefaultCacheAccess@534016bb
  Creating new cache for resourceHashesCache, path 
/<>/.gradle/caches/4.4.1/fileHashes/resourceHashesCache.bin, 
access org.gradle.cache.internal.DefaultCacheAccess@534016bb
  Creating new cache for fileHashes, path 
/<>/.gradle/4.4.1/fileHashes/fileHashes.bin, access 
org.gradle.cache.internal.DefaultCacheAccess@6470db06
  Starting Build
  Compiling initialization script '/<>/.gradle/init.d/init.gradle' 
using SubsetScriptTransformer.
  Creating new cache for metadata-1.1/results, path 
/<>/.gradle/caches/transforms-1/metadata-1.1/results.bin, access 
org.gradle.cache.internal.DefaultCacheAccess@792683b4
  Compiling initialization script '/<>/.gradle/init.d/init.gradle' 
using BuildScriptTransformer.
  Compiling settings file '/<>/settings.gradle' using 
SubsetScriptTransformer.
  Compiling settings file '/<>/settings.gradle' using 
BuildScriptTransformer.
  
  FAILURE: Build failed with an exception.
  
  * Where:
  Settings file '/<>/settings.gradle' line: 6
  
  * What went wrong:
  A problem occurred evaluating settings 'opentest4j'.
  > The OpenTest4J build requires Java 11. Currently executing with Java 12.
  
  * Try:
  Run with --debug option to get more log output. Run with --scan to get full 
insights.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011622: dictzip-java: FTBFS with OpenJDK 17 due to javadoc errors

[Emmanuel Bourg]

Source: dictzip-java
Version: 0.8.2-3
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


dictzip-java fails to build due to javadoc errors:


  :dictzip-lib:javadoc
  Putting task artifact state for task ':dictzip-lib:javadoc' into context took 
0.0 secs.
  Up-to-date check for task ':dictzip-lib:javadoc' took 0.004 secs. It is not 
up-to-date because:
No history is available.
  Starting process 'command '/usr/lib/jvm/java-17-openjdk-amd64/bin/javadoc''. 
Working directory: /<>/dictzip-lib Command: 
/usr/lib/jvm/java-17-openjdk-amd64/bin/javadoc @/<>/dictzip>
  Successfully started process 'command 
'/usr/lib/jvm/java-17-openjdk-amd64/bin/javadoc''
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:576: 
error: tag not allowed here: 
   * {@link #FAT}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:577: 
error: tag not allowed here: 
   * {@link #AMIGA}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:578: 
error: tag not allowed here: 
   * {@link #VMS}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:579: 
error: tag not allowed here: 
   * {@link #UNIX}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:580: 
error: tag not allowed here: 
   * {@link #VMCMS}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:581: 
error: tag not allowed here: 
   * {@link #ATARI}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:582: 
error: tag not allowed here: 
   * {@link #HPFS}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:583: 
error: tag not allowed here: 
   * {@link #MAC}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:584: 
error: tag not allowed here: 
   * {@link #ZSYS}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:585: 
error: tag not allowed here: 
   * {@link #CPM}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:586: 
error: tag not allowed here: 
   * {@link #TOPS}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:587: 
error: tag not allowed here: 
   * {@link #NTFS}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:588: 
error: tag not allowed here: 
   * {@link #QDOS}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:589: 
error: tag not allowed here: 
   * {@link #ACORN}
 ^
  
/<>/dictzip-lib/src/main/java/org/dict/zip/DictZipHeader.java:590: 
error: tag not allowed here: 
   * {@link #UNKNOWN}
 ^
  15 errors

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011621: gradle: FTBFS with OpenJDK 17 due to an illegal reflective access

[Emmanuel Bourg]

Package: gradle
Version: 4.4.1-13
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


gradle fails to build with OpenJDK 17:


  gradle assemble startScripts --project-prop finalRelease=true --offline 
--stacktrace --gradle-user-home debian/.gradlehome --no-daemon 
-Dgradle-debian-helper.hook.enabled=false -x :distributions:assemble -x
  :internalTesting:assemble -x :internalIntegTesting:assemble -x 
:internalPerformanceTesting:assemble -x :integTest:assemble -x 
:performance:assemble -x :smokeTest:assemble -x :soak:assemble --parallel 
--max-w
  orkers=8
  
  FAILURE: Build failed with an exception.
  
  * What went wrong:
  Could not create service of type ScriptPluginFactory using 
BuildScopeServices.createScriptPluginFactory().
  > Could not create service of type PluginResolutionStrategyInternal using 
BuildScopeServices.createPluginResolutionStrategy().
  
  * Try:
  Run with --info or --debug option to get more log output. Run with --scan to 
get full insights.
  
  * Exception is:
  org.gradle.internal.service.ServiceCreationException: Could not create 
service of type ScriptPluginFactory using 
BuildScopeServices.createScriptPluginFactory().
  at 
org.gradle.internal.service.DefaultServiceRegistry$FactoryMethodService.invokeMethod(DefaultServiceRegistry.java:797)
  at 
org.gradle.internal.service.DefaultServiceRegistry$FactoryService.create(DefaultServiceRegistry.java:748)
  at 
org.gradle.internal.service.DefaultServiceRegistry$ManagedObjectProvider.getInstance(DefaultServiceRegistry.java:574)
  at 
org.gradle.internal.service.DefaultServiceRegistry$SingletonService.get(DefaultServiceRegistry.java:623)
  at 
org.gradle.internal.service.DefaultServiceRegistry$FactoryService.assembleParameters(DefaultServiceRegistry.java:761)
  at 
org.gradle.internal.service.DefaultServiceRegistry$FactoryService.create(DefaultServiceRegistry.java:747)
  at 
org.gradle.internal.service.DefaultServiceRegistry$ManagedObjectProvider.getInstance(DefaultServiceRegistry.java:574)
  at 
org.gradle.internal.service.DefaultServiceRegistry$SingletonService.get(DefaultServiceRegistry.java:623)
  at 
org.gradle.internal.service.DefaultServiceRegistry$FactoryService.assembleParameters(DefaultServiceRegistry.java:761)
  at 
org.gradle.internal.service.DefaultServiceRegistry$FactoryService.create(DefaultServiceRegistry.java:747)
  at 
org.gradle.internal.service.DefaultServiceRegistry$ManagedObjectProvider.getInstance(DefaultServiceRegistry.java:574)
  at 
org.gradle.internal.service.DefaultServiceRegistry$SingletonService.get(DefaultServiceRegistry.java:623)
  at 
org.gradle.internal.service.DefaultServiceRegistry.doGet(DefaultServiceRegistry.java:344)
  at 
org.gradle.internal.service.DefaultServiceRegistry.get(DefaultServiceRegistry.java:325)
  at 
org.gradle.initialization.DefaultGradleLauncherFactory.doNewInstance(DefaultGradleLauncherFactory.java:174)
  at 
org.gradle.initialization.DefaultGradleLauncherFactory.newInstance(DefaultGradleLauncherFactory.java:106)
  at 
org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:40)
  at 
org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:30)
  at 
org.gradle.launcher.exec.BuildTreeScopeBuildActionExecuter.execute(BuildTreeScopeBuildActionExecuter.java:39)
  at 
org.gradle.launcher.exec.BuildTreeScopeBuildActionExecuter.execute(BuildTreeScopeBuildActionExecuter.java:25)
  at 
org.gradle.tooling.internal.provider.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:80)
  at 
org.gradle.tooling.internal.provider.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:53)
  at 
org.gradle.tooling.internal.provider.ServicesSetupBuildActionExecuter.execute(ServicesSetupBuildActionExecuter.java:57)
  at 
org.gradle.tooling.internal.provider.ServicesSetupBuildActionExecuter.execute(ServicesSetupBuildActionExecuter.java:32)
  at 
org.gradle.tooling.internal.provider.GradleThreadBuildActionExecuter.execute(GradleThreadBuildActionExecuter.java:36)
  at 
org.gradle.tooling.internal.provider.GradleThreadBuildActionExecuter.execute(GradleThreadBuildActionExecuter.java:25)
  at 
org.gradle.tooling.internal.provider.ParallelismConfigurationBuildActionExecuter.execute(ParallelismConfigurationBuildActionExecuter.java:43)
  at 
org.gradle.tooling.internal.provider.ParallelismConfigurationBuildActionExecuter.execute(ParallelismConfigurationBuildActionExecuter.java:29)
  at 
org.gradle.tooling.internal.provider.StartParamsValidatingActionExecuter.execute(StartParamsValidatingActionExecuter.java:69)
  at 

Bug#1011618: mongo-java-driver: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

[Emmanuel Bourg]

Source: mongo-java-driver
Version: 3.6.3-2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


mongo-java-driver fails to build with OpenJDK 17 because it invokes javac
with the source/target options set to 6. Since OpenJDK 12 the minimum
version supported is 7.


  Compiling with JDK Java compiler API.
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  Started Gradle worker daemon (0.454 secs) with fork options 
DaemonForkOptions{executable=/usr/lib/jvm/java-17-openjdk-amd64/bin/java, 
minHeapSize=null, maxHeapSize=null, jvmArgs=[], classpath=[], keepAliveM>
  This JVM does not support getting OS memory, so no OS memory status updates 
will be broadcast
  Initialized native services in: /<>/.gradle/native
  Compiling with JDK Java compiler API.
  :bson:compileJava FAILED
  :bson:compileJava (Thread[Task worker for ':' Thread 3,5,main]) completed. 
Took 1.532 secs.
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  :mongo-java-driver:compileJava FAILED

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011615: openchemlib: FTBFS with OpenJDK 17 due to new javadoc layout

[Emmanuel Bourg]

Source: openchemlib
Version: 2022.4.2+dfsg-1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


openchemlib fails to build with OpenJDK 17 because the dh_installdocs override
in debian/rules attempts to replace the embedded copy of jQuery, but the
layout of the javadoc has changed:


 debian/rules override_dh_installdocs
  make[1]: Entering directory '/<>'
  dh_installdocs
  ln -fs /usr/share/javascript/jquery/jquery.js 
/<>/debian/libopenchemlib-java-doc/usr/share/doc/libopenchemlib-java/api/jquery/external/jquery/jquery.js
  ln: failed to create symbolic link 
'/<>/debian/libopenchemlib-java-doc/usr/share/doc/libopenchemlib-java/api/jquery/external/jquery/jquery.js':
 No such file or directory
  make[1]: *** [debian/rules:10: override_dh_installdocs] Error 1
  make[1]: Leaving directory '/<>'
  make: *** [debian/rules:6: binary] Error 2
  dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned 
exit status 2


Removing the unused javadoc package would be a good idea.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011612: libsaxon-java: FTBFS with OpenJDK 17 due to javadoc errors

[Emmanuel Bourg]

Package: libsaxon-java
Version: 1:6.5.5-12
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


libsaxon-java fails to build with OpenJDK 17 due to javadoc errors:


  # build the javadoc
  (cd build/api ; /usr/lib/jvm/default-java/bin/javadoc -encoding ISO-8859-1 
-sourcepath ../../src -link /usr/share/doc/default-jdk-doc/api \
  -classpath /usr/share/java/jdom1.jar \
  -link /usr/share/doc/libjdom1-java/api @../../debian/javadoc-args )
  Loading source files for package com.icl.saxon...
  Loading source files for package com.icl.saxon.aelfred...
  Loading source files for package com.icl.saxon.charcode...
  Loading source files for package com.icl.saxon.expr...
  Loading source files for package com.icl.saxon.exslt...
  Loading source files for package com.icl.saxon.functions...
  Loading source files for package com.icl.saxon.handlers...
  Loading source files for package com.icl.saxon.jdom...
  Loading source files for package com.icl.saxon.number...
  Loading source files for package com.icl.saxon.om...
  Loading source files for package com.icl.saxon.output...
  Loading source files for package com.icl.saxon.pattern...
  Loading source files for package com.icl.saxon.sort...
  Loading source files for package com.icl.saxon.sql...
  Loading source files for package com.icl.saxon.style...
  Loading source files for package com.icl.saxon.tinytree...
  Loading source files for package com.icl.saxon.trace...
  Loading source files for package com.icl.saxon.tree...
  Loading source files for package org.w3c.xsl...
  Constructing Javadoc information...
  Building index for all the packages and classes...
  Standard Doclet version 17.0.3+7-Debian-1
  Building tree for all the packages and classes...
  ../../src/com/icl/saxon/Controller.java:27: warning: empty  tag
* when appropriate to process its elements, character content, and 
attributes. 

   ^
  ../../src/com/icl/saxon/KeyDefinition.java:6: warning: empty  tag
* Corresponds to a single key definition.
 ^
  ../../src/com/icl/saxon/Mode.java:14: error: malformed HTML
  * @author Michael H. Kay
  ^
  ../../src/com/icl/saxon/aelfred/SAXDriver.java:62: error: attribute not 
supported in HTML5: width
   * 
   ^
  ../../src/com/icl/saxon/aelfred/SAXDriver.java:62: error: attribute not 
supported in HTML5: cellpadding
   * 
^
  ../../src/com/icl/saxon/aelfred/SAXDriver.java:62: error: attribute not 
supported in HTML5: cellspacing
   * 
^

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011611: libgpars-groovy-java: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

[Emmanuel Bourg]

Package: libgpars-groovy-java
Version: 1.2.1-10
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


libgpars-groovy-java fails to build with OpenJDK 17 because it invokes javac
with the source/target options set to 6. Since OpenJDK 12 the minimum
version supported is 7.


  :compileGroovy
  Putting task artifact state for task ':compileGroovy' into context took 0.0 
secs.
  Up-to-date check for task ':compileGroovy' took 0.13 secs. It is not 
up-to-date because:
No history is available.
  Starting process 'Gradle Worker Daemon 2'. Working directory: 
/<>/.gradle/workers Command: 
/usr/lib/jvm/java-17-openjdk-amd64/bin/java 
@/tmp/gradle-worker-classpath14359917355185461738txt -Xms128m -Xmx512m 
-Dfile.encoding=UTF-8 -Duser.country -Duser.language=en -Duser.variant 
worker.org.gradle.process.internal.worker.GradleWorkerMain 'Gradle Worker 
Daemon 2'
  Successfully started process 'Gradle Worker Daemon 2'
  Started Gradle worker daemon (0.211 secs) with fork options 
DaemonForkOptions{executable=/usr/lib/jvm/java-17-openjdk-amd64/bin/java, 
minHeapSize=128m, maxHeapSize=512m, jvmArgs=[], 
classpath=[/usr/share/java/groovy-all.jar, /usr/share/java/ant-1.10.12.jar, 
/usr/share/java/ant-launcher-1.10.12.jar], keepAliveMode=SESSION}.
  This JVM does not support getting OS memory, so no OS memory status updates 
will be broadcast
  Initialized native services in: /<>/.gradle/native
  Compiling with JDK Java compiler API.
  warning: [options] bootstrap class path not set in conjunction with -source 6
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  startup failed:
  Compilation failed; see the compiler error output for details.
  
  1 error
  
  :compileGroovy FAILED
  :compileGroovy (Thread[Task worker for ':',5,main]) completed. Took 1.533 
secs.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011610: sbt-ivy: FTBFS with OpenJDK 17 due to pack200 removal

[Emmanuel Bourg]

Source: sbt-ivy
Version: 2.4.0~rc1+dfsg-2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


sbt-ivy fails to build with OpenJDK 17 due to the removal of the pack200 API:


[mkdir] Created dir: /<>/classes
[javac] /<>/debian/build.xml:31: warning: 'includeantruntime' 
was not set, defaulting to build.sysclasspath=last; set to false for repeatable 
builds
[javac] Using javac -source 1.5 is no longer supported, switching to 7
[javac] Using javac -target 1.5 is no longer supported, switching to 7
[javac] Compiling 471 source files to /<>/classes
[javac] warning: [options] bootstrap class path not set in conjunction with 
-source 7
[javac] warning: [options] source value 7 is obsolete and will be removed 
in a future release
[javac] warning: [options] target value 7 is obsolete and will be removed 
in a future release
[javac] warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
[javac] 
/<>/src/java/org/apache/ivy/core/settings/IvySettings.java:29: 
warning: [removal] AccessControlException in java.security has been deprecated 
and marked for removal
[javac] import java.security.AccessControlException;
[javac] ^
[javac] 
/<>/src/java/org/apache/ivy/core/pack/Pack200Packing.java:26: 
error: cannot find symbol
[javac] import java.util.jar.Pack200;
[javac] ^
[javac]   symbol:   class Pack200
[javac]   location: package java.util.jar
[javac] 
/<>/src/java/org/apache/ivy/core/pack/Pack200Packing.java:27: 
error: package java.util.jar.Pack200 does not exist
[javac] import java.util.jar.Pack200.Unpacker;
[javac] ^
[javac] 
/<>/src/java/org/apache/ivy/core/settings/IvySettings.java:309: 
warning: [removal] AccessControlException in java.security has been deprecated 
and marked for removal
[javac] } catch (AccessControlException ex) {
[javac]  ^
[javac] 
/<>/src/java/org/apache/ivy/core/module/status/StatusManager.java:85:
 warning: [removal] Integer(int) in Integer has been deprecated and marked for 
removal
[javac] statusPriorityMap.put(status.getName(), new 
Integer(iter.previousIndex()));
[javac] ^
[javac] 
/<>/src/java/org/apache/ivy/core/cache/DefaultRepositoryCacheManager.java:191:
 warning: [removal] Long(long) in Long has been deprecated and marked for 
removal
[javac] defaultTTL = new 
Long(parseDuration(settings.getVariable("ivy.cache.ttl.default")));
[javac]  ^
[javac] 
/<>/src/java/org/apache/ivy/core/cache/DefaultRepositoryCacheManager.java:197:
 warning: [removal] Long(long) in Long has been deprecated and marked for 
removal
[javac] this.defaultTTL = new Long(defaultTTL);
[javac]   ^
[javac] 
/<>/src/java/org/apache/ivy/core/cache/DefaultRepositoryCacheManager.java:201:
 warning: [removal] Long(long) in Long has been deprecated and marked for 
removal
[javac] this.defaultTTL = new Long(parseDuration(defaultTTL));
[javac]   ^
[javac] 
/<>/src/java/org/apache/ivy/core/cache/DefaultRepositoryCacheManager.java:243:
 warning: [removal] Long(long) in Long has been deprecated and marked for 
removal
[javac] ttlRules.defineRule(new MapMatcher(attributes, matcher), 
new Long(duration));
[javac]  ^
[javac] 
/<>/src/java/org/apache/ivy/core/cache/DefaultRepositoryCacheManager.java:1076:
 warning: [removal] Long(long) in Long has been deprecated and marked for 
removal
[javac] origin.setLastChecked(new Long(start));
[javac]   ^
[javac] 
/<>/src/java/org/apache/ivy/core/cache/DefaultRepositoryCacheManager.java:1178:
 warning: [removal] Long(long) in Long has been deprecated and marked for 
removal
[javac] origin.setLastChecked(new Long(time));
[javac]   ^
[javac] 
/<>/src/java/org/apache/ivy/core/pack/Pack200Packing.java:70: 
error: cannot find symbol
[javac] Unpacker unpacker = Pack200.newUnpacker();
[javac] ^
[javac]   symbol:   class Unpacker
[javac]   location: class Pack200Packing
[javac] 
/<>/src/java/org/apache/ivy/core/pack/Pack200Packing.java:70: 
error: cannot find symbol
[javac] Unpacker unpacker = Pack200.newUnpacker();
[javac] ^
[javac]   symbol:   variable Pack200
[javac]   location: class Pack200Packing

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011606: lucene8: FTBFS with OpenJDK 17 due to javadoc errors

[Emmanuel Bourg]

Source: lucene8
Version: 8.8.1-2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


lucene8 fails to build with OpenJDK 17 due to javadoc errors:


compile-core:
[mkdir] Created dir: /<>/build/core/classes/java
[javac] Compiling 948 source files to 
/<>/build/core/classes/java
[javac] 
/<>/core/src/java/org/apache/lucene/analysis/package-info.java:386:
 error: attribute not supported in HTML5: summary
[javac]  * 
[javac]   ^
[javac] 
/<>/core/src/java/org/apache/lucene/analysis/package-info.java:397:
 error: attribute not supported in HTML5: summary
[javac]  * 
[javac]   ^
[javac] 
/<>/core/src/java/org/apache/lucene/analysis/package-info.java:408:
 error: attribute not supported in HTML5: summary
[javac]  * 
[javac]   ^
[javac] 
/<>/core/src/java/org/apache/lucene/analysis/package-info.java:417:
 error: attribute not supported in HTML5: name
[javac]  * 
[javac]   ^
[javac] 
/<>/core/src/java/org/apache/lucene/analysis/package-info.java:475:
 error: attribute not supported in HTML5: rules
[javac]  * 
[javac]   ^
[javac] 
/<>/core/src/java/org/apache/lucene/analysis/package-info.java:475:
 error: attribute not supported in HTML5: frame
[javac]  * 
[javac]   ^
[javac] 
/<>/core/src/java/org/apache/lucene/analysis/package-info.java:475:
 error: attribute not supported in HTML5: cellpadding
[javac]  * 
[javac]   ^
[javac] 
/<>/core/src/java/org/apache/lucene/analysis/package-info.java:475:
 error: attribute not supported in HTML5: summary
[javac]  * 
[javac]   ^
[javac] 
/<>/core/src/java/org/apache/lucene/analysis/standard/StandardTokenizerImpl.java:729:
 error: tag not supported in HTML5: tt
[javac]* Lexical state is set to ZZ_INITIAL.
[javac]  ^
[javac] 
/<>/core/src/java/org/apache/lucene/analysis/standard/StandardTokenizerImpl.java:777:
 error: tag not supported in HTML5: tt
[javac]* Returns the character at position pos from the
[javac]^
[javac] 
/<>/core/src/java/org/apache/lucene/codecs/blocktree/BlockTreeTermsWriter.java:99:
 error: tag not supported in HTML5: tt
[javac]  *   .tim: Term 
Dictionary
[javac]  ^

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011604: reactive-streams: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

[Emmanuel Bourg]

Source: reactive-streams
Version: 1.0.3-1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


reactive-streams fails to build with OpenJDK 17 because it invokes javac
with the source/target options set to 6. Since OpenJDK 12 the minimum
version supported is 7.


  :reactive-streams:compileJava
  Putting task artifact state for task ':reactive-streams:compileJava' into 
context took 0.002 secs.
  Up-to-date check for task ':reactive-streams:compileJava' took 0.024 secs. It 
is not up-to-date because:
No history is available.
  All input files are considered out-of-date for incremental task 
':reactive-streams:compileJava'.
  Compiling with JDK Java compiler API.
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  :reactive-streams:compileJava FAILED
  :reactive-streams:compileJava (Thread[Task worker for ':' Thread 2,5,main]) 
completed. Took 0.204 secs.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011602: univocity-parsers: FTBFS with OpenJDK 17 due to ambiguous Record class

[Emmanuel Bourg]

Source: univocity-parsers
Version: 2.8.3-2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


univocity-parsers fails to build with OpenJDK 17 because it contains a Record 
class
that clashes with the new java.lang.Record class:


  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/Context.java:[136,9]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/ParsingContextWrapper.java:[94,16]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/ContextWrapper.java:[94,16]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[499,33]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[499,46]
 name clash: processRecords(T[]) and processRecords(java.lang.Object[]) have 
the same erasure
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[516,33]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[516,46]
 cannot declare both processRecord(T) and processRecord(java.lang.Object...) 
in com.univocity.parsers.common.AbstractWriter
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[618,69]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[688,61]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[759,33]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[1313,33]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[1313,48]
 cannot declare both processRecordToString(T) and 
processRecordToString(java.lang.Object...) in 
com.univocity.parsers.common.AbstractWriter
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[1452,77]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[1504,33]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[1938,107]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match
  [ERROR] 
/<>/src/main/java/com/univocity/parsers/common/AbstractWriter.java:[1976,91]
 reference to Record is ambiguous
both interface com.univocity.parsers.common.record.Record in 
com.univocity.parsers.common.record and class java.lang.Record in java.lang 
match

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011601: taglibs-standard: FTBFS with OpenJDK 17 due to an illegal reflective access during the tests

[Emmanuel Bourg]

Source: taglibs-standard
Version: 1.2.5-2.1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


taglibs-standard fails to build with OpenJDK 17, the tests make an illegal
reflective access into java.base/java.lang:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLVTest
  [ERROR] Tests run: 3, Failures: 0, Errors: 2, Skipped: 1, Time elapsed: 0.12 
s <<< FAILURE! - in javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLVTest
  [ERROR] 
tagNotPermittedWhenDeclaredAtRoot(javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLVTest)
  Time elapsed: 0.076 s  <<< ERROR!
  java.lang.ExceptionInInitializerError
  at 
javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLVTest.createTlv(PermittedTaglibsTLVTest.java:50)
  Caused by: net.sf.cglib.core.CodeGenerationException: 
java.lang.reflect.InaccessibleObjectException-->Unable to make protected final 
java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @4cfaf581
  at 
javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLVTest.createTlv(PermittedTaglibsTLVTest.java:50)
  Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make 
protected final java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @4cfaf581
  at 
javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLVTest.createTlv(PermittedTaglibsTLVTest.java:50)
  
  [ERROR] 
tagPermittedWhenDeclaredAtRoot(javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLVTest)
  Time elapsed: 0 s  <<< ERROR!
  java.lang.NoClassDefFoundError: Could not initialize class 
org.easymock.internal.ClassProxyFactory$2
  at 
javax.servlet.jsp.jstl.tlv.PermittedTaglibsTLVTest.createTlv(PermittedTaglibsTLVTest.java:50)
  
  [INFO]
  [INFO] Results:
  [INFO]
  [ERROR] Errors:
  [ERROR]   PermittedTaglibsTLVTest.createTlv:50 » ExceptionInInitializer
  [ERROR]   PermittedTaglibsTLVTest.createTlv:50 » NoClassDefFound Could not 
initialize cl...
  [INFO]
  [ERROR] Tests run: 3, Failures: 0, Errors: 2, Skipped: 1
__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#1011600: opencensus-java: FTBFS with OpenJDK 17 due to new compiler warnings

[Emmanuel Bourg]

Source: opencensus-java
Version: 0.24.0-1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


opencensus-java fails to build with OpenJDK 17 because javac is invoked with
the -Werror flag and the compiler now warns that the source/target level 7
will be removed in a future release.


Compiling with JDK Java compiler API.
warning: [options] source value 7 is obsolete and will be removed in a 
future release
warning: [options] target value 7 is obsolete and will be removed in a 
future release
warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
error: warnings found and -Werror specified
:opencensus-api:compileJava FAILED
:opencensus-api:compileJava (Thread[Task worker for ':' Thread 
4,5,main]) completed. Took 0.748 secs.


Bumping the source level to 8 and removing the -Werror flag would be a good 
idea.

__
This is the maintainer address of Debian's Java team
.
 Please use
debian-j...@lists.debian.org for discussions and questions.