Task jfxJar depends on 'deploy' directory. about javafx-gradle-plugin

[horfius]

Digging deeper, the crash is actually caused by the copy task not existing. I'm using the gradle 2.2.1 wrapper.
This is the stacktrace: http://pastebin.com/28TntiKH

[FibreFoX]

This plugin was made using gradle 2.10, could you check using that version?

[horfius]

It doesn't crash on 2.10. It builds the jar, but I found another issue with it packaging dependencies.
Here's the crash log: http://pastebin.com/VAj2aceD
Here's my build script: http://pastebin.com/0RuCf35C

[FibreFoX]

@horfius Hi, thanks for the report. I'll check if I can push some changes to make it work with some older Gradle-version. Let me some time to figure out, what happened ... it's strange that some dependencies aren't there ... but still getting their path.

[FibreFoX]

Just to make sure it hasn't something to do with gradle-version conflicts: could you try to delete that cache-folder? C:\Users\horfi\.gradle\caches\

[horfius]

So I deleted the cache and it still has the same issue. The files do exist, but the error actually exists in your tasks.
On line 96 of JfxJarTask you create a new directory for lib, but it leaves the path of the file as 'build\jfx\app\lib'. What if you try to do libDir.getAbsoluteFile().toPath.resolve(...) on lines 123 and 153?

[FibreFoX]

That doesn't change anything, the problem currently is that the dependency-file claims to not be existing:

:jfxJar
Couldn't copy dependency com.google.code.gson:gson:2.3.1
java.nio.file.NoSuchFileException: C:\Users\horfi\.gradle\caches\modules-2\files-2.1\com.google.code.gson\gson\2.3.1\ecb6e1f8e4b0e84c4b886c2f14a1500caf309757\gson-2.3.1.jar -> build\jfx\app\lib\gson-2.3.1.jar
    at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:79)
    at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
(...)

Couldn't copy dependency packager.jar
java.nio.file.NoSuchFileException: C:\Program Files\Java\jdk1.8.0_65\lib\packager.jar -> build\jfx\app\lib\packager.jar
    at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:79)
    at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
    at sun.nio.fs.WindowsFileCopy.copy(WindowsFileCopy.java:205)
    at sun.nio.fs.WindowsFileSystemProvider.copy(WindowsFileSystemProvider.java:278)
    at java.nio.file.Files.copy(Files.java:1274)

is it possible that there are some problems with the user running the build-process? Maybe that user isn't able to read that files (permissions or something like that).

[purringpigeon]

I am seeing this same statement in the logs:

:app:jfxJar
Adding 'deploy' directory wasn't successful, because it does not exist! (C:\workspace\GRADLE-POC\master-module\src\main\deploy)
:app:jfxNative
Adding 'deploy' directory wasn't successful, because it does not exist! (C:\workspace\GRADLE-POC\master-module\src\main\deploy)

[FibreFoX]

@purringpigeon that's nothing to be concerned about, it just says that the folder wasn't existing, it has nothing to do with the dependencies. That folder src\main\deploy isn't required to exist, as it only makes it possible to provide additional files for the packager/bundler.

[FibreFoX]

@horfius Are you running your gradle-build with the --daemon option?

[horfius]

No, I am not running with --daemon.

[purringpigeon]

If you are running from within an IDE such as NetBeans or Eclipse you would be using the daemon.