Du Qt en Java avec Qt Jambi

Version imprimable

13/06/2011, 20h26
dourouc05

Du Qt en Java avec Qt Jambi

Vous avez envie d'avoir des interfaces qui s'adaptent à votre environnement de travail ? Et, en plus, pour tout un tas de raisons, vous souhaitez le faire en Java plutôt qu'en C++ ?

Allons-y, je vais vous expliquer pas à pas ma démarche.

Ce tutoriel n'a pas pour vocation d'être la bible du Qt Jambi mais plutôt de vous aider à vous jeter dans la gueule du loup relativement simplement (ce qui est écrit juste après est le fruit de plusieurs heures de recherches).

Du Qt en Java avec Qt Jambi
14/06/2011, 11h41
sinok

Personnellement j'ai un peu des doutes sur la pérennité du projet, il a été droppé par Nokia, donc ce sont des bénévoles qui l'ont repris, et de plus le passage à Qt5 lui sera probablement fatal (grosso modo il faudrait refaire tout les bindings pour s'adapter à tout ce qui est scenegraph, QML, QtComponents &cie)...
15/06/2011, 12h22
dourouc05

Non, pas besoin de tout refaire, ils peuvent très bien repartir sur les bases actuelles. QML n'est pas une nouveauté de Qt 5, c'est déjà dans Qt 4.7 (et pas encore supporté par Jambi). Mais ce n'est pas forcément le plus bloquant, le binding est déjà bien fonctionnel, on peut déjà bien s'amuser avec lui.
16/06/2011, 19h59
dourouc05

Pour programmer en Java, chacun a ses propres habitudes. Pour ma part, je suis partisan du non EDI, tout en ligne de commandes... De la même manière que j'ai choisi Linux pour comprendre ce que je faisais, je préfère la ligne de commande quand je programme.

Seulement, si vous êtes sous Windows ou que vous n'aimez pas la ligne de commande, vous pouvez utiliser un IDE. Je partirais volontier du principe que vous savez utiliser votre IDE.

Utiliser Qt avec Java
17/06/2011, 10h19
tchize_

Sans vouloir d'abuser, tu pourrais mettres des pages suivante / précédente dans les tutos, parce que c'est pas facile de devoir à chaque fois revenir sur la page de garde pour cliquer sur le lien suivant :)

PS: dommage, pas de version windows java 64 bits :/
17/06/2011, 12h40
nickylarson

Citation:

Envoyé par sinok

Personnellement j'ai un peu des doutes sur la pérennité du projet, il a été droppé par Nokia, donc ce sont des bénévoles qui l'ont repris, et de plus le passage à Qt5 lui sera probablement fatal (grosso modo il faudrait refaire tout les bindings pour s'adapter à tout ce qui est scenegraph, QML, QtComponents &cie)...

J’apprécie beaucoup Qt, mais je partage l'avis de sinok (mais ou est Madame Folding :mrgreen:?!).

J'avais effectivement noté la même chose, et si on rajoute en toile de fond M$ avec sa venue dans l’écosystème nokia...
21/06/2011, 22h27
dourouc05

Citation:

Envoyé par tchize_

Sans vouloir d'abuser, tu pourrais mettres des pages suivante / précédente dans les tutos, parce que c'est pas facile de devoir à chaque fois revenir sur la page de garde pour cliquer sur le lien suivant :)

Je viens d'ajouter des références en bas d'article, avec des liens vers tous les articles de la série déjà publiés ;) !

Citation:

Envoyé par nickylarson

J'avais effectivement noté la même chose, et si on rajoute en toile de fond M$ avec sa venue dans l’écosystème nokia...

Ils en viennent à tellement tenter de rassurer les développeurs que ça commence à devenir inquiétant, en effet. Dernière tentative en date : http://blog.qt.nokia.com/2011/06/21/...-next-billion/, avec http://qt.developpez.com/actu/34368/...-framework-Qt/.
22/06/2011, 14h18
herzleid

Citation:

Envoyé par sinok

Personnellement j'ai un peu des doutes sur la pérennité du projet, il a été droppé par Nokia, donc ce sont des bénévoles qui l'ont repris, et de plus le passage à Qt5 lui sera probablement fatal (grosso modo il faudrait refaire tout les bindings pour s'adapter à tout ce qui est scenegraph, QML, QtComponents &cie)...

C'est un faux argument. Le nombre de projets de niveau professionnel qui tourne avec des bénévoles est très important.
Par contre, le fait qu'il y ait peu de battage autour de cette solution, risque de lui être fatale (peu de nouveau dev, peu de renouvellement de dev etc ....)
23/06/2011, 22h47
dourouc05

Dans ce tutoriel, nous allons voir les bases de la création d'un projet en utilisant Qt Jambi. Nous verrons comment ouvrir une fenêtre.

Qt Jambi : codons notre première fenêtre
27/06/2011, 10h52
dourouc05

Plusieurs possibilités pour agencer les widgets (objets graphiques) dans une fenêtre : cela s'appelle les layouts (ou dispositions).

Qt Jambi : disposer les choses
12/07/2011, 20h12
dourouc05

Maintenant qu'on sait disposer des objets dans des widgets, il faut finalement mettre ce widget dans une fenêtre pour l'afficher. Mais, jusque là, tout s'affichait très bien ? Oui, car votre gestionnaire de fenêtres, ne pouvant pas afficher un widget seul, créait une fenêtre pour que nous puissions afficher notre widget. Mais, si on veut changer le titre, par exemple, il faut une vraie fenêtre.

Qt Jambi : une boîte de dialogue
12/07/2011, 20h39
dourouc05

Le plus souvent, pour organiser tout cela, on utilise des menus, des barres d'outils et une barre de statut. Qt nous propose un objet QMainWindow pour gérer tout cela.

Qt Jambi : une application avec des menus et des barres d'outils
12/07/2011, 20h42
dourouc05

Un objet Qt (dérivant de QObject) peut utiliser les mécanismes de signaux/slots. Ce mécanisme est une implémentation du pattern observateur qui consiste à émettre un signal sans connaitre le(s) destinataire(s) et recevoir un signal sans connaître l'émetteur (bien que l'on puisse le savoir si nécessaire, ce n'est en général pas le cas). La manière dont elle a été portée pour Qt Jambi est très intéressante. Lisez plutôt...

Qt Jambi : connecter les objets entre eux
27/07/2011, 21h00
dourouc05

On peut bien sûr utiliser les signaux existants, mais ça peut-être intéressant d'émettre des signaux entre ses propres objets. Heureusement pour nous, avec Qt Jambi c'est très facile. Voyez plutôt...

Qt Jambi : émettre un signal
27/07/2011, 21h01
dourouc05

On va ici créer un lecteur avec des menus.

Qt Jambi : JEditor, un simple éditeur de fichier texte
27/07/2011, 21h01
dourouc05

On va ici créer une visionneuse d'images avec des menus.

Qt Jambi : JViewer, un lecteur d'image
30/07/2011, 06h30
Noze_

Ce qui est appréciable avec qt Jambi reste la rapidité avec laquelle on définit des raccourcis clavier.

Les raccourcis de JMenuItem sont assez longs à définir en comparaison de ceux montrés ici.

Des avis sur le "long terme" quant à l'utilisation de ce portage de Qt ?

Merci pour ces explications claires.
04/08/2011, 11h52
dourouc05

Citation:

Envoyé par Noze_

Des avis sur le "long terme" quant à l'utilisation de ce portage de Qt ?

Ce n'est pas un portage, c'est un binding : tout ce que tu fais en Java finit en appels de fonctions C++. La différence est grande : tout ce qui améliore Qt sans toucher à son API est directement disponible à Qt Jambi ; par contre, toute modification de l'API requiert des modifications du côté de Qt Jambi, pour la plupart automatisables.

Ensuite, ce binding sera encore utilisable pour Qt 4.8 sans grandes modifications, si du moins la séparation en modules ne change pas trop l'architecture actuelle. Par contre, pour Qt 5 et Qt Quick, il n'y a pour le moment rien de prévu : personne qui travaille sur le support de Qt Quick ; Qt 5 apportant une modularisation effective avec open governance et tout ce qui va avec, ça risque de ne pas être une partie de plaisir de leur côté.
20/09/2013, 10h39
zodd

Bonjour,

Utilisateur de Qt et voulant tester une bibliothèque Java qui semble "mieux faite" que ce qu'on trouve sous C++, je me suis dit que c'était l'occasion de tester Qt Jambi.

là je sis sous windws avec Qt creator comme IDE.. et je bloque déjà sur cette partie du tutorial:

"Il vous faut aussi configurer le classpath pour ajouter qtjambi/qtjambi.jar à la liste des bibliothèques nécessaires à la compilation et à l'exécution. Dans votre EDI favori, vous pouvez configurer qtjambi comme une nouvelle bibliothèque et ajouter la javadoc. Il vous faudra ensuite ajouter QtJambi comme bibliothèque de votre projet. "

De plus si j'utilise la ligne de commande pour tester le premier exemple il se passe ça:
C:\Tests>javac -cp c:\qtjambi-4.7.1\qtjambi.jar:. Test.java
'javac' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.

J'ai une autre question, quelqu'un a-t'il un projet de base type helloworld à tester pour commencer et être sur qu'on a bien paramétré notre IDE comme il faut?
20/09/2013, 13h27
tchize_

Citation:

Envoyé par zodd

là je sis sous windws avec Qt creator comme IDE.. et je bloque déjà sur cette partie du tutorial:

Je ne pense pas que QT creator soit capable de faire autre chose que du C++. Les IDEs les plus courant pour faire du java sont netbeans, eclipse, intelliJ IDEA

Citation:

De plus si j'utilise la ligne de commande pour tester le premier exemple il se passe ça:
C:\Tests>javac -cp c:\qtjambi-4.7.1\qtjambi.jar:. Test.java
'javac' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.

As-tu bien installer le jdk java? si oui, tu ne l'a pas mis dans le path (normalement c'est automatique, mais il y a surement un case dans l'installeur pour ne pas le faire). Le plus simple est de tapper le chemin complet vers java (c:\program files\oracle\java\jdk1.7\ etc etc)
20/09/2013, 13h44
sinok

Il faut que tu aies le JDK installé sur ton poste et que le répertoire bin de celui ci soit ajouté à ton path. (et éventuellement créer la variable d'environnement JAVA_HOME pointant sur le répertoire d'installation du jdk)
20/09/2013, 13h56
zodd

oups, merci à vous deux pour l'éclaircissement.. non je n'ai installé que Qt Jambi. je pensais que c'était suffisant. je crois bien que je loupé pas mal de chose (bon je n'ai jamais touché ou écrit une seule ligne de Java jusqu'à présent).

Bon je suis en train de télécharger le JDK ici:
http://www.oracle.com/technetwork/ja...s-1880260.html

et là je regarde ce qui se fait du coté d'eclipse:
http://www.eclipse.org/downloads/

Vous me conseillez de commencer par quoi ?
Pour l'instant j'ai pris le JDK et Eclipes for Java Developpers.
20/09/2013, 14h26
tchize_

C'est bon pour commencer, dans elcipse tu aura juste à démarre un nouveau projet puis bouton droit -> add libraries to project -> et tu va choisir qt gambit.

Je crois que l'installeur de qtgambit t'as juste installé les librairies QT ainsi que les jar de qtgambit ;)

Bon alors je me suis aidé d'un tutorial, j'ai ajouté le JAR de Qtjambi dans le wizard de création de projet, jusque là tout va bien, j'ai créer une class :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
 
package projet1;
 
import com.trolltech.qt.gui.QApplication;
import com.trolltech.qt.gui.QPushButton;
 
public class sdz1 {
 
	public static void main(String[] args) {
		// TODO Auto-generated method stub
		QApplication.initialize(args);
 
	       QPushButton bouton = new QPushButton("Alors, la forme ?");
	       bouton.show();
 
	       QApplication.exec();
	}
 
}

et lorsque je run, j'ai ce message:

Code:

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 thread "main" java.lang.ExceptionInInitializerError
	at com.trolltech.qt.QtJambiObject.<clinit>(Unknown Source)
	at projet1.sdz1.main(sdz1.java:11)
Caused by: java.lang.RuntimeException: Loading library failed, progress so far:
No 'qtjambi-deployment.xml' found in classpath, loading libraries via 'java.library.path'
Loading library: 'QtCore4.dll'...
 - using 'java.library.path'
 
	at com.trolltech.qt.internal.NativeLibraryManager.loadNativeLibrary(Unknown Source)
	at com.trolltech.qt.internal.NativeLibraryManager.loadQtLibrary(Unknown Source)
	at com.trolltech.qt.Utilities.loadQtLibrary(Unknown Source)
	at com.trolltech.qt.Utilities.loadQtLibrary(Unknown Source)
	at com.trolltech.qt.QtJambi_LibraryInitializer.<clinit>(Unknown Source)
	... 2 more
Caused by: java.lang.UnsatisfiedLinkError: C:\Qt\4.8.5\bin\QtCore4.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform
	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
	at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1957)
	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1882)
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1843)
	at java.lang.Runtime.load0(Runtime.java:795)
	at java.lang.Runtime.load(Runtime.java:783)
	at com.trolltech.qt.internal.NativeLibraryManager.loadLibrary_helper(Unknown Source)
	... 7 more

je n'ai pas l'impression que Qtjambi est bien ajouté au projet mais lorsque je j'ouvre .classpath, j'ai bien la node classpathentry avec
kind lib
path C:/qtjambi-4.7.1/qtjambi-4.7.1.jar
et dans l'onglet source:
<classpathentry kind="lib" path="C:/qtjambi-4.7.1/qtjambi-4.7.1.jar"/>

j'ai peut être une idée, ou pas ^^ sur le soucis..

est ce que le fait que Qt 4.8.5 soit dans le PATH car déjà installé sur mon post peut poser problème?

Edit: j'ai fait le test en ligne de commande aussi:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 C:\Tests>javac -classpath C:\qtjambi-4.7.1\qtjambi-4.7.1.jar Test.java C:\Tests>java Test Exception in thread "main" java.lang.NoClassDefFoundError: com/trolltech/qt/gui/ QApplication at Test.main(Test.java:7) Caused by: java.lang.ClassNotFoundException: com.trolltech.qt.gui.QApplication at java.net.URLClassLoader$1.run(URLClassLoader.java:366) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:424) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ... 1 more
avec Test.java:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 import com.trolltech.qt.gui.QApplication; import com.trolltech.qt.gui.QPushButton; public class Test { public static void main(String[] args) { QApplication.initialize(args); QPushButton bouton = new QPushButton("Alors, la forme ?"); bouton.show(); QApplication.exec(); } }
Donc si je comprends bien Test.class se créé bien comme il faut et c'est à l’exécution qu'il y a un soucis.

Edit:
Après quelques recherches j'ai trouvé qu'il semblerai que le problème viennent du fait que je suis sous windows 7 64 bits et j'avais donc installé le JDK pour 64 bits.

J'ai donc téléchargé le JDK pour 32 bits et j'ai mis à jour le PATH pour utiliser la version 32 bits.. mais malheureusement ça n'a pas réglé mon problème.

Désormais j'ai ce message:
Code:

1 2 3 4 5 6 7 8 C:\Tests>"C:\Program Files (x86)\Java\jdk1.7.0_40\bin\javac.exe" -cp C:\qtjambi- 4.7.1\qtjambi-4.7.1.jar;C:\qtjambi-4.7.1\qtjambi-win32-msvc2008-4.7.1.jar Test.java C:\Tests>"C:\Program Files (x86)\Java\jdk1.7.0_40\bin\java.exe" -cp C:\qtjambi-4 .7.1\qtjambi-4.7.1.jar;C:\qtjambi-4.7.1\qtjambi-win32-msvc2008-4.7.1.jar Test Erreur : impossible de trouver ou charger la classe principale Test

20/09/2013, 21h03
tchize_

Citation:

Caused by: java.lang.UnsatisfiedLinkError: C:\Qt\4.8.5\bin\QtCore4.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform

Tu essaie de charger une version de QT 32 bits dans une jvm 64 bits, le système d'exploitation interdit cela. Soit tu installe un QT 64bits, soit tu installe un java 32 bits.
21/09/2013, 09h59
zodd

Bin justement, j'ai installé un java 32 bits (cf mon édit du post précédent) et le javac fonctionne mais pas le java. Tu en penses quoi? (en tout cas merci pour ton aide^^)
21/09/2013, 12h23
tchize_

Pardon, pas vu ton deuxième message.

Tu as oublié de mettre le répertoire où sont tes classes compilée dans ton cp. Là, tu ne tourne que avec les librairies, sans ton application.

Vu ta commande javac, la ligne de commande à utiliser est

Code:

C:\Tests>"C:\Program Files (x86)\Java\jdk1.7.0_40\bin\java.exe" -cp .;C:\qtjambi-4.7.1\qtjambi-4.7.1.jar;C:\qtjambi-4.7.1\qtjambi-win32-msvc2008-4.7.1.jar Test

pour le compilateur javac, on n'a pas a préciser le répertoire courant, car il assume assez naturellement que ce sont des fichiers qu'on compile et donc regarde le chemin indiqué dans le nom Test.java.
pour la jvm, c'est tout autre chose, on lui passe un nom de class (Test) et non pas un fichier (Test.class). Du coup, le classpath doit être entièrement défini car c'est le seul endroit où elle ira chercher Test ;)
21/09/2013, 17h38
zodd

ok, merci pour la précision ^^ je comprends mieux le message alors, je teste ça dès que possible^^
23/09/2013, 09h00
zodd

ça y est j'ai pu tester... mais maintenant j'ai une fenêtre d'erreur qui s'affiche avec le message suivant:
"C:\Program Files (x86)\Java\jdk1.7.0_40\bin\java.exe n'est pas une application Win32 valide."

Il n'y a qu'un bouton "OK" possible. Je ne sais pas si ça vient de la JVM ou bien de mon fichier Test.

Lorsque je clique sur "ok", j'ai le message suivant dans le terminal:
"Accès refusé." Je précise que je suis bien administrateur de mon PC.

J'ai tenté l'opération dans un autre répertoire que sur C: et aussi en cochant dans les propriétés de java.exe l'option "exécuter en tant qu'administrateur" et aussi en mode compatibilité "Windows XP SP3".. etc.. ça n'a rien changé.

J'aurai aussi une autre question, je suis habitué aux variables d'environnement de Linux avec le LD_LIBRARY_PATH mais j'ai un peu du mal avec Windows de ce coté là car je ne trouve pas d'équivalent. Et je me demande donc comment attribuer "-cp C:\qtjambi-
4.7.1\qtjambi-4.7.1.jar;C:\qtjambi-4.7.1\qtjambi-win32-msvc2008-4.7.1.jar" à une variable d'environnement sous Windows. j'ai essayé de l'ajouter au PATH de Windows mais ça n'a pas marché.
23/09/2013, 10h45
sinok

Il n'est pas recommandé d'affecter ce genre d'infos dans une variable d'environnement globale.
En effet, ce pourrait avoir des effets inattendus au niveau des autres applications java, créant des conflits de librairies et ainsi de suite.

Il est préférable que tu entres ta ligne de commande dans un script bat ou sh suivant le système qui a pour but de lancer l'application avec les bonnes options.
Ou sinon de packager ton application en tant que jar, et dans le jar de founir un fichier MANIFEST.MF décrivant les jars dont dépend ton application.

Cf: docs.oracle.com/javase/tutorial/deployment/jar/downman.html

Et plus globalement: http://docs.oracle.com/javase/tutori...festindex.html
23/09/2013, 12h03
tchize_

Citation:

Envoyé par zodd

ça y est j'ai pu tester... mais maintenant j'ai une fenêtre d'erreur qui s'affiche avec le message suivant:
"C:\Program Files (x86)\Java\jdk1.7.0_40\bin\java.exe n'est pas une application Win32 valide."

Ton programme n'a rien à voir avec ça, windows ne vois plus java comme une application valide :aie:

T'aurais pas un antivirus foireux qui aurait foutu en l'air java.exe? Parce que là, tout ce que je peux te dire: réinstalle le jdk. Si ça marchait avant (au point de te dire ce qui était pas bon dans ta classe /dans tes librairies native), l'OS ne devrais pas refuser comme ça maintenant de lancer java.exe.

bon et bien j'ai réinstallé le JDK I586 de java, maintenant en faisant ça:
Code:

1 2 3 4 C:\Tests>"C:\Program Files\Java\jdk1.7.0_40\bin\javac.exe" -cp C:\qtjambi-4.7.1\qtjambi-4.7.1.jar;C:\qtjambi-4.7.1\qtjambi-win32-msvc2008-4.7.1.jar Test.java C:\Tests>"C:\Program Files (x86)\Java\jdk1.7.0_40\bin\java.exe" -cp .;C:\qtjambi-4.7.1\qtjambi-4.7.1.jar;C:\qtjambi-4.7.1\qtjambi-win32-msvc2008-4.7.1.jar Test
ça fonctionne ! un peu bizarre car comme vous pouvez le voir, j'utilise au final le javac de la version 64 bits, et la JVM de la version 32 bits.. y a un truc qui m'échappe encore mais au moins ça tourne, merci beaucoup pour votre aide^^
En tout cas je prends note aussi pour les variables d'environnement.

Edit: j'aurai une dernière question (pour l'instant), j'aimerai faire la même chose avec Eclipse comme IDE. Où dois-je paramétrer les class-path et les différents exécutables à aller chercher? (j'ai un peu fouillé mais je n'ai pas trouvé ça très intuitif..)

23/09/2013, 17h01
sinok

Réponse dans la FAQ eclipse: eclipse.developpez.com/faq/?page=developpement#buildPathProjetJava
23/09/2013, 17h33
tchize_

Citation:

Envoyé par zodd

ça fonctionne ! un peu bizarre car comme vous pouvez le voir, j'utilise au final le javac de la version 64 bits, et la JVM de la version 32 bits..

Ca n'a aucune importance. Java c'est compile une fois, tourne partout (enfin presque). Que tu utilise le javac 32 ou 64 bits, les .class générés seront les mêmes.

ton seul soucis particulier, avec QT, c'est que les librairies native QT doivent être dans la même version que java.exe ;)
24/09/2013, 11h34
zodd

ok, merci pour vos réponses ^^ c'est déjà beaucoup plus clair ;)