Discussion :

[Teocali]

Bonjour,

j'essaye de faire fonctionner Scene Builder sous Linux en suivant la methode donné par XavierZERO ici mais je me retrouve avec une exception que je ne comprends pas vraiment. La stacktrace est la suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Exception in Application start method
Exception in thread "main" java.lang.RuntimeException: Exception in Application start method
	at com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:403)
	at com.sun.javafx.application.LauncherImpl.access$000(LauncherImpl.java:47)
	at com.sun.javafx.application.LauncherImpl$1.run(LauncherImpl.java:115)
	at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.NullPointerException
	at com.oracle.javafx.authoring.persist.Template.getContent(Template.java:125)
	at com.oracle.javafx.authoring.persist.Template.generate(Template.java:182)
	at com.oracle.javafx.authoring.Project.create(Project.java:756)
	at com.oracle.javafx.authoring.Project.create(Project.java:746)
	at com.oracle.javafx.authoring.DesignerTool.newProject(DesignerTool.java:259)
	at com.oracle.javafx.authoring.DesignerTool.commonInit(DesignerTool.java:371)
	at com.oracle.javafx.authoring.DesignerTool.init(DesignerTool.java:317)
	at com.oracle.javafx.authoring.SceneBuilderLauncher$RunningInstance.launch(SceneBuilderLauncher.java:56)
	at com.oracle.javafx.authoring.Main.start(Main.java:49)
	at com.sun.javafx.application.LauncherImpl$5.run(LauncherImpl.java:319)
	at com.sun.javafx.application.PlatformImpl$5.run(PlatformImpl.java:206)
	at com.sun.javafx.application.PlatformImpl$4.run(PlatformImpl.java:173)
	at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:76)
	at com.sun.glass.ui.gtk.GtkApplication._runLoop(Native Method)
	at com.sun.glass.ui.gtk.GtkApplication$3$1.run(GtkApplication.java:82)
	... 1 more

Si quelqu'un pouvait m'aider, je lui en serais grandement reconnaissant.

Cordialement,
Teo

[bouye]

Voici ce que je viens de faire dans une machine virtuel Ubuntu 11.10 64bit sous VirtualBox :

1. J'ai récupéré et installé les runtimes Java 1.7.0_05 64bit.
2. J'ai récupéré le SDK JavaFX 2.2 b15 64bit.
3. J'ai récupéré l'install de SceneBuilder 1.0 b44 64bit que j'ai faite sous Windows.

4. Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   export PATH=/home/fabrice/Downloads/jre1.7.0_05/bin:$PATH

5. Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   export LD_LIBRARY_PATH=/home/fabrice/Downloads/javasdk2.2.0-beta/rt/lib/amd64/

6. Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   cd <repertoire de SceneBuilder>/lib

7. Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   java -classpath jfxrt.jar:javafx-beans-dt.jar:javafx-designtime.jar:SceneBuilder.jar com.oracle.javafx.authoring.Main

Et voilà !

[Teocali]

[*]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

export PATH=/home/fabrice/Downloads/jre1.7.0_05/bin:$PATH

ça je capte, c'est pour pouvoir accéder au java, pas de soucis pour moi de ce coté là...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

export LD_LIBRARY_PATH=/home/fabrice/Downloads/javasdk2.2.0-beta/rt/lib/amd64/

là par contre, je seche... ça sert a quoi ?

Dans le doute, j'ai reproduit la marche a suivre, adaptée a mon environnement bien sur... même erreur. Il semble rechercher un document qu'il ne trouve pas

[bouye]

Ben c'est pour lui dire ou sont les libs dynamiques et éviter de se taper un "machintruc.so not found / could not load machintruc.so" (bref l’équivalent des dll sous Linux)

3.3.1. LD_LIBRARY_PATH

You can temporarily substitute a different library for this particular execution. In Linux, the environment variable LD_LIBRARY_PATH is a colon-separated set of directories where libraries should be searched for first, before the standard set of directories; this is useful when debugging a new library or using a nonstandard library for special purposes. The environment variable LD_PRELOAD lists shared libraries with functions that override the standard set, just as /etc/ld.so.preload does. These are implemented by the loader /lib/ld-linux.so. I should note that, while LD_LIBRARY_PATH works on many Unix-like systems, it doesn't work on all; for example, this functionality is available on HP-UX but as the environment variable SHLIB_PATH, and on AIX this functionality is through the variable LIBPATH (with the same syntax, a colon-separated list).

LD_LIBRARY_PATH is handy for development and testing, but shouldn't be modified by an installation process for normal use by normal users; see ``Why LD_LIBRARY_PATH is Bad'' at http://www.visi.com/~barr/ldpath.html for an explanation of why. But it's still useful for development or testing, and for working around problems that can't be worked around otherwise. If you don't want to set the LD_LIBRARY_PATH environment variable, on Linux you can even invoke the program loader directly and pass it arguments. For example, the following will use the given PATH instead of the content of the environment variable LD_LIBRARY_PATH, and run the given executable:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

  /lib/ld-linux.so.2 --library-path PATH EXECUTABLE

Just executing ld-linux.so without arguments will give you more help on using this, but again, don't use this for normal use - these are all intended for debugging.

Ben après pour le reste de ton problème, faut voir quelle distrib ? Quelle version de Java, JavaFX, SceneBuilder ? 32 ou 64bit? etc...

[Teocali]

je pense pas avoir eu de souci avec les librairies en question. En tout cas le programme se lance bien, et apparaît dans la liste des processus.
Sinon, je suis en java 7. java -version me retourne le texte suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
java version "1.7.0_147-icedtea"
OpenJDK Runtime Environment (IcedTea7 2.0) (7~b147-2.0-0ubuntu0.11.10.1)
OpenJDK Server VM (build 21.0-b17, mixed mode)

ma distrib est une distrib mint 12 32 bits et j'ai la derniere version beta de SceneBuilder et javafx.

J'ai installé SceneBuilder dans une machine virtuelle Windows Seven 32 bits et tout et tout. Par contre, je m'en suis servi avant de la copier vers mon systeme Linux Host... est-ce que le probleme pourrait venir de là ?

Teo

[bouye]

Non, pareil pour moi, c'est une copie de ma version Windows qui est utilisée.

Et eh, même si c'est juste pour tester 5min (histoire de vérifier si ça plante pareil ou pas), tu ne peux pas aller télécharger le JRE ou JDK d'Oracle ?
Parce que bon, moi l'OpenJDK j'ai toujours eut des soucis de compatibilité avec.

[Teocali]

Ah ben on va tester.

Concernant l'openJDK, pour la version 6, je plussoie grandement. mais j'avais cru comprendre que pas de probleme pour la version 7. En tout cas, je n'en ai pas eu (alors qu'en version 6... mamma mia...)

bon, test en cours.

EDIT : Bon, ben, c'était ça... vous m'excuserez, j'vais aller m'pendre... ou les responsables openJdk, je sais pas encore
Par contre, si quelqu'un pouvait m'expliquer le sens de l'erreur, je lui en serait reconnaissant, pour le coup...

[bouye]

Je doute qu'on puisse être plus précis, a part le fait qu'a un moment ils doivent appeler un trucs proprio Oracle (ou sous license, y en a encore pas mal dans le JRE).
Il serait plus intéressante de voir si les autres trucs de JavaFX (ex: la démo Ensemble ou ScenicView) ou même JavaFX tout court fonctionnent sur l'OpenJDK ou s'il faut continuer a utiliser le JRE d'Oracle tant que c'est pas en version finale.

Comme je disais, moi l'OpenJDK j'en ai des mauvais souvenirs et comme je ne suis pas un fanatique (dans le mauvais sens du terme) du "libre" a tout prix, pour le moment utiliser le truc d'Oracle me va (j'ai pas une confiance aveugle dans Oracle non plus, hein, qu'on soit bien clair).
Mais bon, Linux n'est pas ma plateforme cible principale, tous mes utilisateurs sont sous Windows.

[Teocali]

Bah, avec l'openJDK 7, j'ai pas de soucis dans le programme que je suis en train de développer en JavaFX. C'est le premier réel problème que j'ai rencontré.

Quand a utiliser Linux, bah, c'est un choix perso, surtout depuis que JavaFX est dispo dessus.

Teo