Re: Testing your JavaFX applications on JDK 9
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 : > 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 : > >> 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
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 : > 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
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
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
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
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 : > 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?
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 i...@cuhka.com>> 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 mailto:i...@cuhka.com>> > 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. Platform.launch(class) doesn’t > because the object thereby instantiated is always under the control of >
New annotation suggestion @WebkitCall
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/>
Re: Why there is no WebWorker like mechanism for JavaFX
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 : > 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" 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/>
Why there is no WebWorker like mechanism for JavaFX
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: Where to sign up for bug tracker
Thanks 4 Ara 2015 15:16 tarihinde "Kevin Rushforth" 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 : > >> Thank you Kevin, it is a bit tiresome but ok, I filed the bug. >> >> 2015-12-03 15:54 GMT+02:00 Kevin Rushforth : >> >>> 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
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 : > >> 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 : >> >> > Thank you Kevin, it is a bit tiresome but ok, I filed the bug. >> > >> > 2015-12-03 15:54 GMT+02:00 Kevin Rushforth > >: >> > >> >> 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
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 : > Thank you Kevin, it is a bit tiresome but ok, I filed the bug. > > 2015-12-03 15:54 GMT+02:00 Kevin Rushforth : > >> 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
Thank you Kevin, it is a bit tiresome but ok, I filed the bug. 2015-12-03 15:54 GMT+02:00 Kevin Rushforth : > 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
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
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/>
Re: Process manager already initialized: can't fully enable headless mode
Is it a bug ? or what? Could someone help me for this issue? Thanks. 2015-10-06 22:27 GMT+03:00 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 > -- Rahman USTA Istanbul JUG https://github.com/rahmanusta <http://www.kodcu.com/>
Process manager already initialized: can't fully enable headless mode
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
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 >
Re: Linux HiDPI support
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 : > 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/>
Linux HiDPI support
Does JavaFX supports HiDPI on Linux platforms? Thanks. -- Rahman USTA Istanbul JUG https://github.com/rahmanusta <http://www.kodcu.com/>
Re: Another JavaFX Application Thread
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 : > 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: > > > > CompletableFuture 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/>
Re: Another JavaFX Application Thread
@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 : > 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/>
Another JavaFX Application Thread
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/>