Re: Testing your JavaFX applications on JDK 9

[Rahman USTA]

Thank you Kevin, after looking inside I see it. Right now, I will do a pull
request for it.

--
Rahman

2017-01-14 19:33 GMT+03:00 Kevin Rushforth <kevin.rushfo...@oracle.com>:

> The deprecated builders were removed from 9 early in the JDK 9 development
> cycle [1][2].
>
> -- Kevin
>
> [1] https://bugs.openjdk.java.net/browse/JDK-8092861
> [2] http://mail.openjdk.java.net/pipermail/openjfx-dev/2015-
> January/016496.html
>
>
>
> Rahman USTA wrote:
>
> Hello Kevin,
>
> I try to run AsciidocFX with latest JDK 9 EA. AsciidocFX uses FXForm2
> project and while building I get the following error.
>
> Exception in thread "JavaFX Application Thread" 
> java.lang.NoClassDefFoundError:
> javafx/scene/layout/GridPaneBuilder
> at com.dooapp.fxform.view.skin.InlineSkin.createRootNode(
> InlineSkin.java:69)
> at com.dooapp.fxform.view.FXFormSkin.buildNode(
> FXFormSkin.java:101)
> at com.dooapp.fxform.view.FXFormSkin.(FXFormSkin.java:96)
> at com.dooapp.fxform.view.skin.InlineSkin.(InlineSkin.
> java:44)
> at com.dooapp.fxform.builder.FXFormBuilder.handleDefaultSkin(
> FXFormBuilder.java:123)
> at com.dooapp.fxform.builder.FXFormBuilder.build(
> FXFormBuilder.java:82)
> at com.kodcu.config.EditorConfigBean.createForm(
> EditorConfigBean.java:354)
>
> Was the GridPaneBuilder removed from JDK 9 ?
>
> Thanks.
>
> 2017-01-11 22:14 GMT+03:00 Kevin Rushforth <kevin.rushfo...@oracle.com>:
>
>> As you may know JDK 9 has hit the feature extension complete milestone
>> [1]. We still have a small number of weeks to fix P1-P3 bugs, but we need
>> to know about them in order to fix them. Our focus will be on bugs that are
>> new in JDK 9 (regressions).
>>
>> I ask all JavaFX developers to please download JDK 9 early access [2] and
>> test your application. You can report any bugs via bugs.java.com [3]. If
>> you have any questions about whether a behavior is a bug or is expected,
>> please ask on this alias or on the jigsaw-dev alias [4].
>>
>> Thank you.
>>
>> -- Kevin
>>
>> [1] http://openjdk.java.net/projects/jdk9/
>> [2] https://jdk9.java.net/download/
>> [3] http://bugreport.java.com/
>> [4] jigsaw-...@openjdk.java.net
>>
>>
>
>
> --
> Rahman USTA
> Istanbul JUG
> https://github.com/rahmanusta <http://www.kodcu.com/>
>
>


-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Re: Testing your JavaFX applications on JDK 9

[Rahman USTA]

Hello Kevin,

I try to run AsciidocFX with latest JDK 9 EA. AsciidocFX uses FXForm2
project and while building I get the following error.

Exception in thread "JavaFX Application Thread"
java.lang.NoClassDefFoundError: javafx/scene/layout/GridPaneBuilder
at
com.dooapp.fxform.view.skin.InlineSkin.createRootNode(InlineSkin.java:69)
at com.dooapp.fxform.view.FXFormSkin.buildNode(FXFormSkin.java:101)
at com.dooapp.fxform.view.FXFormSkin.(FXFormSkin.java:96)
at com.dooapp.fxform.view.skin.InlineSkin.(InlineSkin.java:44)
at
com.dooapp.fxform.builder.FXFormBuilder.handleDefaultSkin(FXFormBuilder.java:123)
at
com.dooapp.fxform.builder.FXFormBuilder.build(FXFormBuilder.java:82)
at
com.kodcu.config.EditorConfigBean.createForm(EditorConfigBean.java:354)

Was the GridPaneBuilder removed from JDK 9 ?

Thanks.

2017-01-11 22:14 GMT+03:00 Kevin Rushforth <kevin.rushfo...@oracle.com>:

> As you may know JDK 9 has hit the feature extension complete milestone
> [1]. We still have a small number of weeks to fix P1-P3 bugs, but we need
> to know about them in order to fix them. Our focus will be on bugs that are
> new in JDK 9 (regressions).
>
> I ask all JavaFX developers to please download JDK 9 early access [2] and
> test your application. You can report any bugs via bugs.java.com [3]. If
> you have any questions about whether a behavior is a bug or is expected,
> please ask on this alias or on the jigsaw-dev alias [4].
>
> Thank you.
>
> -- Kevin
>
> [1] http://openjdk.java.net/projects/jdk9/
> [2] https://jdk9.java.net/download/
> [3] http://bugreport.java.com/
> [4] jigsaw-...@openjdk.java.net
>
>


-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Detection Cut Operation in JavaFX System Clipboard

[Rahman USTA]

Hello,

Clipboard.getSystemClipboard() gives me files that are cut or copied from
filesystem. So, How can I determine whether it is a cut or copy operation ?

Thanks.

-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

NullPointerException in LabeledSkinBase

[Rahman USTA]

Hello;

I got this NullPointerException in my JavaFX application, but it is not
reproducible.

OS: Windows 7
Ver: Microsoft Windows [Version 6.1.7601]

java version "1.8.0_101"
Java(TM) SE Runtime Environment (build 1.8.0_101-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.101-b13, mixed mode)

java.lang.NullPointerException
at
com.sun.javafx.text.PrismTextLayout.shape(PrismTextLayout.java:869)
at
com.sun.javafx.text.PrismTextLayout.layout(PrismTextLayout.java:1064)
at
com.sun.javafx.text.PrismTextLayout.ensureLayout(PrismTextLayout.java:223)
at
com.sun.javafx.text.PrismTextLayout.getBounds(PrismTextLayout.java:246)
at
com.sun.javafx.scene.control.skin.Utils.computeTextWidth(Utils.java:120)
at
com.sun.javafx.scene.control.skin.LabeledSkinBase.computeMinLabeledPartWidth(LabeledSkinBase.j
ava:661)
at
com.sun.javafx.scene.control.skin.LabeledSkinBase.computeMinWidth(LabeledSkinBase.java:633)
at javafx.scene.control.Control.computeMinWidth(Control.java:470)
at javafx.scene.Parent.minWidth(Parent.java:943)
at javafx.scene.layout.Region.minWidth(Region.java:1383)
at
javafx.scene.layout.Region.computeChildMinAreaWidth(Region.java:1667)
at javafx.scene.layout.HBox.getAreaWidths(HBox.java:455)
at javafx.scene.layout.HBox.computeContentWidth(HBox.java:532)
at javafx.scene.layout.HBox.computeMinWidth(HBox.java:402)
at javafx.scene.Parent.minWidth(Parent.java:943)
at javafx.scene.layout.Region.minWidth(Region.java:1383)
at
javafx.scene.layout.Region.computeChildMinAreaWidth(Region.java:1667)
at javafx.scene.layout.HBox.getAreaWidths(HBox.java:455)
at javafx.scene.layout.HBox.computeContentWidth(HBox.java:532)
at javafx.scene.layout.HBox.computeMinWidth(HBox.java:402)
at javafx.scene.Parent.minWidth(Parent.java:943)
at javafx.scene.layout.Region.minWidth(Region.java:1383)
at
javafx.scene.layout.Region.computeChildMinAreaWidth(Region.java:1667)
at javafx.scene.layout.BorderPane.getAreaWidth(BorderPane.java:609)
at
javafx.scene.layout.BorderPane.computeMinWidth(BorderPane.java:369)
at javafx.scene.Parent.minWidth(Parent.java:943)
at javafx.scene.layout.Region.minWidth(Region.java:1383)
at
javafx.scene.layout.BorderPane.layoutChildren(BorderPane.java:484)
at javafx.scene.Parent.layout(Parent.java:1087)
at javafx.scene.Parent.layout(Parent.java:1093)
at javafx.scene.Scene.doLayoutPass(Scene.java:552)
at javafx.scene.Scene$ScenePulseListener.pulse(Scene.java:2397)
at com.sun.javafx.tk.Toolkit.lambda$runPulse$30(Toolkit.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.javafx.tk.Toolkit.runPulse(Toolkit.java:354)
at com.sun.javafx.tk.Toolkit.firePulse(Toolkit.java:381)
at
com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:510)
at
com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:490)
at
com.sun.javafx.tk.quantum.QuantumToolkit.lambda$runToolkit$404(QuantumToolkit.java:319)
at
com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95)
at com.sun.glass.ui.win.WinApplication._runLoop(Native Method)
at
com.sun.glass.ui.win.WinApplication.lambda$null$148(WinApplication.java:191)
at java.lang.Thread.run(Thread.java:745)


Thanks

-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Deprecated JavaFX Internal APIs

[Rahman USTA]

Hello;

OpenJDK publishes JDK Internal APIs and Java 9 changes here
https://wiki.openjdk.java.net/display/JDK8/Java+Dependency+Analysis+Tool

Is it possible to update this document with JavaFX row ? or is there any
wiki for JavaFX like that?

Thanks.

-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Re: Memory leaks on Linux with hardware renderer

[Rahman USTA]

Hello Kevin;

One of our user reported "Must be a memory leak somewhere" in AsciidocFX
project. It seems a similar issue.

You can see the issue here
https://github.com/asciidocfx/AsciidocFX/issues/227

Thanks.

2016-07-21 2:38 GMT+03:00 Kevin Rushforth <kevin.rushfo...@oracle.com>:

> I'll add a comment to that effect (although our incident triage team is
> good about spotting such duplicates).
>
> -- Kevin
>
>
> Itai wrote:
>
>> Thank you. Having gotten no reply, and seeing the bug report was closed
>> and with not means of commenting in the bug report system, I have since
>> (about an hour ago) filed a more detailed report (JI-9042009). I believe
>> they could be safely merged, but the second one does contain some more
>> info.
>> On Thu, Jul 21, 2016 at 2:27 AM, Kevin Rushforth <
>> kevin.rushfo...@oracle.com <mailto:kevin.rushfo...@oracle.com>> wrote:
>>
>> JI-9041860 has now been transferred to the JDK project as:
>>
>> https://bugs.openjdk.java.net/browse/JDK-8161911
>>
>> Our support engineer was not able to reproduce the problem, so
>> closed it as such. Based on the additional information you
>> provided, I have reopened the bug and will ask someone on our team
>> with a physical Linux setup to try to reproduce it.
>>
>> To answer your question, we are not aware of any such leaks.
>>
>> -- Kevin
>>
>>
>>
>> Itai wrote:
>>
>> I'm experiencing multiple memory leaks with JavaFX on Linux,
>> to the point
>> where I'm not sure which bug to report, as it seems like a
>> systematic
>> issue.
>>
>> The memory leak seems to be completely absent when using the
>> software
>> renderer (-Dprism.order=sw), and does not seem to happen on
>> Windows
>> (presumably not on Mac either, although I have no Mac to test it).
>>
>> Test cases include:
>>
>> 1. Use ProgressIndicator with progress set to Indeterminate -
>> with default
>> (HW) renderer memory consumption quickly rises, climbing to
>> 8GB and more if
>> not killed. With software renderer memory usage is reasonable.
>> 2. Using Scene Builder - after a few minutes with Scene
>> Builder it quickly
>> gobbles up all system memory - again, problem seems to go away
>> if using
>> software renderer. This test is less repeatable, as some
>> actions seem more
>> detrimental than others.
>> 3. Using Transitions on nodes (See attached code "Demo.java".
>> I have filed
>> a bug report about this issue, JI-9041860). Running with
>> default renderer
>> the simple program reaches 3GB within 30 seconds, and memory
>> continues to
>> climb. On software renderer memory consumption remains <100MB
>> for a minute
>> and more.
>>
>> As I said, I am no longer sure it is prudent to report
>> specific bugs, as
>> this seems to be some low-level problem. I just want to know
>> if this is a
>> known issue and if there is any way to get around it (besides
>> using the
>> software pipe, which obviously has it's own disadvantages).
>>
>>
>> For reference, I'm using Debian (testing, updated today),
>> kernel version
>> 4.6.2, Intel HD4000 GPU, Intel driver version 2.99.917 (kms
>> driver),
>> OpenJDK version 1.8.0_91-8u91-b14-3-b14 (behavior is identical
>> on Oracle
>> version).
>>
>> If there is any other information needed please let me know.
>> If this is a
>> known issue I apologize, but I have tried searching and didn't
>> find any
>> reports of such behavior.
>>
>> Thank you.
>>
>>
>>


-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Re: JFX as an OSGi service?

[Rahman USTA]

Hi Stephen;

Thanks for the documentationing it.
21 Şub 2016 21:23 tarihinde "Stephen Winnall"  yazdı:

> I’ve now got a subclass  of javafx.application.Application that runs as an
> OSGi service and references other OSGi services under Java 8SE. I’ve tried
> to document it on Github (see https://github.com/winnall/OSGiJavaFXUsage)
> for the benefit of posterity.
>
> Let me know if there are any mistakes or improvements required in the -
> sparse - documentation. I’m also not very good at Git :-(
>
> Thanks to Erik de Rijcke, Maurice, Anirvan Sardar and Kevin Rushforth for
> their comments, all of which guided me - bouncing off the walls - to the
> goal.
>
> Steve
>
>
> > On 20 Feb 2016, at 20:37, Erik De Rijcke 
> wrote:
> >
> > This way only the app will be accessible by other components through the
> service registry. The app itself can not have any @reference because it it
> is javafx itself that instantiates the app object and not the osgi
> declarative services framework (which also takes care of injecting your
> dependencies).
> >
> > The way to work around this in java8 is to take the approach I describe,
> as far as I know that is the only workaround to get scr and javafx glued
> together.
> >
> > In javafx 9 this would be fixed by having your service component
> implement runnable and use the api described by kevin, as you can reuse the
> object created by the osgi framework.
> >
> > On Sat, Feb 20, 2016 at 3:27 PM, Maurice > wrote:
> > That is why the bundle activator creates a bundle-singleton of itself,
> that way the app can access the OSGi world. In my case to register itself
> as a service.
> >
> >
> > @Override
> > public void start(Stage primaryStage) throws Exception {
> > 
> > primaryStage.show();
> >
> > Dictionary properties = createDictionary();
> > BundleContext bundleContext =
> UdooActivator.bundleActivator().getBundleContext();
> >
> bundleContext.registerService(com.cuhka.home.application.Application.class,
> this, properties);
> > }
> >
> > Maurice.
> > Op 20-02-16 om 15:08 schreef Stephen Winnall:
> >
> > Hi Maurice
> >
> > I have done something similar, but it has the following drawback in my
> view: the class launched (Udoo15App in your case) does not run under OSGi
> control, so it has no access to OSGi bundles or services, nor is it
> accessible by them. If you don’t need that, you're OK. But I need that
> class to be part of the OSGi world because other bundles/services are going
> to add parts to the UI as they are instantiated.
> >
> > Steve
> >
> > On 20 Feb 2016, at 14:33, Maurice >
> wrote:
> >
> >
> > For my OSGi based JavaFX solution on the Udoo Quad (ARM based Linux) I
> created a service that publishes the application in the context.The
> application does as little as possible. It sets up the primary stage as
> fullscreen and puts a stackpane in it. Initially the stackpane displays a
> 'boot logo', until the actual desktop bundle is started and registered with
> the application. Note that you have to start the application on a separate
> thread, as the thread will be blocked.
> >
> > On Java 8 this means that although the application bundle can't be
> updated in a running OSGi container, but that is why the desktop exists. On
> startup it registers itself, and thus the application content, with the
> application, and when it is stopped it removes the content from the
> application. The application has thus rarely to be updated itself.
> >
> > Regards,
> > Maurice.
> >
> >
> >
> > public class UdooActivator implements BundleActivator {
> > private static UdooActivator activator;
> > private BundleContext context;
> >
> > static UdooActivator bundleActivator() {
> > return requireNonNull(activator, "activator not set");
> > }
> >
> > @Override
> > public void start(BundleContext context) throws Exception {
> > this.context = context;
> > activator = this;
> > new Thread(() -> Application.launch(Udoo15App.class), "JavaFX
> Desktop launcher").start();
> > }
> >
> > @Override
> > public void stop(BundleContext context) throws Exception {
> > Platform.exit();
> > }
> >
> > public BundleContext getBundleContext() {
> > return context;
> > }
> > }
> >
> > Op 20-02-16 om 01:28 schreef Stephen Winnall:
> > Anirvan, Kevin
> >
> > Thanks for this.
> >
> > I’m an expert neither in JavaFX nor in OSGi, but I think the basis of
> the JavaFX/OSGi incompatibility is control. To work with OSGi, JavaFX has
> to relinquish control of its startup sequence to OSGi in such a way that
> javafx.application.Application (or its proxy) is instantiated by OSGi and
> submits to OSGi’s bundle/service lifecycle. AN OSGi expert can probably
> formulate this better…
> >
> > Platform.startup(runnable) /might/ do it. 

New annotation suggestion @WebkitCall

[Rahman USTA]

Hi;

When calling Java method from WebView component, I generally forget which
methods are called from JavaScript side. For that reason, I created an
annotation called @WebkitCall to represent which methods called from JS
side.

Like this
https://github.com/asciidocfx/AsciidocFX/blob/b0c4d94e7cad95bb8aa6d6da8feb50a1c8236bab/src/main/java/com/kodcu/component/WebkitCall.java

What do you think?

Thanks

-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Why there is no WebWorker like mechanism for JavaFX

[Rahman USTA]

I'm really enjoying developing apps in JavaFX, but I think there is a
limitation point;

When we think HTML5, there is WebWorker to run long-running tasks in
another process. So, we know WebWorker has no DOM access, it is generally
used computational needs.

Ok, We can run long-running tasks in JavaFX with many threading services,
but there is one exception;

There are a lot of JavaScript libraries, and executing them in WebView
needs JavaFX Application Thread. But, what if your JS code takes long time
to execute ? Your UI will hang. Is it required to execute JS code in
WebView if it is not accessing DOM API?

Thanks.

-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Re: Why there is no WebWorker like mechanism for JavaFX

[Rahman USTA]

Yes your suggestion is OK in theory but in practice, Nashorn is too slow
without Warmup. I can say Nashorn is 5x to 10x slower than embedded webkit
to run script.

2015-12-08 15:09 GMT+02:00 Benjamin Gudehus <hasteb...@gmail.com>:

> The JavaFX API offers Worker class for long running tasks.
>
> If you want to execute JavaScript code without DOM and JavaFX you can use
> the Nashorn JS Virtual machine, which is included in Java 8. I guess the
> Nashorn documentation also has examples how it's used with the Java
> scripting API.
> On Dec 8, 2015 1:50 PM, "Rahman USTA" <rahman.usta...@gmail.com> wrote:
>
>> I'm really enjoying developing apps in JavaFX, but I think there is a
>> limitation point;
>>
>> When we think HTML5, there is WebWorker to run long-running tasks in
>> another process. So, we know WebWorker has no DOM access, it is generally
>> used computational needs.
>>
>> Ok, We can run long-running tasks in JavaFX with many threading services,
>> but there is one exception;
>>
>> There are a lot of JavaScript libraries, and executing them in WebView
>> needs JavaFX Application Thread. But, what if your JS code takes long time
>> to execute ? Your UI will hang. Is it required to execute JS code in
>> WebView if it is not accessing DOM API?
>>
>> Thanks.
>>
>> --
>> Rahman USTA
>> Istanbul JUG
>> https://github.com/rahmanusta <http://www.kodcu.com/>
>>
>


-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Re: Where to sign up for bug tracker

[Rahman USTA]

Thank you Anthony;

I think before/after of bug report process is not clear. I don't know who
manages the bug report system but, does anyone think to improve it? I'll
think twice while sending a bug report again.

Thanks.

2015-12-04 13:41 GMT+02:00 Anthony Vanelverdinghe <
anthony.vanelverdin...@gmail.com>:

> Hi Rahman
>
> You can follow your bug by using the following URL:
> https://bugs.openjdk.java.net/browse/JI-9027150
> The JI (Java Incidents) project is not publicly visible, so this will give
> you the OpenJDK Log In page for now. However, as soon as a JDK issue is
> created for your report, this same URL will redirect you to the appropriate
> JDK issue.
> For more information, please refer to this page:
> https://wiki.openjdk.java.net/display/general/JBS+Overview
>
> Kind regards,
> Anthony
>
> 2015-12-04 10:58 GMT+01:00 Rahman USTA <rahman.usta...@gmail.com>:
>
>> Hey Kevin;
>>
>> I filed the bug, where will I follow the review process ? JI-9027150
>>
>> Thanks.
>>
>> 2015-12-03 16:09 GMT+02:00 Rahman USTA <rahman.usta...@gmail.com>:
>>
>> > Thank you Kevin, it is a bit tiresome but ok, I filed the bug.
>> >
>> > 2015-12-03 15:54 GMT+02:00 Kevin Rushforth <kevin.rushfo...@oracle.com
>> >:
>> >
>> >> See the OpenJFX Wiki [1] for information about reporting a bug.
>> >> Application developers should file a bug at bugs.java.com [2].
>> >>
>> >> -- Kevin
>> >>
>> >> [1]
>> https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report
>> >> [2] http://bugs.java.com/
>> >>
>> >>
>> >>
>> >> Rahman USTA wrote:
>> >>
>> >>> Hi;
>> >>>
>> >>> I want to file a bug on https://id.openjdk.java.net/console/login ,
>> but
>> >>> how
>> >>> wifll I create an account for bug tracker ?
>> >>>
>> >>> Thanks.
>> >>>
>> >>>
>> >>>
>> >>
>> >
>> >
>> > --
>> > Rahman USTA
>> > Istanbul JUG
>> > https://github.com/rahmanusta <http://www.kodcu.com/>
>> >
>>
>>
>>
>> --
>> Rahman USTA
>> Istanbul JUG
>> https://github.com/rahmanusta <http://www.kodcu.com/>
>>
>
>


-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Re: Where to sign up for bug tracker

[Rahman USTA]

Hey Kevin;

I filed the bug, where will I follow the review process ? JI-9027150

Thanks.

2015-12-03 16:09 GMT+02:00 Rahman USTA <rahman.usta...@gmail.com>:

> Thank you Kevin, it is a bit tiresome but ok, I filed the bug.
>
> 2015-12-03 15:54 GMT+02:00 Kevin Rushforth <kevin.rushfo...@oracle.com>:
>
>> See the OpenJFX Wiki [1] for information about reporting a bug.
>> Application developers should file a bug at bugs.java.com [2].
>>
>> -- Kevin
>>
>> [1] https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report
>> [2] http://bugs.java.com/
>>
>>
>>
>> Rahman USTA wrote:
>>
>>> Hi;
>>>
>>> I want to file a bug on https://id.openjdk.java.net/console/login , but
>>> how
>>> wifll I create an account for bug tracker ?
>>>
>>> Thanks.
>>>
>>>
>>>
>>
>
>
> --
> Rahman USTA
> Istanbul JUG
> https://github.com/rahmanusta <http://www.kodcu.com/>
>



-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Re: Where to sign up for bug tracker

[Rahman USTA]

Thanks
4 Ara 2015 15:16 tarihinde "Kevin Rushforth" <kevin.rushfo...@oracle.com>
yazdı:

> The Java incident team reviews incoming bugs and transfers them to the JDK
> project within one week if there is enough information to reproduce it.
> Otherwise, they will contact you with a request for more information.
>
> -- Kevin
>
>
> Rahman USTA wrote:
>
> Hey Kevin;
>
> I filed the bug, where will I follow the review process ? JI-9027150
>
> Thanks.
>
> 2015-12-03 16:09 GMT+02:00 Rahman USTA <rahman.usta...@gmail.com>:
>
>> Thank you Kevin, it is a bit tiresome but ok, I filed the bug.
>>
>> 2015-12-03 15:54 GMT+02:00 Kevin Rushforth <kevin.rushfo...@oracle.com>:
>>
>>> See the OpenJFX Wiki [1] for information about reporting a bug.
>>> Application developers should file a bug at bugs.java.com [2].
>>>
>>> -- Kevin
>>>
>>> [1]
>>> https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report
>>> [2] http://bugs.java.com/
>>>
>>>
>>>
>>> Rahman USTA wrote:
>>>
>>>> Hi;
>>>>
>>>> I want to file a bug on https://id.openjdk.java.net/console/login ,
>>>> but how
>>>> wifll I create an account for bug tracker ?
>>>>
>>>> Thanks.
>>>>
>>>>
>>>>
>>>
>>
>>
>> --
>> Rahman USTA
>> Istanbul JUG
>> https://github.com/rahmanusta <http://www.kodcu.com/>
>>
>
>
>
> --
> Rahman USTA
> Istanbul JUG
> https://github.com/rahmanusta <http://www.kodcu.com/>
>
>

Re: Where to sign up for bug tracker

[Rahman USTA]

Thank you Kevin, it is a bit tiresome but ok, I filed the bug.

2015-12-03 15:54 GMT+02:00 Kevin Rushforth <kevin.rushfo...@oracle.com>:

> See the OpenJFX Wiki [1] for information about reporting a bug.
> Application developers should file a bug at bugs.java.com [2].
>
> -- Kevin
>
> [1] https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report
> [2] http://bugs.java.com/
>
>
>
> Rahman USTA wrote:
>
>> Hi;
>>
>> I want to file a bug on https://id.openjdk.java.net/console/login , but
>> how
>> wifll I create an account for bug tracker ?
>>
>> Thanks.
>>
>>
>>
>


-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Where to sign up for bug tracker

[Rahman USTA]

Hi;

I want to file a bug on https://id.openjdk.java.net/console/login , but how
wifll I create an account for bug tracker ?

Thanks.

-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Accessing JavaFX's StageHelper and ContextMenuContent in Jigsaw

[Rahman USTA]

Hi all;

I'm trying Jigsaw build with my JavaFX project, everything is fine but with
two exceptions.

javac could not find/access
com.sun.javafx.scene.control.skin.ContextMenuContent
and com.sun.javafx.stage.StageHelper classes.

I'm using ContextMenuContent to add new menu items to webview's default
context menu. I can set a new ContextMenu for Webviews but, I want to use
actions of default menuitems as well. Code
<https://github.com/asciidocfx/AsciidocFX/blob/master/src/main/java/com/kodcu/component/ViewPanel.java#L95-L127>

I'm doing something when application focus-out, but when an JavaFX Alert is
shown, it acts as focus-out, to avoid this circumstances I'm using
StageHelper Code
<https://github.com/asciidocfx/AsciidocFX/blob/master/src/main/java/com/kodcu/controller/ApplicationController.java#L1037-L1043>

How can I these needs with Jigsaw builds?

Thanks.

-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Process manager already initialized: can't fully enable headless mode

[Rahman USTA]

Hello;

Some of Mac users are facing with following problem. What can be the
reason? Thanks.

Hello I have

Software OS X 10.8.5 (12F2560)
Java 8 U 60
I just have installed the AsciidocFX v1.3.8 for Mac

When I open/execute the program I can see the main window just one second
and it crash, the app is still running, immediately for few seconds below
in the dock an icon about Updater appears and disappears.

If I open the app through a terminal, no error message appears. But using
or checking the
Console -> system.log, I can see the following:

  JavaApplicationStub[261]: [JRSAppKitAWT markAppIsDaemon]: Process manager
already initialized: can't fully enable headless mode.
  JavaApplicationStub[261]: *** -[__NSArrayM insertObject:atIndex:]: object
cannot be nil
  JavaApplicationStub[261]: (
0   CoreFoundation  0x7fff8da96b06
__exceptionPreprocess + 198
1   libobjc.A.dylib 0x7fff880983f0
objc_exception_throw + 43
2   CoreFoundation  0x7fff8da4727a
-[__NSArrayM insertObject:atIndex:] + 282
3   AppKit  0x7fff892f9794 -[NSMenu
insertItem:atIndex:] + 505
4   libawt_lwawt.dylib  0x00012cc435e7
addMenuItem + 185
5   libawt_lwawt.dylib  0x00012cc42f54
-[ApplicationDelegate _updatePreferencesMenu:enabled:] + 211
6   libawt_lwawt.dylib  0x00012cc43179
__Java_com_apple_eawt__1AppMenuBarHandler_nativeSetMenuState_block_invoke_1
+ 159
7   JavaNativeFoundation0x0001007f15f5
+[JNFRunLoop _performCopiedBlock:] + 20
8   Foundation  0x7fff8e25b59a
__NSThreadPerformPerform + 225
9   CoreFoundation  0x7fff8da15b31
__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
10  CoreFoundation  0x7fff8da1551d
__CFRunLoopDoSources0 + 445
11  CoreFoundation  0x7fff8da387f5
__CFRunLoopRun + 789
12  CoreFoundation  0x7fff8da380e2
CFRunLoopRunSpecific + 290
13  HIToolbox   0x7fff8b412eb4
RunCurrentEventLoopInMode + 209
14  HIToolbox   0x7fff8b412b94
ReceiveNextEventCommon + 166
15  HIToolbox   0x7fff8b412ae3
BlockUntilNextEventMatchingListInMode + 62
16  AppKit  0x7fff89307533
_DPSNextEvent + 685
17  AppKit  0x7fff89306df2
-[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 128
18  AppKit  0x7fff892fe1a3
-[NSApplication run] + 517
19  libglass.dylib  0x00011e2c15ec
-[GlassApplication runLoop:] + 1836
20  Foundation  0x7fff8e25b59a
__NSThreadPerformPerform + 225
21  CoreFoundation  0x7fff8da15b31
__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
22  CoreFoundation  0x7fff8da15455
__CFRunLoopDoSources0 + 245
23  CoreFoundation  0x7fff8da387f5
__CFRunLoopRun + 789
24  CoreFoundation  0x7fff8da380e2
CFRunLoopRunSpecific + 290
25  libjli.dylib0x0001000f28fb
CreateExecutionEnvironment + 871
26  libjli.dylib0x0001000ee644
JLI_Launch + 1952
27  JavaApplicationStub 0x00016e98
-[Launcher launch] + 872
28  JavaApplicationStub 0x000175b5
launcher_main + 645
29  JavaApplicationStub 0x00017722 main + 34
30  JavaApplicationStub 0x00011854 start +
52
)
  …. more

  CGXDisableUpdate: UI updates were forcibly disabled by application
"AsciidocFX" for over 1.00 seconds. Server has re-enabled them.
  WindowServer[76]: disable_update_likely_unbalanced: UI updates still
disabled by application "AsciidocFX" after 15.00 seconds (server forcibly
re-enabled them after 1.00 seconds). Likely an unbalanced disableUpdate
call.
What is wrong?

Thanks

Re: HostServices on Linux Ubuntu 14.04 trusty

[Rahman USTA]

I have similar issue. When using host services to show document in
directory services, in Linux environment it shows documents in Web browser,
not in directory service.

Thanks
26 Eyl 2015 11:47 tarihinde "John Maton"  yazdı:

> Good morning all,
> I am using getHostServices().showDocument to display documents, such as
> .pdf files.
> This works find on all versions of Windows I have tested and on Apple Macs,
> but I have a test user running Linux Ubuntu 14.04 trusty where it does not
> work (does nothing).
> Is there some library/resource which must be installed on Ubuntu to make
> HostServices work?
> thanks in advance for any comments,
> John Maton
>

Linux HiDPI support

[Rahman USTA]

Does JavaFX supports HiDPI on Linux platforms?

Thanks.

-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Re: Linux HiDPI support

[Rahman USTA]

Thank you Jim, I will follow up this issue on bugs.openjdk.java.net

I'm main contributer of https://github.com/asciidocfx/AsciidocFX and it's
Linux users want to see that support. I will be appreciated when I see this
report as resolved.

Thanks.

2015-09-23 21:42 GMT+03:00 Jim Graham <james.gra...@oracle.com>:

> We don't yet query any platform properties on Linux, but the underlying
> pipelines should support it just fine.  I created a new bug in JBS to track
> Linux support.  Any information about how to query UI scale factors on
> various Linux flavors and GUI toolkits should be added there.  It should be
> a simple matter of querying the correct properties on startup, but there
> may be some hiccups in determining which is the right set of properties to
> look for on a given run...
>
> https://bugs.openjdk.java.net/browse/JDK-8137050
>
>     ...jim
>
>
> On 9/23/15 8:02 AM, Rahman USTA wrote:
>
>> Does JavaFX supports HiDPI on Linux platforms?
>>
>> Thanks.
>>
>>


-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta <http://www.kodcu.com/>

Another JavaFX Application Thread

[Rahman USTA]

Hello all;

I'm developing AsciidocFX https://github.com/asciidocfx/AsciidocFX .
Everything is good with JavaFX but I have some trouble of it's threading
model.

My case is;

AsciidocFX converts AsciiDoc documents to another formats (html, docbook,
etc.) with asciidoctor.js using a WebView component . When we are using big
AsciiDoc files (for example a book), generating docbook or something takes
some seconds. While converting AsciiDoc documents, UI is being unresponsive
until conversion completed because Asciidoctor.js must be run on JavaFX
Application Thread and conversion takes long time. I think there must be a
hack or something to handle that scenario.

I thought to use HTML 5 Web Worker in WebView, but it will brings me more
complexity in JavaScript side. I need a solution in Java FX side.

Thanks.

-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta http://www.kodcu.com/

Re: Another JavaFX Application Thread

[Rahman USTA]

@Mike

JRuby brings me ~ +30 MB. I tried to use Nashorn also but it is so slow.
I'm thinking to continue with WebView.

The question is why there is HTML 5 Web Workers. Why there is no like that
for JavaFX threading model.

@Jens

Expensiveness comes from JavaScript code that runs on UI thread. Script
execution takes long time normally. For example docbook conversion
execution starts from here
https://github.com/asciidocfx/AsciidocFX/blob/master/src/main/java/com/kodcu/component/HtmlPane.java#L56

2015-08-06 13:45 GMT+03:00 Mike Hearn m...@plan99.net:

 That seems like a roundabout way to do things.

 The web tells me:  The asciidoctor.js project is a direct port of
 Asciidoctor from Ruby to JavaScript using the Opal Ruby-to-JavaScript cross
 compiler

 Why don't you use JRuby and run the original Asciidoctor code directly in
 a background thread? That way, no webview is needed and it can all be done
 in the background.




-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta http://www.kodcu.com/

Re: Another JavaFX Application Thread

[Rahman USTA]

Jens;

executeScript must be run on JavaFX Application Thread, and execution of my
script takes long time. There is an unavoidable freezing case if your
script takes long time.

CompletableFuture can't help us because the issue arise from JavaScript
execution.





2015-08-06 14:17 GMT+03:00 Jens Kapitza j.kapi...@schwarze-allianz.de:

 Am Donnerstag, 6. August 2015, 14:00:27 schrieb Rahman USTA:
  @Mike
 
  JRuby brings me ~ +30 MB. I tried to use Nashorn also but it is so slow.
  I'm thinking to continue with WebView.
 
  The question is why there is HTML 5 Web Workers. Why there is no like
 that
  for JavaFX threading model.
 
  @Jens
 
  Expensiveness comes from JavaScript code that runs on UI thread. Script
  execution takes long time normally. For example docbook conversion
  execution starts from here
 
 https://github.com/asciidocfx/AsciidocFX/blob/master/src/main/java/com/kodcu
  /component/HtmlPane.java#L56

 i would replace:
JSObject result = (JSObject)

 webEngine().executeScript(String.format(convertDocbook(editorValue,docbookOptions)));
  return 

 with:



 CompletableFutureJSObject future = CompletableFuture.supplyAsync(
 () - {
return
 (JSObject)

 webEngine().executeScript(String.format(convertDocbook(editorValue,docbookOptions)));
 }
 );


 return new ConverterResult(future);  you should check if future is
 present

 change your method an provide a consumer to call on completion an do not
 return the result (would be better)




 --
 Jens Kapitza




-- 
Rahman USTA
Istanbul JUG
https://github.com/rahmanusta http://www.kodcu.com/