BUG: zip file in sdk lib folder causes bugged JDK build

[Ty Young]

The zip file "src.zip" located in rt/build/sdk/lib/ after building 
JavaFX from source causes a bugged build of OpenJDK with JavaFX 
integrated into it. The build itself completes just fine, it's just that 
resulting build has issues.


Because a zip file isn't a supported module format, Netbeans spits out 
an error saying as such when attempting to compile a JavaFX 
application(unsure if the project being modular matters here or not, but 
it is.). It also seems to cause any attempt to build a new build of 
OpenJDK to segmentation fault using that same bugged JDK as the boot jdk.



Is there somekind of special exception for unsupported module formats 
for the standalone SDK or is it just manually removed after it's done 
being compiled?



Not sure if it's worth creating a bug report for this since this seems 
to be some minor mishap. Including a zipped file of the source code in a 
lib file doesn't make a whole lot of sense to me... I would think it 
should be in the parent directory(rt/buid/sdk), next to the legal and 
lib folders.

BUG: TableView's setMouseTransparent method does not make mouse transparent

[Ty Young]

Bug review ID: 9057302.


TavleView's setMouseTransparent no longer makes mouse events(like 
clicking) transparent for that TableView when set to true in JavaFX 11. 
In Oracle 9 and 10 it did, however. I vaguely remember compiling OpenJDK 
10 with JavaFX integrated and had the same issue even though Oracle 10 
did not have the bug.



I personally use this to create an On Screen Display for displaying some 
GPU information while playing games in Linux(Yes, I know it's incredibly 
bad to do that since the desktop is still being rendered). Because of 
this bug, in-game menus cannot be clicked if they are in the top left 
corner(where the window is) as the mouse transparent method is no longer 
working.



(While i'm at it, does JavaFX *always* render the desktop even if a 
JavaFX application is fullscreen?)

Re: Compiling OpenJFX

[Nir Lisker]

Yeah, I missed that one during the recent update of the instructions.
Thanks.

If you have any other improvements you'd like to suggest that are not
related to WebKit please send them my way. I never built Webkit so I can't
help with that.

On Tue, Sep 18, 2018 at 4:52 PM Robert Lichtenberger <
r.lichtenber...@gmail.com> wrote:

> I am trying (again) to get my toes wet with building OpenJFX myself.
>
> Here are some things I am wondering about:
>
>
>
> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOpenJFX-Gradle
> says:
>
> Gradle is the primary build tool for building OpenJFX. We currently use
> Gradle 4.8  for jfx-dev
>
> but a few lines down it says:
>
> add gradle-4.3/bin to your PATH
>
> I assume it should say gradle-4.8/bin here too.
>
>
> Other than that, I was able to build OpenJFX on Windows 64-bit without
> web and media. So after that I tried to build with web and media, where
> I got this error:
>
> > Task :web:compileNativeWin FAILED
> Can't locate English.pm in @INC (you may need to install the English
> module) (@INC contains:
> /cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts
> /usr/local/lib/perl5/site_perl/5.26/x86_64-cygwin-threads
> /usr/local/share/perl5/site_perl/5.26
> /usr/lib/perl5/vendor_perl/5.26/x86_64-cygwin-threads
> /usr/share/perl5/vendor_perl/5.26
> /usr/lib/perl5/5.26/x86_64-cygwin-threads /usr/share/perl5/5.26) at
>
> /cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts/VCSUtils.pm
> line 37.
> BEGIN failed--compilation aborted at
>
> /cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts/VCSUtils.pm
> line 37.
> Compilation failed in require at
> /cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts/
> webkitdirs.pm
> line 48.
> BEGIN failed--compilation aborted at
> /cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts/
> webkitdirs.pm
> line 48.
> Compilation failed in require at
>
> C:\openjfx\rt\modules\javafx.web/src/main/native/Tools/Scripts/set-webkit-configuration
> line 33.
> BEGIN failed--compilation aborted at
>
> C:\openjfx\rt\modules\javafx.web/src/main/native/Tools/Scripts/set-webkit-configuration
> line 33.
>
> FAILURE: Build failed with an exception.
>
> I then upgraded perl from the cygwin setup to revision 5 version 26
> subversion 2, then the build was able to continue. Maybe the build
> instructions could mention the exact minimum perl version required?
>
> The build then took about an hour but otherwise completed successfully,
> which is a pretty smooth experience considering the complexity of JavaFX
> and WebKit ;-).
>
>
> What about Windows 32-bit though? There will be no Oracle JDK from
> JDK-11 onwards, however https://adoptopenjdk.net/ have said they are
> willing to produce a JDK for Windows-32 bit. But will OpenJFX be
> buildable for that platform? If yes, how?
>
>
> Robert Lichtenberger
>
>
>
>
>

Re: JavaFX 11 is released

[Chris Newland]

Congratulations to all involved in this!

Looking forward to seeing JavaFX grow now it's outside of the JDK.

-Chris

On Tue, September 18, 2018 14:08, Johan Vos wrote:
> Adding to what Kevin already said (huge thanks to Kevin and Oracle for
> all they did), I want to thank everyone on this list for being part of
> this release. The JavaFX 11 release is a huge milestone, and there are
> many people who contributed, some of them who have been working with
> JavaFX from
> day 1, some who just started working.
>
> As for the site http://openjfx.io: this is something we created with
> Gluon,
> but we really want it to be a community-organised site. Therefore, it is
> all available via github, and open for PR's:
> https://github.com/openjfx/hugo-site.
>
>
> Thanks again,
>
>
> - Johan
>
>
> On Tue, Sep 18, 2018 at 3:02 PM Kevin Rushforth
> 
> wrote:
>
>
>> I am pleased to announce the final release of JavaFX 11 as well as the
>> launch of a new OpenJFX community site at:
>>
>> http://openjfx.io/
>>
>>
>> The GA version of JavaFX 11 is now live and can be downloaded by going
>> to the openjfx.io site or by accessing javafx modules from maven central
>>  at openjfx:javafx-COMPONENT:11 (where COMPONENT is one of base,
>> graphics, controls, and so forth).
>>
>> This is the first standalone release of JavaFX 11. It runs with JDK 11,
>>  which is available as a release candidate now and will be shipped as a
>>  GA version next week, or on JDK 10 (OpenJDK build only).
>>
>>
>> A big thank you to all who have contributed to OpenJFX make this
>> release possible! I especially thank Johan Vos, both for taking on the
>> role as Co-Lead of the OpenJFX Project and for the work that Gluon as
>> done to build and host the JavaFX 11 release.
>>
>> I look forward to working with you all on JavaFX 12 and beyond.
>>
>>
>> -- Kevin
>>
>>
>>
>

"javapackager" in no-mans-land?

[Tom Golden]

I understand that along with JavaFX being removed from the Oracle JDK
distribution in Java 11, the Oracle team will no longer release the
`javapackager` tool.

I also see there is a JEP discussing an eventual replacement, JEP-343 (
http://openjdk.java.net/jeps/343).

Just to confirm, the tool was NOT migrated to OpenJFX with the rest of the
JavaFX code, correct? So until JEP-343 is implemented in a future release
(?) there is no "official" way to package native installers for JavaFX
applications?

If so, is it in theory still possible to use the Oracle javapackager tool
from earlier releases? Or should we remain on Java 10 for the time being?

-- 
Thanks,
Tom Golden
Technical Architect
AndPlus, LLC
257 Turnpike Road
Southborough, MA 01772

Phone 508-425-7533
http://www.andplus.com

Re: JavaFX 11 is released

[Kevin Rushforth]

Yes, thank you for filing it. It should be transferred to the JDK 
project tomorrow.


-- Kevin


On 9/18/2018 12:30 PM, jav...@use.startmail.com wrote:
We will review your report and have assigned it an internal review ID 
: 9057296.


hth...

On Tuesday, September 18, 2018 at 3:24 PM, Kevin Rushforth 
 wrote:

I really meant that when you file a bug at https://bugreport.java.com/
you can paste it inline there, along with your description of the bug.
If you have already filed a bug, send me the ID and I can copy the info
into that bug.

Thanks.

-- Kevin


On 9/18/2018 11:26 AM, jav...@use.startmail.com wrote:

Thanks Kevin.

I will paste it all in this email.

[12] RFR: JDK-8210386: Clipping problems with complex affine transforms

[Laurent Bourgès]

Please review the following bug fix in the MarlinFX renderer for JavaFX 12:
https://bugs.openjdk.java.net/browse/JDK-8210386
https://github.com/javafxports/openjdk-jfx/pull/206

PS: What is the process to backport this bug fix to OpenJFX 11 updates ?
This patch is small and can be applied directly to OpenJFX 11.

Thanks,
Laurent

Re: JavaFX 11 is released

[javafx]

We will review your report and have assigned it an internal review ID : 
9057296.


hth...

 
On Tuesday, September 18, 2018 at 3:24 PM, Kevin Rushforth 
 wrote:

 
I really meant that when you file a bug at 
https://bugreport.java.com/
you can paste it inline there, along with your description of the 
bug.
If you have already filed a bug, send me the ID and I can copy the 
info

into that bug.

Thanks.

-- Kevin


On 9/18/2018 11:26 AM, jav...@use.startmail.com wrote:

Thanks Kevin.

I will paste it all in this email.

Re: JavaFX 11 is released

[Kevin Rushforth]

I really meant that when you file a bug at https://bugreport.java.com/ 
you can paste it inline there, along with your description of the bug. 
If you have already filed a bug, send me the ID and I can copy the info 
into that bug.


Thanks.

-- Kevin


On 9/18/2018 11:26 AM, jav...@use.startmail.com wrote:

Thanks Kevin.

I will paste it all in this email.

Re: JavaFX 11 is released

[javafx]

Thanks Kevin.

I will paste it all in this email. I have essentially three versions. 
Two are so compressed it's hard for people to get what the issue is. 
Since in those programs the proof only takes the form of the value of a 
class variable, and that proof is demonstrated only by  
System.out.printlns of that variable's value, it's understandable that 
the significance of what's being output could easily be missed or 
misinterpreted/ dismissed etc. 


 The other one is a proper demo application which throws a 
ConcurrentModificationException which can't be so easily misunderstood 
or dismissed, but it has multiple *very small , very well documented* 
classes. You can't  read the documentation and not get at what's being 
shown (and still call yourself a developer LOL...), but you have to 
read the javadoc. 


Note: don't shoot from the hip based on a cursory examination of the 
output or stack trace (like I did LOL). I have probably already 
considered your alternate explanation,  things from overridden methods 
to the confusion about how and why  ConcurrentModificationExceptions 
are thrown  to the (non) presence of multiple class loaders etc etc. It 
took me real time to even entertain the idea that this was not a subtle 
programming mistake but instead a bug in JavaFX. I can't avoid writing 
these so that you have to read the javadoc  - you just have to read the 
javadoc. 


My experience tells me the brief  versions were not easy to understand 
so I'll post the bigger version here. All but one or two of these 
classes should be  easy, one-glance classes for most everyone here and 
the others are also very easy, with brief methods  and anyway 
thoroughly javadoced.:


OK:


1)  A Receiver receives a mouse event. 
***
package javaApplicationThreadCuriosityComplex;

import javafx.scene.input.MouseEvent;

public interface Receiver
{

  void receiveEvent(MouseEvent event);


}

**

A do-nothing receiver receives  the mouse event and does nothing

**

package javaApplicationThreadCuriosityComplex;

import javafx.scene.input.MouseEvent;

/**
 * A {@link Receiver} implementation which literally does nothing 
except receive the {@link MouseEvent} in {@link 
#receiveEvent(MouseEvent)}, as defined in {@link Receiver}.
 * Exists in order that we can create many instances of a {@link 
Receiver} implementation, where the mere existence and not the 
functionality of the implementation is of any consequence to the 
program. 

 * See {@link PaneEventHandlerExceptionThrower}  for details.
 * 
 * To satisfy yourself that these objects are being invoked, 
uncomment-out the line in {@link #receiveEvent(MouseEvent)}, which will 
print "Hello" to standard output.

 */
public class DoNothingReceiver implements Receiver
{
  @Override
  public void receiveEvent(MouseEvent event)
  {

    //System.out.println("Hello");
  }
}


 
A rectangle drawing Receiver implementation. Very simple class; long 
only because it's  written to be  transparent in its behavior. 
If the received mouse event is a certain type (arbitrarily selected for 
ease of use in the application - mouse pressed on the primary button) 
then it just removes the sole  Rectangle from the application's sole 
Pane, if  such a Rectangle is there.
In any case, it next  immediately creates a new Rectangle,  sizes it, 
changes its color,  positions it and adds it  to  the same Pane.
The effect is the Rectangle either  appears for the first time, or 
appears to change color. 

That's it. 

package javaApplicationThreadCuriosityComplex;


import javafx.scene.input.MouseEvent;
import javafx.scene.layout.Pane;
import javafx.scene.paint.Color;
import javafx.scene.shape.Rectangle;

import java.util.List;

/**
 * 
 * This object receives {@link MouseEvent}s from the {@link 
javafx.event.EventHandler}.
 * If the event is the primary button of the mouse being pressed, this 
object removes the member {@link RectangleDrawingReceiver#rectangle} 
from the list of the {@link Pane}'s children if that {@link Rectangle} 
is present in that list. 
 * It then assigns a new instance of a {@link Rectangle} to the member 
{@link RectangleDrawingReceiver#rectangle}.
 * Finally it adds that member to the list of the {@link Pane}'s 
children.

 * */
public class RectangleDrawingReceiver implements Receiver
{
  /**
   * The {@link Rectangle} which will appear after the Mouse is pressed 
for the first time and be replaced on subsequent MOUSE_PRESSED events.

   */
  private Rectangle rectangle;
  /**
   * boolean value which is reversed each time the primamry button of 
the mouse is 

Re: JavaFX 11 is released

[Kevin Rushforth]

In general, smaller test cases are better, so this the preferred choice.

-- Kevin


On 9/18/2018 9:37 AM, Phil Race wrote:

No. If you have a test case, include it in the body.
if its too big for that .. then maybe it needs to be trimmed down anyway.

-phil.

On 09/18/2018 09:31 AM, jav...@use.startmail.com wrote:
I don't see a way to attach java classes at the bug report form 
located here:


https://bugreport.java.com/bugreport/start_form.do

Is there some way to do this?

Thank you.


On Tuesday, September 18, 2018 at 9:02 AM, Kevin Rushforth 
 wrote:



I am pleased to announce the final release of JavaFX 11 as well as the
launch of a new OpenJFX community site at:

http://openjfx.io/

The GA version of JavaFX 11 is now live and can be downloaded by going
to the openjfx.io site or by accessing javafx modules from maven 
central

at openjfx:javafx-COMPONENT:11 (where COMPONENT is one of base,
graphics, controls, and so forth).

This is the first standalone release of JavaFX 11. It runs with JDK 11,
which is available as a release candidate now and will be shipped as a
GA version next week, or on JDK 10 (OpenJDK build only).

A big thank you to all who have contributed to OpenJFX make this 
release

possible! I especially thank Johan Vos, both for taking on the role as
Co-Lead of the OpenJFX Project and for the work that Gluon as done to
build and host the JavaFX 11 release.

I look forward to working with you all on JavaFX 12 and beyond.

-- Kevin

Re: JavaFX 11 is released

[Phil Race]

No. If you have a test case, include it in the body.
if its too big for that .. then maybe it needs to be trimmed down anyway.

-phil.

On 09/18/2018 09:31 AM, jav...@use.startmail.com wrote:
I don't see a way to attach java classes at the bug report form 
located here:


https://bugreport.java.com/bugreport/start_form.do

Is there some way to do this?

Thank you.


On Tuesday, September 18, 2018 at 9:02 AM, Kevin Rushforth 
 wrote:



I am pleased to announce the final release of JavaFX 11 as well as the
launch of a new OpenJFX community site at:

http://openjfx.io/

The GA version of JavaFX 11 is now live and can be downloaded by going
to the openjfx.io site or by accessing javafx modules from maven central
at openjfx:javafx-COMPONENT:11 (where COMPONENT is one of base,
graphics, controls, and so forth).

This is the first standalone release of JavaFX 11. It runs with JDK 11,
which is available as a release candidate now and will be shipped as a
GA version next week, or on JDK 10 (OpenJDK build only).

A big thank you to all who have contributed to OpenJFX make this release
possible! I especially thank Johan Vos, both for taking on the role as
Co-Lead of the OpenJFX Project and for the work that Gluon as done to
build and host the JavaFX 11 release.

I look forward to working with you all on JavaFX 12 and beyond.

-- Kevin

Re: JavaFX 11 is released

[Kevin Rushforth]

You can either paste the code in line, upload it to Google Drive or 
similar, or else email the bundle to one of us and we will attach it.


-- Kevin


On 9/18/2018 9:31 AM, jav...@use.startmail.com wrote:
I don't see a way to attach java classes at the bug report form 
located here:


https://bugreport.java.com/bugreport/start_form.do

Is there some way to do this?

Thank you.


On Tuesday, September 18, 2018 at 9:02 AM, Kevin Rushforth 
 wrote:



I am pleased to announce the final release of JavaFX 11 as well as the
launch of a new OpenJFX community site at:

http://openjfx.io/

The GA version of JavaFX 11 is now live and can be downloaded by going
to the openjfx.io site or by accessing javafx modules from maven central
at openjfx:javafx-COMPONENT:11 (where COMPONENT is one of base,
graphics, controls, and so forth).

This is the first standalone release of JavaFX 11. It runs with JDK 11,
which is available as a release candidate now and will be shipped as a
GA version next week, or on JDK 10 (OpenJDK build only).

A big thank you to all who have contributed to OpenJFX make this release
possible! I especially thank Johan Vos, both for taking on the role as
Co-Lead of the OpenJFX Project and for the work that Gluon as done to
build and host the JavaFX 11 release.

I look forward to working with you all on JavaFX 12 and beyond.

-- Kevin

Re: JavaFX 11 is released

[javafx]

I don't see a way to attach java classes at the bug report form located 
here:


https://bugreport.java.com/bugreport/start_form.do

Is there some way to do this? 

Thank you. 

 
On Tuesday, September 18, 2018 at 9:02 AM, Kevin Rushforth 
 wrote:

 
I am pleased to announce the final release of JavaFX 11 as well as 
the

launch of a new OpenJFX community site at:

http://openjfx.io/

The GA version of JavaFX 11 is now live and can be downloaded by 
going
to the openjfx.io site or by accessing javafx modules from maven 
central

at openjfx:javafx-COMPONENT:11 (where COMPONENT is one of base,
graphics, controls, and so forth).

This is the first standalone release of JavaFX 11. It runs with JDK 
11,
which is available as a release candidate now and will be shipped as 
a

GA version next week, or on JDK 10 (OpenJDK build only).

A big thank you to all who have contributed to OpenJFX make this 
release
possible! I especially thank Johan Vos, both for taking on the role 
as

Co-Lead of the OpenJFX Project and for the work that Gluon as done to
build and host the JavaFX 11 release.

I look forward to working with you all on JavaFX 12 and beyond.

-- Kevin
 

Re: Improve the pom.xml referenced in Maven example

[Naman Nigam]

Sure, thanks for pointing out the docs repository. Did that =>
https://github.com/openjfx/openjfx-docs/pull/2

Regards
Naman Nigam
 +91-9761212401 | LinkedIn 


On Tue, Sep 18, 2018 at 8:14 PM Abhinay Agarwal 
wrote:

> Hi Nigam,
>
> Please raise a PR in https://github.com/openjfx/openjfx-docs
>
> Regards,
> Abhinay
>
> --
> *From:* openjfx-dev  on behalf of
> Naman Nigam 
> *Sent:* Tuesday, September 18, 2018 8:06 PM
> *To:* openjfx-dev@openjdk.java.net
> *Subject:* Improve the pom.xml referenced in Maven example
>
> Hi! I am not sure if there is a format to reporting such minor possible
> improvements. Pardon me if this is not the correct mailing list to share
> such minor enhancements and please help redirect this to the correct person
> in that case. (Since I couldn't find the source on GitHub as well)
> The Run HelloWorld using Maven  
> makes
> reference to a pom.xml  which can
> be further improved with the use of
>
> 
> org.apache.maven.plugins
> maven-compiler-plugin
> 3.8.0
> 
> 11  or 
> 
>
>
> as mentioned in another StackOverflow answer
> <
> https://stackoverflow.com/questions/49398894/unable-to-compile-simple-java-10-project-with-maven/51586202#51586202
> >
> as
> well.
>
> PS: I made that answer some time back and coincidently saw the usage of the
> formerly suggested answer in the production links via this mailing list as
> well. Thought
>
>
> Regards
> Naman Nigam
>  +91-9761212401 | LinkedIn 
>

Re: Compiling OpenJFX

[Kevin Rushforth]

Good catch. I fixed it to reference to gradle-4.8/ bin.

-- Kevin


On 9/18/2018 6:51 AM, Robert Lichtenberger wrote:

I am trying (again) to get my toes wet with building OpenJFX myself.

Here are some things I am wondering about:


https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOpenJFX-Gradle
says:

Gradle is the primary build tool for building OpenJFX. We currently use
Gradle 4.8  for jfx-dev

but a few lines down it says:

add gradle-4.3/bin to your PATH

I assume it should say gradle-4.8/bin here too.


Other than that, I was able to build OpenJFX on Windows 64-bit without
web and media. So after that I tried to build with web and media, where
I got this error:


Task :web:compileNativeWin FAILED

Can't locate English.pm in @INC (you may need to install the English
module) (@INC contains:
/cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts
/usr/local/lib/perl5/site_perl/5.26/x86_64-cygwin-threads
/usr/local/share/perl5/site_perl/5.26
/usr/lib/perl5/vendor_perl/5.26/x86_64-cygwin-threads
/usr/share/perl5/vendor_perl/5.26
/usr/lib/perl5/5.26/x86_64-cygwin-threads /usr/share/perl5/5.26) at
/cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts/VCSUtils.pm
line 37.
BEGIN failed--compilation aborted at
/cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts/VCSUtils.pm
line 37.
Compilation failed in require at
/cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts/webkitdirs.pm
line 48.
BEGIN failed--compilation aborted at
/cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts/webkitdirs.pm
line 48.
Compilation failed in require at
C:\openjfx\rt\modules\javafx.web/src/main/native/Tools/Scripts/set-webkit-configuration
line 33.
BEGIN failed--compilation aborted at
C:\openjfx\rt\modules\javafx.web/src/main/native/Tools/Scripts/set-webkit-configuration
line 33.

FAILURE: Build failed with an exception.

I then upgraded perl from the cygwin setup to revision 5 version 26
subversion 2, then the build was able to continue. Maybe the build
instructions could mention the exact minimum perl version required?

The build then took about an hour but otherwise completed successfully,
which is a pretty smooth experience considering the complexity of JavaFX
and WebKit ;-).


What about Windows 32-bit though? There will be no Oracle JDK from
JDK-11 onwards, however https://adoptopenjdk.net/ have said they are
willing to produce a JDK for Windows-32 bit. But will OpenJFX be
buildable for that platform? If yes, how?


Robert Lichtenberger

Re: Improve the pom.xml referenced in Maven example

[Abhinay Agarwal]

Hi Nigam,

Please raise a PR in https://github.com/openjfx/openjfx-docs

Regards,
Abhinay


From: openjfx-dev  on behalf of Naman 
Nigam 
Sent: Tuesday, September 18, 2018 8:06 PM
To: openjfx-dev@openjdk.java.net
Subject: Improve the pom.xml referenced in Maven example

Hi! I am not sure if there is a format to reporting such minor possible
improvements. Pardon me if this is not the correct mailing list to share
such minor enhancements and please help redirect this to the correct person
in that case. (Since I couldn't find the source on GitHub as well)
The Run HelloWorld using Maven   makes
reference to a pom.xml  which can
be further improved with the use of


org.apache.maven.plugins
maven-compiler-plugin
3.8.0

11  or 



as mentioned in another StackOverflow answer

as
well.

PS: I made that answer some time back and coincidently saw the usage of the
formerly suggested answer in the production links via this mailing list as
well. Thought


Regards
Naman Nigam
 +91-9761212401 | LinkedIn 

Improve the pom.xml referenced in Maven example

[Naman Nigam]

Hi! I am not sure if there is a format to reporting such minor possible
improvements. Pardon me if this is not the correct mailing list to share
such minor enhancements and please help redirect this to the correct person
in that case. (Since I couldn't find the source on GitHub as well)
The Run HelloWorld using Maven   makes
reference to a pom.xml  which can
be further improved with the use of


org.apache.maven.plugins
maven-compiler-plugin
3.8.0

11  or 



as mentioned in another StackOverflow answer

as
well.

PS: I made that answer some time back and coincidently saw the usage of the
formerly suggested answer in the production links via this mailing list as
well. Thought


Regards
Naman Nigam
 +91-9761212401 | LinkedIn 

Re: JavaFX 11 is released

[Mike Hearn]

Excellent work, congratulations to everyone involved and the new site is
wonderful.

Compiling OpenJFX

[Robert Lichtenberger]

I am trying (again) to get my toes wet with building OpenJFX myself.

Here are some things I am wondering about:


https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOpenJFX-Gradle
says:

Gradle is the primary build tool for building OpenJFX. We currently use
Gradle 4.8  for jfx-dev

but a few lines down it says:

add gradle-4.3/bin to your PATH

I assume it should say gradle-4.8/bin here too.


Other than that, I was able to build OpenJFX on Windows 64-bit without
web and media. So after that I tried to build with web and media, where
I got this error:

> Task :web:compileNativeWin FAILED
Can't locate English.pm in @INC (you may need to install the English
module) (@INC contains:
/cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts
/usr/local/lib/perl5/site_perl/5.26/x86_64-cygwin-threads
/usr/local/share/perl5/site_perl/5.26
/usr/lib/perl5/vendor_perl/5.26/x86_64-cygwin-threads
/usr/share/perl5/vendor_perl/5.26
/usr/lib/perl5/5.26/x86_64-cygwin-threads /usr/share/perl5/5.26) at
/cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts/VCSUtils.pm
line 37.
BEGIN failed--compilation aborted at
/cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts/VCSUtils.pm
line 37.
Compilation failed in require at
/cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts/webkitdirs.pm
line 48.
BEGIN failed--compilation aborted at
/cygdrive/c/openjfx/rt/modules/javafx.web/src/main/native/Tools/Scripts/webkitdirs.pm
line 48.
Compilation failed in require at
C:\openjfx\rt\modules\javafx.web/src/main/native/Tools/Scripts/set-webkit-configuration
line 33.
BEGIN failed--compilation aborted at
C:\openjfx\rt\modules\javafx.web/src/main/native/Tools/Scripts/set-webkit-configuration
line 33.

FAILURE: Build failed with an exception.

I then upgraded perl from the cygwin setup to revision 5 version 26
subversion 2, then the build was able to continue. Maybe the build
instructions could mention the exact minimum perl version required?

The build then took about an hour but otherwise completed successfully,
which is a pretty smooth experience considering the complexity of JavaFX
and WebKit ;-).


What about Windows 32-bit though? There will be no Oracle JDK from
JDK-11 onwards, however https://adoptopenjdk.net/ have said they are
willing to produce a JDK for Windows-32 bit. But will OpenJFX be
buildable for that platform? If yes, how?


Robert Lichtenberger

Re: JavaFX 11 is released

[Dirk Lemmermann]

Johan, Kevin,

a big "thank you!" from someone who has based his company and career on JavaFX. 
This release will put an end to all of the „JavaFX is dead“ speculations / 
rumors out there and it will hopefully also mark the beginning of ongoing and 
accelerated development of this fantastic piece of technology.

Dirk

http://www.dlsc.com 
http://javafx-days.com 


> Am 18.09.2018 um 15:08 schrieb Johan Vos :
> 
> Adding to what Kevin already said (huge thanks to Kevin and Oracle for all
> they did), I want to thank everyone on this list for being part of this
> release. The JavaFX 11 release is a huge milestone, and there are many
> people who contributed, some of them who have been working with JavaFX from
> day 1, some who just started working.
> 
> As for the site http://openjfx.io: this is something we created with Gluon,
> but we really want it to be a community-organised site. Therefore, it is
> all available via github, and open for PR's:
> https://github.com/openjfx/hugo-site.
> 
> Thanks again,
> 
> - Johan
> 
> On Tue, Sep 18, 2018 at 3:02 PM Kevin Rushforth 
> wrote:
> 
>> I am pleased to announce the final release of JavaFX 11 as well as the
>> launch of a new OpenJFX community site at:
>> 
>> http://openjfx.io/
>> 
>> The GA version of JavaFX 11 is now live and can be downloaded by going
>> to the openjfx.io site or by accessing javafx modules from maven central
>> at openjfx:javafx-COMPONENT:11 (where COMPONENT is one of base,
>> graphics, controls, and so forth).
>> 
>> This is the first standalone release of JavaFX 11. It runs with JDK 11,
>> which is available as a release candidate now and will be shipped as a
>> GA version next week, or on JDK 10 (OpenJDK build only).
>> 
>> A big thank you to all who have contributed to OpenJFX make this release
>> possible! I especially thank Johan Vos, both for taking on the role as
>> Co-Lead of the OpenJFX Project and for the work that Gluon as done to
>> build and host the JavaFX 11 release.
>> 
>> I look forward to working with you all on JavaFX 12 and beyond.
>> 
>> -- Kevin
>> 
>> 

Re: JavaFX 11 is released

[Johan Vos]

Adding to what Kevin already said (huge thanks to Kevin and Oracle for all
they did), I want to thank everyone on this list for being part of this
release. The JavaFX 11 release is a huge milestone, and there are many
people who contributed, some of them who have been working with JavaFX from
day 1, some who just started working.

As for the site http://openjfx.io: this is something we created with Gluon,
but we really want it to be a community-organised site. Therefore, it is
all available via github, and open for PR's:
https://github.com/openjfx/hugo-site.

Thanks again,

- Johan

On Tue, Sep 18, 2018 at 3:02 PM Kevin Rushforth 
wrote:

> I am pleased to announce the final release of JavaFX 11 as well as the
> launch of a new OpenJFX community site at:
>
> http://openjfx.io/
>
> The GA version of JavaFX 11 is now live and can be downloaded by going
> to the openjfx.io site or by accessing javafx modules from maven central
> at openjfx:javafx-COMPONENT:11 (where COMPONENT is one of base,
> graphics, controls, and so forth).
>
> This is the first standalone release of JavaFX 11. It runs with JDK 11,
> which is available as a release candidate now and will be shipped as a
> GA version next week, or on JDK 10 (OpenJDK build only).
>
> A big thank you to all who have contributed to OpenJFX make this release
> possible! I especially thank Johan Vos, both for taking on the role as
> Co-Lead of the OpenJFX Project and for the work that Gluon as done to
> build and host the JavaFX 11 release.
>
> I look forward to working with you all on JavaFX 12 and beyond.
>
> -- Kevin
>
>

JavaFX 11 is released

[Kevin Rushforth]

I am pleased to announce the final release of JavaFX 11 as well as the 
launch of a new OpenJFX community site at:


http://openjfx.io/

The GA version of JavaFX 11 is now live and can be downloaded by going 
to the openjfx.io site or by accessing javafx modules from maven central 
at openjfx:javafx-COMPONENT:11 (where COMPONENT is one of base, 
graphics, controls, and so forth).


This is the first standalone release of JavaFX 11. It runs with JDK 11, 
which is available as a release candidate now and will be shipped as a 
GA version next week, or on JDK 10 (OpenJDK build only).


A big thank you to all who have contributed to OpenJFX make this release 
possible! I especially thank Johan Vos, both for taking on the role as 
Co-Lead of the OpenJFX Project and for the work that Gluon as done to 
build and host the JavaFX 11 release.


I look forward to working with you all on JavaFX 12 and beyond.

-- Kevin