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
++++++++++++++++++++++++++++++++++++++++++++++++

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

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.

Hi, we can confirm the workaround solve the problem (thanks to MyMisc).
Regards!

Guido

Hi, just to let you know that the bug was fixed in tagsoup 1.2.1+-2
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1023809
Regards!

Guido