Comments on: Writing a Java-based Task http://fxexperience.com/2009/11/writing-a-java-based-task/ Sharing the Experience of JavaFX Tue, 27 Jul 2010 23:34:04 -0600 http://wordpress.org/?v=2.8.6 hourly 1 By: David Young http://fxexperience.com/2009/11/writing-a-java-based-task/comment-page-1/#comment-1787 David Young Fri, 04 Dec 2009 04:44:56 +0000 http://fxexperience.com/?p=236#comment-1787 Thanks for this very helpful tutorial! I've been looking for ways to get around the "lock-up" in the GUI when waiting for long operations to complete from a server. Looks like integrating JavaTaskBase was the way back to responsiveness. As a complete newbie on this, I also learned that the start() method should be called on LocalFileReaderImpl to create the separate thread for execution. I'm looking forward to what's new in 1.3 but am happy to know that I can start using JavaTaskBase right away! Thanks for this very helpful tutorial!

I’ve been looking for ways to get around the “lock-up” in the GUI when waiting for long operations to complete from a server. Looks like integrating JavaTaskBase was the way back to responsiveness.

As a complete newbie on this, I also learned that the start() method should be called on LocalFileReaderImpl to create the separate thread for execution. I’m looking forward to what’s new in 1.3 but am happy to know that I can start using JavaTaskBase right away!

]]> By: Java desktop links of the week, November 30 | Jonathan Giles http://fxexperience.com/2009/11/writing-a-java-based-task/comment-page-1/#comment-1740 Java desktop links of the week, November 30 | Jonathan Giles Mon, 30 Nov 2009 19:13:37 +0000 http://fxexperience.com/?p=236#comment-1740 [...] Richard Bair blogged about ‘language lessons 1: object creation‘, and ‘writing a Java-based game‘, and Jasper Potts posted a number of sample text effects that he created in [...] [...] Richard Bair blogged about ‘language lessons 1: object creation‘, and ‘writing a Java-based game‘, and Jasper Potts posted a number of sample text effects that he created in [...]

]]> By: Richard Bair http://fxexperience.com/2009/11/writing-a-java-based-task/comment-page-1/#comment-1633 Richard Bair Tue, 24 Nov 2009 17:18:01 +0000 http://fxexperience.com/?p=236#comment-1633 I think if the callback system was built into JavaTaskBase (ie: the finished function was built into JavaTaskBase), then we could ensure it is always on the right thread. If you try to provide JavaTaskBase a RunnableFuture implementation that is an FX object then it will complain. I think if the callback system was built into JavaTaskBase (ie: the finished function was built into JavaTaskBase), then we could ensure it is always on the right thread. If you try to provide JavaTaskBase a RunnableFuture implementation that is an FX object then it will complain.

]]> By: void256 http://fxexperience.com/2009/11/writing-a-java-based-task/comment-page-1/#comment-1632 void256 Tue, 24 Nov 2009 17:12:34 +0000 http://fxexperience.com/?p=236#comment-1632 Very nice explanation! Just one note: The FX.deferAction is *very* important but could easily be missed. If you'd omit the FX.deferAction it would still compile and would probably work. Well in 95% of the time ;) Unless you're unlucky (like me) and you're running into deadlock situations when the background Thread and the main Event-Thread try to modify the same data at the same time :) It happend to me and my application just sporadically hanged: http://forums.sun.com/thread.jspa?forumID=934&threadID=5413671 Not very funny :) Of course FX.deferAction absolulty makes sense once you understand that there are actually 2 threads at work but it can be all to easily be forgotten to add. Are there any plans to detect or force the use of it? Very nice explanation!

Just one note:

The FX.deferAction is *very* important but could easily be missed. If you’d omit the FX.deferAction it would still compile and would probably work. Well in 95% of the time ;) Unless you’re unlucky (like me) and you’re running into deadlock situations when the background Thread and the main Event-Thread try to modify the same data at the same time :)

It happend to me and my application just sporadically hanged: http://forums.sun.com/thread.jspa?forumID=934&threadID=5413671

Not very funny :)

Of course FX.deferAction absolulty makes sense once you understand that there are actually 2 threads at work but it can be all to easily be forgotten to add.

Are there any plans to detect or force the use of it?

]]>