Bug#890905: jabref: does not launch

2018-03-16 Thread gregor herrmann 
Control: retitle -1 jabref: fails to build and start with openjdk-9
Control: severity -1 serious
Control: tag -1 + patch

On Fri, 23 Feb 2018 14:38:04 +0100, gregor herrmann wrote:

> Good. Now we at least know that the current jabref doesn't run with
> openjdk9. Let's see if we earlier find the deeper problem or get a
> newer jabref into debian :)

Now that default-jdk and default-jre point to openjdk-9, the problem
of the wrong default java runtime becomes more pressing, but jabref
also doesn't build anymore.

While the build failure looks like a gradle(-debian-helper) problem
...

dh build --buildsystem=gradle
   dh_update_autotools_config -O--buildsystem=gradle
   dh_autoreconf -O--buildsystem=gradle
   dh_auto_configure -O--buildsystem=gradle
   dh_auto_build -O--buildsystem=gradle
mkdir -p .gradle/init.d
cp /usr/share/gradle-debian-helper/init.gradle .gradle/init.d/
gradle --info --console plain --offline --stacktrace --no-daemon 
--refresh-dependencies --gradle-user-home .gradle -Duser.home=. 
-Duser.name=debian -Ddebian.package=jabref -Dfile.encoding=UTF-8 --parallel 
--max-workers=4 jar
Initialized native services in: /build/jabref-3.8.2+ds/.gradle/native

FAILURE: Build failed with an exception.

* What went wrong:
Could not determine java version from '9.0.1'.

* Try:
Run with --debug option to get more log output.

* Exception is:
java.lang.IllegalArgumentException: Could not determine java version from 
'9.0.1'.
at org.gradle.api.JavaVersion.toVersion(JavaVersion.java:70)
at org.gradle.api.JavaVersion.current(JavaVersion.java:80)
at 
org.gradle.internal.jvm.UnsupportedJavaRuntimeException.assertUsingVersion(UnsupportedJavaRuntimeException.java:29)
at 
org.gradle.launcher.cli.JavaRuntimeValidationAction.execute(JavaRuntimeValidationAction.java:32)
at 
org.gradle.launcher.cli.JavaRuntimeValidationAction.execute(JavaRuntimeValidationAction.java:24)
at 
org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:33)
at 
org.gradle.launcher.cli.ExceptionReportingAction.execute(ExceptionReportingAction.java:22)
at 
org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:210)
at 
org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:174)
at org.gradle.launcher.Main.doAction(Main.java:33)
at org.gradle.launcher.bootstrap.EntryPoint.run(EntryPoint.java:45)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
org.gradle.launcher.bootstrap.ProcessBootstrap.runNoExit(ProcessBootstrap.java:60)
at 
org.gradle.launcher.bootstrap.ProcessBootstrap.run(ProcessBootstrap.java:37)
at org.gradle.launcher.GradleMain.main(GradleMain.java:23)

dh_auto_build: gradle --info --console plain --offline --stacktrace --no-daemon 
--refresh-dependencies --gradle-user-home .gradle -Duser.home=. 
-Duser.name=debian -Ddebian.package=jabref -Dfile.encoding=UTF-8 --parallel 
--max-workers=4 jar returned exit code 1
make: *** [debian/rules:6: build] Error 25
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2


... we know from upstream that the build would fail later anyway.


I guess forcing openjdk-8 at buildtime and runtime would be ok for
now? I've come up with the following patch, which seems to work. Any
comments?


#v+
diff --git a/debian/control b/debian/control
index 2d5b97e05..2b2890755 100644
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,7 @@ Build-Depends-Indep: ant,
  antlr,
  antlr3,
  antlr4,
- default-jdk (>= 2:1.8),
+ openjdk-8-jdk,
  junit4,
  libandroid-json-java,
  libantlr3-runtime-java,
@@ -45,7 +45,7 @@ Homepage: https://www.jabref.org/
 Package: jabref
 Architecture: all
 Depends: ${misc:Depends},
- default-jre (>= 2:1.8) | java8-runtime,
+ openjdk-8-jre,
  java-wrappers,
  libandroid-json-java,
  libantlr3-runtime-java,
diff --git a/debian/jabref-wrapper b/debian/jabref-wrapper
index adbe78582..f13ec262d 100755
--- a/debian/jabref-wrapper
+++ b/debian/jabref-wrapper
@@ -4,7 +4,8 @@
 . /usr/lib/java-wrappers/java-wrappers.sh

 # We need a java8 runtime
-find_java_runtime java8
+# as this is also provided by openjdk9, we hardcode openjdk8 here
+find_java_runtime openjdk8

 find_jars \
jabref \
diff --git a/debian/rules b/debian/rules
index d1809cdef..f71523da5 100755
--- a/debian/rules
+++

Processed: Re: Bug#890905: jabref: does not launch

2018-03-16 Thread Debian Bug Tracking System 
Processing control commands:

> retitle -1 jabref: fails to build and start with openjdk-9
Bug #890905 [jabref] jabref: fails to start with openjdk-9-jre
Changed Bug title to 'jabref: fails to build and start with openjdk-9' from 
'jabref: fails to start with openjdk-9-jre'.
> severity -1 serious
Bug #890905 [jabref] jabref: fails to build and start with openjdk-9
Severity set to 'serious' from 'important'
> tag -1 + patch
Bug #890905 [jabref] jabref: fails to build and start with openjdk-9
Added tag(s) patch.

-- 
890905: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890905
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

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

Bug#890905: jabref: does not launch

2018-02-25 Thread Oliver Kopp 
Upstream issue for Java9 support:
https://github.com/JabRef/jabref/issues/2594
__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Processed: Re: Bug#890905: jabref: does not launch

2018-02-23 Thread Debian Bug Tracking System 
Processing control commands:

> retitle -1 jabref: fails to start with openjdk-9-jre
Bug #890905 [jabref] jabref: does not launch
Changed Bug title to 'jabref: fails to start with openjdk-9-jre' from 'jabref: 
does not launch'.

-- 
890905: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890905
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

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

Bug#890905: jabref: does not launch

2018-02-23 Thread gregor herrmann 
Control: retitle -1 jabref: fails to start with openjdk-9-jre

On Fri, 23 Feb 2018 08:46:14 -0300, Mauricio Calvao wrote:

Thanks for providing this information!

> $ DEBUG_WRAPPER=1 jabref --debug(does not launch):
> [debug] /usr/bin/jabref: Picking up the JVM designated by the alternatives 
> system:
> [debug] /usr/bin/jabref:   JAVA_HOME = '/usr/lib/jvm/java-9-openjdk-amd64'
> [debug] /usr/bin/jabref: Found JAVA_HOME = '/usr/lib/jvm/java-9-openjdk-amd64'
> [debug] /usr/bin/jabref: Found JAVA_CMD = 
> '/usr/lib/jvm/java-9-openjdk-amd64/bin/java'
> [debug] /usr/bin/jabref: Environment variable CLASSPATH is ''

Ok, as expected java-9-openjdk-amd64 is used by default on your
system.

> $ DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref --debug 
>  (does launch!!!)

That matches what happens on my laptop.

So as a workaround, you can use
JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref
for now.

> $ DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-9-openjdk-amd64/ jabref --debug 
>(does not launch)

And here we have the problem.
 

Good. Now we at least know that the current jabref doesn't run with
openjdk9. Let's see if we earlier find the deeper problem or get a
newer jabref into debian :)


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


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

Bug#890905: jabref: does not launch

2018-02-23 Thread Mauricio Calvao 
The results of your suggested 3 commands are:

$ DEBUG_WRAPPER=1 jabref --debug(does not launch):

[debug] /usr/bin/jabref: Picking up the JVM designated by the alternatives
system:
[debug] /usr/bin/jabref:   JAVA_HOME = '/usr/lib/jvm/java-9-openjdk-amd64'
[debug] /usr/bin/jabref: Found JAVA_HOME =
'/usr/lib/jvm/java-9-openjdk-amd64'
[debug] /usr/bin/jabref: Found JAVA_CMD =
'/usr/lib/jvm/java-9-openjdk-amd64/bin/java'
[debug] /usr/bin/jabref: Environment variable CLASSPATH is ''
[debug] /usr/bin/jabref: Runnning
/usr/lib/jvm/java-9-openjdk-amd64/bin/java  -classpath
/usr/share/java/jabref.jar:/usr/share/java/bcprov.jar:/usr/share/java/antlr3-runtime.jar:/usr/share/java/antlr4-runtime.jar:/usr/share/java/com.android.json.jar:/usr/share/java/commons-cli.jar:/usr/share/java/commons-codec.jar:/usr/share/java/commons-lang3.jar:/usr/share/java/commons-logging.jar:/usr/share/java/fontbox.jar:/usr/share/java/glazedlists.jar:/usr/share/java/guava.jar:/usr/share/java/httpasyncclient.jar:/usr/share/java/httpclient.jar:/usr/share/java/httpcore.jar:/usr/share/java/httpcore-nio.jar:/usr/share/java/httpmime.jar:/usr/share/java/java-string-similarity.jar:/usr/share/java/jempbox.jar:/usr/share/java/jgoodies-common.jar:/usr/share/java/jgoodies-forms.jar:/usr/share/java/jgoodies-looks.jar:/usr/share/java/jhlabs-filters.jar:/usr/share/java/jsoup.jar:/usr/share/java/juh.jar:/usr/share/java/jurt.jar:/usr/share/java/log4j-api.jar:/usr/share/java/log4j-core.jar:/usr/share/java/log4j-jcl.jar:/usr/share/java/microba.jar:/usr/share/java/mysql-connector-java.jar:/usr/share/java/pdfbox.jar:/usr/share/java/postgresql.jar:/usr/share/java/ridl.jar:/usr/share/java/spin.jar:/usr/share/java/swingx.jar:/usr/share/java/swing-layout.jar:/usr/share/java/unirest-java.jar:/usr/share/java/unoil.jar
net.sf.jabref.JabRefMain --debug
08:41:47.135 [AWT-EventQueue-0] ERROR
net.sf.jabref.FallbackExceptionHandler - Uncaught exception Occurred in
Thread[AWT-EventQueue-0,6,main]
java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
at
net.sf.jabref.logic.importer.ImportFormatReader.resetImportFormats(ImportFormatReader.java:56)
~[JabRef-3.8.2.jar:?]
at net.sf.jabref.JabRefMain.start(JabRefMain.java:78)
~[JabRef-3.8.2.jar:?]
at net.sf.jabref.JabRefMain.lambda$main$0(JabRefMain.java:40)
~[JabRef-3.8.2.jar:?]
at
java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) ~[?:?]
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:764) ~[?:?]
at java.awt.EventQueue.access$500(EventQueue.java:97) ~[?:?]
at java.awt.EventQueue$3.run(EventQueue.java:717) ~[?:?]
at java.awt.EventQueue$3.run(EventQueue.java:711) ~[?:?]
at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
at
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:89)
~[?:?]
at java.awt.EventQueue.dispatchEvent(EventQueue.java:734) ~[?:?]
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:199)
[?:?]
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
[?:?]
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
[?:?]
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) [?:?]
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) [?:?]
at java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
[?:?]
Caused by: java.lang.ClassNotFoundException: javax.xml.bind.JAXBException
at
jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
~[?:?]
at
jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
~[?:?]
at java.lang.ClassLoader.loadClass(ClassLoader.java:496) ~[?:?]
... 17 more

$ DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref
--debug  (does launch!!!)
[debug] /usr/bin/jabref: Using provided JAVA_HOME =
'/usr/lib/jvm/java-8-openjdk-amd64/'
[debug] /usr/bin/jabref: Found JAVA_HOME =
'/usr/lib/jvm/java-8-openjdk-amd64/'
[debug] /usr/bin/jabref: Found JAVA_CMD =
'/usr/lib/jvm/java-8-openjdk-amd64//bin/java'
[debug] /usr/bin/jabref: Environment variable CLASSPATH is ''
[debug] /usr/bin/jabref: Runnning
/usr/lib/jvm/java-8-openjdk-amd64//bin/java  -classpath

Bug#890905: jabref: does not launch

2018-02-23 Thread gregor herrmann 
On Tue, 20 Feb 2018 10:13:46 -0300, Mauricio Calvao wrote:

> I just clicked the jabref icon, from the KDE applications launch
> menu and also tried just plain typing jabref in a terminal.
> 
> After clicking the icon, a temporary widget on the lower panel
> showed up, but then vanished and jabref's gui never was spawned.
> After the command line trial, the following message arose:
>
> 10:00:18.907 [AWT-EventQueue-0] ERROR net.sf.jabref.FallbackExceptionHandler 
> - Uncaught exception Occurred in Thread[AWT-EventQueue-0,6,main]
> java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
> at 
> net.sf.jabref.logic.importer.ImportFormatReader.resetImportFormats(ImportFormatReader.java:56)
>  ~[JabRef-3.8.2.jar:?]
> at net.sf.jabref.JabRefMain.start(JabRefMain.java:78) 
> ~[JabRef-3.8.2.jar:?]
> at net.sf.jabref.JabRefMain.lambda$main$0(JabRefMain.java:40) 
> ~[JabRef-3.8.2.jar:?]
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) 
> ~[?:?]
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:764) ~[?:?]
> at java.awt.EventQueue.access$500(EventQueue.java:97) ~[?:?]
> at java.awt.EventQueue$3.run(EventQueue.java:717) ~[?:?]
> at java.awt.EventQueue$3.run(EventQueue.java:711) ~[?:?]
> at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
> at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:89)
>  ~[?:?]
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:734) ~[?:?]
> at 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:199)
>  [?:?]
> at 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
>  [?:?]
> at 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
>  [?:?]
> at 
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) [?:?]
> at 
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) [?:?]
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:90) [?:?]
> Caused by: java.lang.ClassNotFoundException: javax.xml.bind.JAXBException
> at 
> jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) 
> ~[?:?]
> at 
> jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
>  ~[?:?]
> at java.lang.ClassLoader.loadClass(ClassLoader.java:496) ~[?:?]
> ... 17 more

Thanks for your bug report. This is indeed not the expected outcome
:)

As JabRef still works for me, we need to find out what's different
for you.
 
> ii  openjdk-8-jre [java8-runtime] 8u151-b12-1
> ii  openjdk-9-jre [java8-runtime] 9.0.1+11-1
> ii  oracle-java8-jdk [java8-runtime]  8u11

> ii  openjdk-8-jdk:amd64   8u151-b12-1 amd64   
> OpenJDK Development Kit (JDK)
> ii  openjdk-8-jdk-headless:amd64  8u151-b12-1 amd64   
> OpenJDK Development Kit (JDK) (headless)
> ii  openjdk-8-jre:amd64   8u151-b12-1 amd64   
> OpenJDK Java runtime, using Hotspot JIT
> ii  openjdk-8-jre-headless:amd64  8u151-b12-1 amd64   
> OpenJDK Java runtime, using Hotspot JIT (headless)
> ii  openjdk-9-jdk:amd64   9.0.1+11-1 amd64   
> OpenJDK Development Kit (JDK)
> ii  openjdk-9-jdk-headless:amd64  9.0.1+11-1 amd64   
> OpenJDK Development Kit (JDK) (headless)
> ii  openjdk-9-jre:amd64   9.0.1+11-1 amd64   
> OpenJDK Java runtime, using Hotspot JIT
> ii  openjdk-9-jre-headless:amd64  9.0.1+11-1 amd64   
> OpenJDK Java runtime, using Hotspot JIT (headless)

> java - auto mode
>   link best version is /usr/lib/jvm/java-9-openjdk-amd64/bin/java
>   link currently points to /usr/lib/jvm/java-9-openjdk-amd64/bin/java
>   link java is /usr/bin/java
>   slave java.1.gz is /usr/share/man/man1/java.1.gz
> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java - priority 1081
>   slave java.1.gz: /usr/lib/jvm/java-8-openjdk-amd64/jre/man/man1/java.1.gz
> /usr/lib/jvm/java-9-openjdk-amd64/bin/java - priority 1091
>   slave java.1.gz: /usr/lib/jvm/java-9-openjdk-amd64/man/man1/java.1.gz
> /usr/lib/jvm/oracle-java8-jdk-amd64/jre/bin/java - priority 318
>   slave java.1.gz: /usr/lib/jvm/oracle-java8-jdk-amd64/man/man1/java.1.gz

This looks like you're using openjdk-9 for running JabRef.

Could you please try:

DEBUG_WRAPPER=1 jabref --debug

DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref --debug

DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-9-openjdk-amd64/ jabref --debug


Cheers,
gregor


-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free

Bug#890905: jabref: does not launch

2018-02-20 Thread Mauricio Calvao 
Package: jabref
Version: 3.8.2+ds-2
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   Trying to use jabref either from console or from icon
   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I just clicked the jabref icon, from the KDE applications launch menu and also 
tried just plain typing jabref in a terminal.

   * What was the outcome of this action?

After clicking the icon, a temporary widget on the lower panel showed up, but 
then vanished and jabref's gui never was spawned. After the command line trial, 
the following message arose:
10:00:18.907 [AWT-EventQueue-0] ERROR net.sf.jabref.FallbackExceptionHandler - 
Uncaught exception Occurred in Thread[AWT-EventQueue-0,6,main]
java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
at 
net.sf.jabref.logic.importer.ImportFormatReader.resetImportFormats(ImportFormatReader.java:56)
 ~[JabRef-3.8.2.jar:?]
at net.sf.jabref.JabRefMain.start(JabRefMain.java:78) 
~[JabRef-3.8.2.jar:?]
at net.sf.jabref.JabRefMain.lambda$main$0(JabRefMain.java:40) 
~[JabRef-3.8.2.jar:?]
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) 
~[?:?]
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:764) ~[?:?]
at java.awt.EventQueue.access$500(EventQueue.java:97) ~[?:?]
at java.awt.EventQueue$3.run(EventQueue.java:717) ~[?:?]
at java.awt.EventQueue$3.run(EventQueue.java:711) ~[?:?]
at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:89)
 ~[?:?]
at java.awt.EventQueue.dispatchEvent(EventQueue.java:734) ~[?:?]
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:199)
 [?:?]
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) 
[?:?]
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
 [?:?]
at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) [?:?]
at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) [?:?]
at java.awt.EventDispatchThread.run(EventDispatchThread.java:90) [?:?]
Caused by: java.lang.ClassNotFoundException: javax.xml.bind.JAXBException
at 
jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) 
~[?:?]
at 
jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
 ~[?:?]
at java.lang.ClassLoader.loadClass(ClassLoader.java:496) ~[?:?]
... 17 more


   * What outcome did you expect instead?

Of course, I expected jabref's gui to launch!

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (600, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.15.2-towo.1-siduction-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages jabref depends on:
ii  default-jre [java8-runtime]   2:1.8-59
ii  java-wrappers 0.2
ii  libandroid-json-java  7.0.0+r33-1
ii  libantlr3-runtime-java3.5.2-8
ii  libantlr4-runtime-java4.5.3-2
ii  libbcprov-java1.59-1
ii  libcommons-cli-java   1.4-1
ii  libcommons-lang3-java 3.5-1
ii  libcommons-logging-java   1.2-2
ii  libglazedlists-java   1.9.1-2
ii  libguava-java 19.0-1
ii  libhttpasyncclient-java   4.1.3-1
ii  libhttpclient-java4.5.5-1
ii  libhttpmime-java  4.5.5-1
ii  libjava-string-similarity-java0.24-1
ii  libjempbox-java   1:1.8.13-2
ii  libjgoodies-common-java   1.8.1-2
ii  libjgoodies-forms-java1.9.0-3
ii  libjgoodies-looks-java2.7.0-2
ii  libjhlabs-filters-java2.0.235-3
ii  libjsoup-java 1.10.2-1
ii  liblog4j2-java2.8.2-2
ii  libmicroba-java   1:0.4.4.3-5
ii  libpdfbox-java1:1.8.13-2
ii  libreoffice-java-common   1:6.0.1-1
ii  libspin-java  1.5+dfsg-8
ii  libswing-layout-java  1.0.4-4
ii  libswingx-java1:1.6.2-2
ii  libunirest-java-java  1.4.8-2
ii  openjdk-8-jre [java8-runtime] 8u151-b12-1
ii  openjdk-9-jre [java8-runtime] 9.0.1+11-1
ii  oracle-java8-jdk [java8-runtime]  8u11

Versions of packages jabref recommends:
ii  libmysql-java5.1.44-1
ii  libpostgresql-jdbc-java  9.4.1212-1
ii  libreoffice-writer   1:6.0.1-1
ii  xdg-utils