Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#993798: icedtea-netx: upgrade to debian 11 makes an Exception rise: A fatal error occurred while trying to verify jars.

106 views
Skip to first unread message

Josep Lladonosa i Capell

unread,
Sep 6, 2021, 1:10:03 PM9/6/21
to
Package: icedtea-netx
Version: 1.8.4-1
Severity: important
X-Debbugs-Cc: jllad...@gmail.com

Dear Maintainer,

I upgraded a Debian 10.10 to Debian 11 (bullseye).

After this, a remote Java application stopped running. It was running perfectly on Debian 10. In fact
I have checked this on a virtualized Debian 10.8 and it runs perfectly.

javaws launch reports this:
++++++++++++++++++++++++++++++++++++++++++++++++
net.sourceforge.jnlp.LaunchException: Fatal: Initialization Error: Could not initialize application. The application has not been initialized, for more information execute javaws from the command line.
at java.desktop/net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:822)
at java.desktop/net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:531)
at java.desktop/net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:945)
Caused by: net.sourceforge.jnlp.LaunchException: Fatal: Initialization Error: A fatal error occurred while trying to verify jars. An exception has been thrown in class JarCertVerifier. Being unable to read the cacerts or trusted.certs files could be a possible cause for this exception.: zip file is empty
at java.desktop/net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:739)
at java.desktop/net.sourceforge.jnlp.runtime.JNLPClassLoader.<init>(JNLPClassLoader.java:338)
at java.desktop/net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance(JNLPClassLoader.java:421)
at java.desktop/net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:495)
at java.desktop/net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:468)
at java.desktop/net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:814)
... 2 more
++++++++++++++++++++++++++++++++++++++++++++++++

-- System Information:
Debian Release: 11.0
APT prefers stable
APT policy: (995, 'stable'), (500, 'stable-security'), (500, 'proposed-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.14.0 (SMP w/8 CPU threads)
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /binash
Init: systemd (via /run/systemd/system)

Versions of packages icedtea-netx depends on:
ii default-jre 2:1.11-72
ii librhino-java 1.7.7.2-3
ii libtagsoup-java 1.2.1+-1.1

icedtea-netx recommends no packages.

icedtea-netx suggests no packages.

-- no debconf information

MAG4 Piemonte

unread,
Apr 14, 2022, 8:40:03 AM4/14/22
to

Dear Maintainer, we have the same general situation (upgrade from Debian 10 to 11 wiht a remote Java application that stops running but runs perfectly on a virtualized Debian 10) but with a different error:

org.xml.sax.SAXException: SAX2 driver class org.apache.xerces.parsers.SAXParser not found
java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser
  at org.xml.sax.helpers.XMLReaderFactory.loadClass(XMLReaderFactory.java:230)
  at org.xml.sax.helpers.XMLReaderFactory.createXMLReader(XMLReaderFactory.java:191)
  at finanze.IDAC.gui.MainWin.startApp(MainWin.java:445)
  at finanze.IDAC.guiIVP.MainWinIVP18.main(MainWinIVP18.java:46)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:498)
  at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:576)
  at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:945)
Caused by: java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser
  at net.sourceforge.jnlp.runtime.JNLPClassLoader.loadClass(JNLPClassLoader.java:1644)
  at org.xml.sax.helpers.NewInstance.newInstance(NewInstance.java:82)
  at org.xml.sax.helpers.XMLReaderFactory.loadClass(XMLReaderFactory.java:228)
  ... 9 more

Regards!

Guido

MyMisc

unread,
Jul 13, 2022, 4:20:03 AM7/13/22
to
This is an packaging issue.
Remove classpath in manifest from tagsoup.jar fix error.
See https://github.com/AdoptOpenJDK/IcedTea-Web/issues/382 for explanation.

MAG4 Piemonte

unread,
Jul 28, 2022, 7:40:03 AM7/28/22
to
Hi, we can confirm the workaround solve the problem (thanks to MyMisc).
Regards!

Guido
0 new messages