Hi, Jdownloader isn't working with Java 9. Would be apreciated if you do.

Thanks

http://www.oracle.com/technetwork/ja...ads/index.html

[Jiaz]

What exactly isn't working?
At the moment JDownloader does not officially support java 9 but at least it will work but look ugly. This is because the used look and feel library doesn't support java 9 yet and therefore the gui will fall back to ugly default look and feel.

[Jiaz]

[Jiaz]

I just did quick check and it is working but looks ugly

[Jiaz]

Would be nice if you can test or tell me what other issues (besides gui) you've encountered

For me the exe launcher does not work because it can't find EXE4J_JAVA_HOME, which is set to C:\Program Files\Java\jre-9 here, is that correct?

I get this error with Java 9

[Jiaz]

JDownloader 2 will run on Java9 but it is not supported because the used lookandfeel doesn't support Java9 yet and therefore the gui will look ugly.
Also depending on the age of your installation the launcher doesn't support java9 either.

@Stanzilla and QQlinks
You can manually start it with java -jar JDownloader.jar

@QQlinks:
check existing .vmoptions files and clear them, maybe that helps

[menotu]

can I see how ugly it looks? can somebody post a screenshot?

i installed Java JRE 9.0 too but it doesnt started and installed old java again.
Now i know to start jdownloader manual by hand, but if it would be unusable I would not try it again.

[Jiaz]

Just start it with Java9 and you will see the difference

It's fully working (maybe some unreported bugs, but those can be fixed). Only the gui will look different because of unsupported lookandfeel.

And depending on the age of your installation, the launcher might have problems with Java9, thus the workaround to launch JDownloader.jar directly

@Jiaz
It works manually



If you will not update jre folder inside Jdownloader, would be fine a tutorial about how upgrade it manually.

Thanks

[Jiaz]

We do not update JRE and there is no reason to do so.
Also you should not use Java9 until you have to. It does not provide any advantages for JDownloader
You can simply replace the jre folder with jre folder from different java version

Originally Posted by Jiaz

We do not update JRE and there is no reason to do so.

Why is that? Just for understanding.
I thought for security/performance reason it is best to be on the latest update (like 1.8 update 144)

Edit:
Works without ugly interface

[Jiaz]

JDownloader bundles it's own jre and doesnt install into system. Most security issues arise from web browser plugin which isn't the case here. Performance may be better but I never read from any java update that has any *real* impact on performance on what JDownloader does(IO, read from network, write to disk) And for security, yes and no. No because web-browser plugin doesn't exist and no exploitable services. Yes, if there are underlying security issues that doesn't rely on network, but in that case the *bad guy* already sits on the machine. I'm not aware of any security issue that got fixed that allows remote code execution in our use case. Feel free to correct me.

Thanks for the detailed answer.

Offtopic: Why can't I open my own attachment in the last post? Is there any rule for new members?

[Jiaz]

You're welcome.
Only staff members can see attachments and non whitelisted urls.

Strange, it looks indeed normal for you Thanks for the feedback!
So maybe the gui issue that I encounter are linux only. I will check when I find some time.

It's not working on macos. when jre8 is installed on mac jdownloader recognize it and will use it. when jre8 is replaced with jre9 jdownloader comes up with an error message regarding define exe4j_java_home

[raztoki]

exe4j_java_home is either system PATH or like ini/cfg file leading to the path located within execution path

[Jiaz]

@mom2010:

Originally Posted by jiaz

and depending on the age of your installation, the launcher might have problems with java9, thus the workaround to launch jdownloader.jar directly

[Jiaz]

@mom2010

Originally Posted by jiaz

also you should not use java9 until you have to. It does not provide any advantages for jdownloader
you can simply replace the jre folder with jre folder from different java version

[darkfader]

Originally Posted by Jiaz

We do not update JRE and there is no reason to do so.
Also you should not use Java9 until you have to. It does not provide any advantages for JDownloader

Unless you rewrite JD2 / write JD3 to take advantage of it, of course

[Jiaz]

We want to keep Java compatibility as long as possible and at the moment there are no reasons to kill backwards compatibility as Java9 does not offer anything we need.

There is a really simple version to get JD2 running with Java 9, which is fully compatible to Java 8 (would otherwise be useless, wouldn't it?).

I use the portable version of the software, so if you use the installed one you will have to adopt the paths and file names.

1) Create a shortcut for JDownloaderPortable.exe
2) Edit the shortcuts properties and change the target to:
C:\ProgramData\Oracle\Java\javapath\javaw.exe -jar C:\PortableApps\JDownloader\Data\build64\JDownloader.jar
3) Save and done

ATTENTION!
On the first start with the new shortcut the properties of JD2 will be reset to stock. Also the downloads list will be cleared. So if you do not want to lose the downloads, safe the links somewhere.

Request for the next version of JD;
Please reactivate the good old possibility of JD 1 to hook up programs like Abby Fine Reader through a plugin, to get rid of the annoying text chaptas (Autodetection including filling the row and confirming). The detection rate was high (>90%) and that was in the 90's. So nowadays it has to be nearly 100%. I am not sure why that feature was killed in JD2, my guess it is all because of deals with the chapta platforms (paid content).

[raztoki]

we don't publish portableapps that is not us.
they repack others programs/installers.

JD is portable by the getgo, there is no need to use portableapps (provider).
double click on JDownloader.jar, or bat/.sh script can open JDownloader and point it to customisable Java location.
JD looks within its own install path for the configs it shouldn't clear your list.

Nothing has been killed in JDownloader 2.0 that was in JDownloader 0.9 in respects to captcha backend. Just captchas are not easily solved like 10 years ago, majority of websites use 3rd party providers like google recaptcha v1 or v2, solvemedia, or variants of.

raztoki

Originally Posted by raztoki

Nothing has been killed in JDownloader 2.0 that was in JDownloader 0.9 in respects to captcha backend. Just captchas are not easily solved like 10 years ago, majority of websites use 3rd party providers like google recaptcha v1 or v2, solvemedia, or variants of.

raztoki

Well, then I must miss something, because I can not find the option to use my own OCR program as it was possible in JD 0.9. In those days I used Abbyy Finereaders OCR which was way better than the JDs included one and I can not imagine that a company that's focused on OCR has made no progress. We have pattern detection of faces and god knows what else. Some writing, whatever scrambled, can be no problem in our days.

And what's that with the rechaptas? You can grab the popups for the special browser window for manual solving, but can not use OCR on it?

[raztoki]

JD ORC hasn't changed, its one of the last components which should be rewritten, but due to majority of providers using external captchas services like google its kinda waste of time (cat and mouse). But that said the JAC module is basically the same, though its not recommend that you port into external tools via JAC, but make a entry in the captchas backend that supports your OCR (like what's been done with captcha exchange providers). JAC was never designed to run external programs, but it could and was the only way to trigger external tools or CSP (captcha service provider) with the older versions of JDownloader.

in respects to browser loop, yes that gains a better quality image which may or may not be able to be read by your OCR depending on quality of the image. I wasn't arguing that... majority of providers have move away from recaptchav1 to recaptchav2 as its multi challenge based and not based single challenge of a single image.

raztoki