Speed up JavaFX debugging in Netbeans

If debugging a JavaFx app is unacceptably slow, disabling component tracking will help :

Tools -> Options -> Java -> Java Debugger -> Visual Debugging : uncheck "Track locations of component hierarchy changes"

This option may be usefull when one need to know when and where a component was added to the hierarchy, and useless the rest of the time.
It’s filed as bug 241082 in Netbeans, and turning the option off is the most sensible thing to do.

As discussed on : http://mail.openjdk.java.net/pipermail/openjfx-dev/2014-January/012533.html

Unscrew Windows 8/10 apps and menu

If you happen to screw windows 8/10 modern apps when cleaning AppLocal blindly, you can rebuild the config/install of Microsoft store and core apps so :

  1. Run Powershell as admin
  2. Get-AppXPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register « $($_.InstallLocation)AppXManifest.xml »}
  3. Wait and pray

Get more tips from : http://www.urtech.ca/2015/05/solved-windows-10-start-menu-and-modern-apps-do-not-function/ or http://www.thewindowsclub.com/start-menu-does-not-open-windows-10

Netbeans +JUnit4 +Unicode output in test results

For some reasons JUnit does not output unicode when run from within Netbeans (all versions) facilities, whatever Netbeans configuration is. Since Ant can be influenced from at least 3 places (build.xml script, global options, project options), I record a solution here, which further captures the information at the project level and not the IDE level.

The shortest path to fix that is to add -Dfile.encoding=UTF-8 to the VM options specific to the project run settings. This is different from the VM settings used to launch Netbeans (in etc/config/netbeans.conf), and is project specific. Ant will use the run options set to execute the project to run the unit tests, which makes sense.

This options can be found by right clicking on the project name in the project view (CTRL+1) or through Run > Set Project Configuration > Customize…, then go to the « Run » category and find VM Options.

VirtualBox on Windows 8

VirtualBox will NOT work when Hyper V is installed. Make sense when dig far enough, but far from obvious at first !

VMWare makes it clear by not starting up and complaining out loud, but VirtualBox keeps trying, with various confusing messages that make you feel a setting is wrong in your virtual machine.

No you choose Hyper V or something else, and don’t forget to completely uninstall Hyper V if you don’t use it (although it is kind of neat !)

Utiliser des symboles grec comme variable en java sous Netbeans

Bien que Java supporte largement l’unicode, pouvoir en utiliser comme non de variable n’est pas si simple, car la plupart des éditeurs ont une configuration limitée.

C’est pourtant bien pratique dans du code scientifique d’utiliser des Δ, ε, σ, ρ, μ afin de rendre les boucles plus lisible.

Sous Netbeans, c’est possible en suivant le conseil de ce post, à savoir, ajouter -J-Dfile.encoding=UTF-8 à la ligne de lancement de netbeans.conf). Pour info sous Windows 7 ça se trouve sous C:Program FilesNetBeans 7.xx etc.

Reste encore à choisir une police de caractère qui contient les dit caractères, ce qui est probablement déjà le cas pour les polices courantes. J’utilise la DejaVu Sans Mono dans l’éditeur, qui est libre, et peut donc être ajouté aux livrables du projet, afin de s’assurer que le code sera encore lisible dans l’avenir. La famille des bitstream par exemple ne fonctionne pas du tout.

Enfin, il faut apprendre les codes des caractères à utiliser, et configurer son OS pour faciliter la saisies des codes: http://en.wikipedia.org/wiki/Unicode_input#Hexadecimal_code_input.

Pour windows, ce site résume toutes les possibilités: http://www.fileformat.info/tip/microsoft/enter_unicode.htm.J’utilise l’utilitaire unicodeinput, car la méthode alt+ de windows est fréquemment en conflit avec les raccourcis de menu.

WIkipedia fournit une liste des symboles pratique sur une page.

Note: Netbeans est configuré par défaut pour éditer les fichiers en utf-8. Dans ce format, il semble que les codes supérieurs à u03FF ne soit pas gérés correctement. Changer l’encodae en utf-32 fixe le problème, mais je me cantonne aux caractères grecque, et abandonne les autres symboles mathématiques, car ça plante certaines composants de Netbeans.

Bref, on n’y est pas encore !