I noticed Travis fails a number of times on branches.
For example: https://travis-ci.org/javafxports/openjdk-jfx/builds/419599353
This is the exact commit that worked fine in the development branch.
>From the logs, it seems that the failures occur when all the packages have
to be installed:
Most probable! Your ref [1] states fix for that is Gradle #6170, which was
resolved and merged after 4.9 was release. I'll test again when 4.10 is out.
/Lennart
> 23 aug. 2018 kl. 17:40 skrev Kevin Rushforth :
>
> Maybe you hit Gradle #3468 [1], which I discovered as reported in JDK-8193288
Yes, it works. Thank you Kevin.
The used JDK is:
java version "10.0.2" 2018-07-17
Java(TM) SE Runtime Environment 18.3 (build 10.0.2+13)
Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10.0.2+13, mixed mode)
Here is the code:
Scene scene = new Scene(gridPane);
Hi,
I have apps that work well on JDK8, but on JDK10 I do not have access to
some classes, for example, com.sun.webkit.network.CookieManager. This class
is the only one, that is up to date (RFC 6265) and is part of Java. The
java.net.CookieManager class is obsolete: RFC 2965. The Cookie solution
Hello Miro,
CookieManager is a module private class, which is not exposed to outside.
I could think of two options,
1. com.sun.webkit.network.CookieManager is a type of java.net.CookieHandler,
that means after instantiating WebEngine, you can call
CookieHandler.getDefault() to get the
Hi Arun,
Thank you. I'm already using the first option, but then I need to access
other methods and classes that are not available.
Can I use the 2nd option with declaration in the source code, or the only
possible option is to pass as parameter when starting the application?
Miro.
On Fri, Aug
Sorry, my reply was not phrased well. Whether you declare a
module-info.java or not, you still have to add-exports either via command
line or during runtime. What I meant with not needing to declare a
dependency in module-info.java is that you don't need a 'requires' (or
add-reads) because the
Hi Miro,
Can I use the 2nd option with declaration in the source code, or the only
> possible option is to pass as parameter when starting the application?
>
If your app is not a module then you don't have a module-info.java in your
source code to declare the dependency. What you can do is
You probably already know this, but using internal interfaces is fragile
and can change or break at any time and without notice.
-- Kevin
On 8/24/2018 7:11 AM, Nir Lisker wrote:
Sorry, my reply was not phrased well. Whether you declare a
module-info.java or not, you still have to add-exports
Now I adopted the application to be module, adding this:
module my.app.Test {
requires controlsfx;
requires javafx.base;
requires javafx.controls;
}
What is the next step?
On Fri, Aug 24, 2018 at 4:02 PM Nir Lisker wrote:
> Hi Miro,
>
> Can I use the 2nd option with declaration in
Hey,
Please review the fix for https://bugs.openjdk.java.net/browse/JDK-8207328
Pull request:
https://github.com/javafxports/openjdk-jfx/pull/147
Thanks,
Selim
You can set a javafx.scene.control.TextFormatter on any TextInputControl
On 8/24/18 4:58 PM, Miroslav Nachev wrote:
Hi,
Is there any intention of adding formatting and validating of data in
JavaFX? Are there any active projects or libraries for that?
For example integer, decimal, currency,
As I see it, providing only platform-specific artifacts makes it difficult
or impossible for third-party JavaFX libraries or frameworks to depend on
the JavaFX API and pass it along to consumers. Libraries don't care about
the platform-specific code - that's up the final application to determine -
Hi,
I'm trying to get openjfx build on Windows, but I've run into an issue
I haven't been able to resolve.
Any tips I can try?
--John
> Task :graphics:linkWinFont FAILED
Creating library
P:\Dev\git\openjdk-jfx\modules\javafx.graphics\build\libs\font\win\javafx_font.lib
and object
Hi,
Is there any intention of adding formatting and validating of data in
JavaFX? Are there any active projects or libraries for that?
For example integer, decimal, currency, custom, etc.? Local data
representation, which is typical for each country.
It will be good if Formatting and Validating
C:/Program Files (x86)/Windows
Kits/10/lib/10.0.16299.0/um/x86\gdi32.lib : warning LNK4272: library
machine type 'X86' conflicts with target machine type 'x64'
This looks like a problem where the tools are confused about 32-bit
versus 64-bit. It might be something missing from your Visual
I think I've seen this failure in the develop branch as well.
-- Kevin
On 8/24/2018 12:11 AM, Johan Vos wrote:
I noticed Travis fails a number of times on branches.
For example: https://travis-ci.org/javafxports/openjdk-jfx/builds/419599353
This is the exact commit that worked fine in the
17 matches
Mail list logo