JDownloader Community - Appwork GmbH
 

Reply
 
Thread Tools Display Modes
  #1  
Old 04.03.2018, 14:56
acdwkr
Guest
 
Posts: n/a
Default Blank Screen

Hello,

I need your help, since i have upgraded my debian from jessie to stretch, JD2 still appear with blank screen.



Thanks for your help
Reply With Quote
  #2  
Old 05.03.2018, 11:30
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

What happens when you start JDownloader.jar manually?
Try to rename the java/jre folder in your JDownloader folder to make JDownloader launcher use your system java
__________________
JD-Dev & Server-Admin
Reply With Quote
  #3  
Old 03.05.2018, 11:28
afds
Guest
 
Posts: n/a
Default

I can confirm this happens on Arch Linux aswell. My last pacman upgrade contained following packages which might be related to the issue.

Quote:
[2018-05-02 20:26] [ALPM] installed java-environment-common (3-1)
[2018-05-02 20:26] [ALPM] installed jdk10-openjdk (10.0.1.u10-1)
I wiped my entire .jd folder and redownloaded but this problem still persists. Launching jDownloader manually will give the following

Quote:
JarHandlerWorkaroundOracle:setURLStreamHandlerFactory
java.lang.NoClassDefFoundError: sun/misc/Launcher
at org.appwork.utils.JarHandlerWorkaroundOracle.init(JarHandlerWorkaroundOracle.java:72)
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.appwork.utils.JarHandlerWorkaround.init(JarHandlerWorkaround.java:56)
at org.jdownloader.update.launcher.JDLauncherViaClassLoader.main(JDLauncherViaClassLoader.java:9)
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.jdownloader.update.launcher.JDLauncher.main(JDLauncher.java:63)
Caused by: java.lang.ClassNotFoundException: sun.misc.Launcher
at java.base/java.net.URLClassLoader.findClass(URLClassLoader.java:466)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:566)
at org.jdownloader.update.launcher.JDLauncher$JDLauncherClassLoader.loadClass(JDLauncher.java:27)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:499)
... 12 more
Reply With Quote
  #4  
Old 03.05.2018, 11:40
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

JDownloader works fine here with Java 10.
java -version
java version "10" 2018-03-20
Java(TM) SE Runtime Environment 18.3 (build 10+46)
Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10+46, mixed mode)

The exception is okay and handled.

I need the full console out of
java -jar JDownloader.jar -console
__________________
JD-Dev & Server-Admin
Reply With Quote
  #5  
Old 03.05.2018, 11:41
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

Please know that JDownloader supports Java 1.6 up to Java 10 but Java9,10 are experimental and there is no reason to use higher than Java8
__________________
JD-Dev & Server-Admin
Reply With Quote
  #6  
Old 03.05.2018, 12:59
afds
Guest
 
Posts: n/a
Default

openjdk version "10.0.1" 2018-04-17
OpenJDK Runtime Environment (build 10.0.1+10)
OpenJDK 64-Bit Server VM (build 10.0.1+10, mixed mode)

Output can be found here:
**External links are only visible to Support Staff****External links are only visible to Support Staff**
Reply With Quote
  #7  
Old 03.05.2018, 13:31
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

There are no exceptions in log that are important. What window manager does your system/distribution use?
Log shows that JDownloader GUI initialization was successful
InitGUI->1433

Can you please try again with OracleJDK and check if it happens there as well?
__________________
JD-Dev & Server-Admin
Reply With Quote
  #8  
Old 03.05.2018, 13:57
afds
Guest
 
Posts: n/a
Default

OS: Arch Linux x86_64
Kernel: 4.16.6-1-ARCH
WM: bspwm

jDownloader was working fine before the JDK / jDownloader update so I don't think the wm is the issue here (bspwm had no update). I do have a tray Icon and I can actually open that menu and close the application again. pacman only has OpenJDK packages. I am not sure what you mean with OracleJDK.
Reply With Quote
  #9  
Old 03.05.2018, 13:59
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

OracleJDK = oracle.com/technetwork/java/javase/downloads/index.html
download the tar, extract and use. no need to install

There have been no changes to JDownloader so it must either be caused by some OS changes or java-window manager issues
__________________
JD-Dev & Server-Admin
Reply With Quote
  #10  
Old 03.05.2018, 14:36
afds
Guest
 
Posts: n/a
Default

I ran ./java -jar ~/.jd/JDownloader.jar in the bin directories of OracleJDK 10 and 8 and I still have the same issue. I am really clueless what causes this, since it was working perfectly just a few days prior :(
Reply With Quote
  #11  
Old 03.05.2018, 15:06
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

So all you see is a black window? Can you please create a stacktrace?
jstack -F PID of JDownloader process
__________________
JD-Dev & Server-Admin
Reply With Quote
  #12  
Old 03.05.2018, 15:17
afds
Guest
 
Posts: n/a
Default

All I see is a blank white window. The tray icon menu opens fine and is functional.

Quote:
sudo jhsdb jstack --pid 2044
Attaching to process ID 2044, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 10.0.1+10
Deadlock Detection:

java.lang.RuntimeException: Unable to deduce type of thread from address 0x00007f679400c800 (expected type JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread or CodeCacheSweeperThread)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:172)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.Threads.first(Threads.java:156)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.DeadlockDetector.createThreadTable(DeadlockDetector.java:149)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.DeadlockDetector.print(DeadlockDetector.java:56)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.DeadlockDetector.print(DeadlockDetector.java:39)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:62)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:45)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.JStack.run(JStack.java:67)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.Tool.startInternal(Tool.java:260)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.Tool.start(Tool.java:223)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.JStack.runWithArgs(JStack.java:90)
at jdk.hotspot.agent/sun.jvm.hotspot.SALauncher.runJSTACK(SALauncher.java:259)
at jdk.hotspot.agent/sun.jvm.hotspot.SALauncher.main(SALauncher.java:450)
Caused by: sun.jvm.hotspot.types.WrongTypeException: No suitable match for type of address 0x00007f679400c800
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.InstanceConstructor.newWrongTypeException(InstanceConstructor.java:62)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.VirtualConstructor.instantiateWrapperFor(VirtualConstructor.java:80)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:168)
... 13 more
Can't print deadlocks:Unable to deduce type of thread from address 0x00007f679400c800 (expected type JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread or CodeCacheSweeperThread)
Exception in thread "main" java.lang.RuntimeException: Unable to deduce type of thread from address 0x00007f679400c800 (expected type JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread or CodeCacheSweeperThread)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:172)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.Threads.first(Threads.java:156)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:75)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:45)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.JStack.run(JStack.java:67)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.Tool.startInternal(Tool.java:260)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.Tool.start(Tool.java:223)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)
at jdk.hotspot.agent/sun.jvm.hotspot.tools.JStack.runWithArgs(JStack.java:90)
at jdk.hotspot.agent/sun.jvm.hotspot.SALauncher.runJSTACK(SALauncher.java:259)
at jdk.hotspot.agent/sun.jvm.hotspot.SALauncher.main(SALauncher.java:450)
Caused by: sun.jvm.hotspot.types.WrongTypeException: No suitable match for type of address 0x00007f679400c800
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.InstanceConstructor.newWrongTypeException(InstanceConstructor.java:62)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.VirtualConstructor.instantiateWrapperFor(VirtualConstructor.java:80)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:168)
... 10 more
Reply With Quote
  #13  
Old 03.05.2018, 15:27
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

Very strange that java is not able to show any stacktraces at all.
Can you try to connect with jvisualvm and then create thread dump there?
__________________
JD-Dev & Server-Admin
Reply With Quote
  #14  
Old 03.05.2018, 17:34
afds
Guest
 
Posts: n/a
Default

The newest version of visualvm will give me a blank screen too :(, the other on Arch AUR tells me java 10 is not supported.

Edit: Seems to be a general java issue on my machine f.ex stuff like minecraft will crash too. Any advice?

Last edited by afds; 03.05.2018 at 17:42.
Reply With Quote
  #15  
Old 03.05.2018, 17:47
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

Not to use Java10 and use Java8? Does it work then?
There is no much reason to use Java9,10 if your application doesn't make use of newer feature/api
__________________
JD-Dev & Server-Admin
Reply With Quote
  #16  
Old 03.05.2018, 17:59
afds
Guest
 
Posts: n/a
Default

I just switched to Java 8 like described in the wiki **External links are only visible to Support Staff****External links are only visible to Support Staff**

Other applications run again (with pretty bad fontrendering though). jDownloader still is on a blank screen.
Reply With Quote
  #17  
Old 03.05.2018, 18:05
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

Can you create new console out log?
__________________
JD-Dev & Server-Admin
Reply With Quote
  #18  
Old 03.05.2018, 18:17
afds
Guest
 
Posts: n/a
Default

New log here: **External links are only visible to Support Staff****External links are only visible to Support Staff**
Reply With Quote
  #19  
Old 03.05.2018, 18:22
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

Can you try to create thread dump with jvisualvm
or with jstack -F PID
__________________
JD-Dev & Server-Admin
Reply With Quote
  #20  
Old 03.05.2018, 18:30
afds
Guest
 
Posts: n/a
Default

Old and new version of visualvm will result in a blank screen

Quote:
sudo jstack -F 16586
Attaching to process ID 16586, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.172-b11
Deadlock Detection:

java.lang.RuntimeException: Unable to deduce type of thread from address 0x00007f8344850000 (expected type JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread, or SurrogateLockerThread)
at sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:166)
at sun.jvm.hotspot.runtime.Threads.first(Threads.java:150)
at sun.jvm.hotspot.runtime.DeadlockDetector.createThreadTable(DeadlockDetector.java:149)
at sun.jvm.hotspot.runtime.DeadlockDetector.print(DeadlockDetector.java:56)
at sun.jvm.hotspot.runtime.DeadlockDetector.print(DeadlockDetector.java:39)
at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:62)
at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:45)
at sun.jvm.hotspot.tools.JStack.run(JStack.java:66)
at sun.jvm.hotspot.tools.Tool.startInternal(Tool.java:260)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:223)
at sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)
at sun.jvm.hotspot.tools.JStack.main(JStack.java:92)
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 sun.tools.jstack.JStack.runJStackTool(JStack.java:140)
at sun.tools.jstack.JStack.main(JStack.java:106)
Caused by: sun.jvm.hotspot.types.WrongTypeException: No suitable match for type of address 0x00007f8344850000
at sun.jvm.hotspot.runtime.InstanceConstructor.newWrongTypeException(InstanceConstructor.java:62)
at sun.jvm.hotspot.runtime.VirtualConstructor.instantiateWrapperFor(VirtualConstructor.java:80)
at sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:162)
... 17 more
Can't print deadlocks:Unable to deduce type of thread from address 0x00007f8344850000 (expected type JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread, or SurrogateLockerThread)
Exception in thread "main" java.lang.reflect.InvocationTargetException
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 sun.tools.jstack.JStack.runJStackTool(JStack.java:140)
at sun.tools.jstack.JStack.main(JStack.java:106)
Caused by: java.lang.RuntimeException: Unable to deduce type of thread from address 0x00007f8344850000 (expected type JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread, or SurrogateLockerThread)
at sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:166)
at sun.jvm.hotspot.runtime.Threads.first(Threads.java:150)
at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:75)
at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:45)
at sun.jvm.hotspot.tools.JStack.run(JStack.java:66)
at sun.jvm.hotspot.tools.Tool.startInternal(Tool.java:260)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:223)
at sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)
at sun.jvm.hotspot.tools.JStack.main(JStack.java:92)
... 6 more
Caused by: sun.jvm.hotspot.types.WrongTypeException: No suitable match for type of address 0x00007f8344850000
at sun.jvm.hotspot.runtime.InstanceConstructor.newWrongTypeException(InstanceConstructor.java:62)
at sun.jvm.hotspot.runtime.VirtualConstructor.instantiateWrapperFor(VirtualConstructor.java:80)
at sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:162)
... 14 more
Reply With Quote
  #21  
Old 03.05.2018, 18:34
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

in case jvisualvm also shows black screen it must somehow be connected to your setup/xserver/window manager.
I wonder why jstack fails again, that is not normal. maybe something caused by kernel? can you try older one?
__________________
JD-Dev & Server-Admin
Reply With Quote
  #22  
Old 03.05.2018, 19:04
afds
Guest
 
Posts: n/a
Default

I cannot try an older one since I didn't cache it. I had an older kernel on my laptop and upgraded it. jDownloader is working fine on there (both old and new kernel) with Java 8.

I just found the solution. It ended up being my window manager (weirdly enough it was working before I still don't get it). A solution for anyone else having this problem can be found here **External links are only visible to Support Staff****External links are only visible to Support Staff** (I hope some moderator can unlock the url or something)

Last edited by afds; 03.05.2018 at 19:11.
Reply With Quote
  #23  
Old 03.05.2018, 19:13
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

Thanks for the feedback! Which solution exactly did you choose that works for you? The site lists multiple options/solutions
__________________
JD-Dev & Server-Admin
Reply With Quote
  #24  
Old 03.05.2018, 19:19
afds
Guest
 
Posts: n/a
Default

The url should automatically jump to the right div but here:
Quote:
Impersonate another window manager
You may use the wmname from suckless.org to make the JVM believe you are running a different window manager. This may solve a rendering issue of Java GUIs occurring in window managers like Awesome or Dwm or Ratpoison.

$ wmname LG3D
For improved font rendering on Java 8 add this to .bashrc or /etc/profile.d/jdk.sh (global but bad practise)
Quote:
_JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on -Dswing.aatext=true
It is possible to check the options by running java -version.

Thanks for the quick response and help!
Reply With Quote
  #25  
Old 03.05.2018, 19:24
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 81,831
Default

Thanks. When I understand correct the window manager seems not to be supported or has issues and you fake a different window manager with this setting. When it has worked before and now causes issues, I would say some changes in window manager code broke the java compatibility
__________________
JD-Dev & Server-Admin
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 19:20.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.