Journal : QT Jambi final version released
Posté par Calvin0c7 () le 06 juin 2007
Bonjour à tous,
QT Jambi en version finale est enfin disponible. Nul doute que vous attendiez tous avec impatience cette version qui va enfin réconcilier les développeurs java avec l'interface graphique de leurs applications (swing visé).
Le lien vers la news :
http://trolltech.com/company/newsroom/announcements/press.20(...)
Qt Jambi est un binding java pour le framework graphique Qt (présent sur les plateformes windows, linux et macosx). En gros ça permet d'utiliser Qt pour gérer les ecrans de vos applications java, profitant ainsi des widgets de hauts niveaux de ce framework.
L'intégration à éclipse est quasi parfaite (même si pour des questions de performances je conseille d'utiliser le designer fourni avec Qt Jambi à part de éclipse).
Pour peu que vous embarquiez dans votre jar à la fois les dlls windows et les lib linux, vous vous retrouvez avec une application véritablement portable entre windows et linux (à condition que Qt soit installé bien sûr).
QT Jambi en version finale est enfin disponible. Nul doute que vous attendiez tous avec impatience cette version qui va enfin réconcilier les développeurs java avec l'interface graphique de leurs applications (swing visé).
Le lien vers la news :
http://trolltech.com/company/newsroom/announcements/press.20(...)
Qt Jambi est un binding java pour le framework graphique Qt (présent sur les plateformes windows, linux et macosx). En gros ça permet d'utiliser Qt pour gérer les ecrans de vos applications java, profitant ainsi des widgets de hauts niveaux de ce framework.
L'intégration à éclipse est quasi parfaite (même si pour des questions de performances je conseille d'utiliser le designer fourni avec Qt Jambi à part de éclipse).
Pour peu que vous embarquiez dans votre jar à la fois les dlls windows et les lib linux, vous vous retrouvez avec une application véritablement portable entre windows et linux (à condition que Qt soit installé bien sûr).
> Lire le journal (20 commentaires, moyenne: 3,7).
Vous avez demandé le commentaire #839148.
Run by 
Cette page a été générée par Templeet en 0.0649s (dont 0.0054 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Java Web Start
> Pour peu que vous embarquiez dans votre jar à la fois les dlls windows et les lib linux, vous vous retrouvez avec une application véritablement portable entre windows et linux (à condition que Qt soit installé bien sûr).
Pourquoi se compliquer la vie avec l'installation des jars, en utilisant Java Web Start (JWS) l'installation et l'utilisation d'appli Java est vraiment beaucoup BEAUCOUP plus simple (tous les paramètres sont dans le fichier jnlp : mémoire à allouer, jars à utiliser, classe principale, paramètres... et surtout plus de cette M$#@ de classpath). Avec JWS, une appli peut être installée en local et des liens peuvent être automatiquement créés dans le menu démarrer (Windows) et sur le bureau.
Par ailleurs, Trolltech a réussi a contourner le bogue empêchant les toolkits autre que Swing de fonctionner avec JWS sous Mac OS X, comme le montre la démo en ligne de QtJambi :
http://dist.trolltech.com/developer/download/webstart/index.(...)
A ce propos, ce bogue qui touche également SWT vient d'être résolu par Apple :
https://bugs.eclipse.org/bugs/show_bug.cgi?id=63306
Bref le trio Java + Java Web Start + QtJambi, c'est que du bonheur : on peut enfin faire facilement et rapidement des applications pour le Desktop en Java. :-)
J'utilise QtJambi depuis plusieurs mois maintenant et franchement, je ne regrète absolument pas mon chois (et Swing).
[^]Re: Java Web Start
Est-il possible de transformer une application utilisant JWS en un paquet pour l'installer sur une machine sans connection internet ?
[^]Re: Java Web Start
Oui mais pas "paquet" au sens linuxien. En fait tu peux te faire une archive zip/tar contenant tous les jars et le fichier jnlp. Ensuite dans le fichier jnlp, tu modifies, l'attribut "codebase" du noeud "jnlp" par une url locale du style "file:///tmp" correspondant au répertoire ou tu as decompressé les jars.
Il ne reste plus qu'a lancer l'appli jnlp en ligne de commande ou en double cliquant sur le fichier jnlp.
Lors du premier lancement, tous les jars sont copiés dans le cache de l'utilisateur jnlp, les entrées dans le menu démarrer et sur le bureau sont créées si cela est précisé dans le fichier jnlp. La version en ligne de commande de JWS (jawaws) possède également une option -system pour utiliser le cache système mais je ne l'ai jamais essayée.
Pour des vrais paquets .deb ou .rpm, je pense qu'il faudra attendre Java 7 avec l'apparition des modules java.
[^]Re: Java Web Start
Tien, toi qui a l'aire de suivre le sujet. Concernant JWS, sera-t-il dispo sur x86_64 avec Java7?
[^]Re: Java Web Start
Tu m'apprends que JWS n'est malheuresement pas disponible pour x86_64. Moi qui pensais switcher vers un linux x86_64 pour mon prochain poste de travail, je pense que je vais donc reconsidérer cette option. :-(
Les seules informations que j'ai c'est que :
- Java 7 ne devrait pas sortir avant au moins 1 an voir 2.
- Les sources de JWS n'ont pas encore été libérée en GPL à la différence de la très grande majorité des bibliothèques de classes Java standards.
Par contre Sun travaille actuellement encore beaucoup sur Java 6 : un "Consumer JRE" est apparament en préparation (une sorte de JRE minimal qui téléchargerait selon les besoins des bouts de l'actuel JRE) [1].
Il semble donc que Sun veuille que Java fasse son grand retour sur le poste de travail (dont JWS est un élément important pour le déploiement), il n'apparaîtrait pas illogique que JWS soit libéré et porté sur linux x86_64, et ce d'autant plus que le nombre d'utilisateurs de cette plate-forme est amener à croître fortement.
[1] http://weblogs.java.net/blog/chet/archive/2007/05/consumer_j(...)
[^]Re: Java Web Start
Moi qui pensait que cette machine virtuelle modulaire, c'était pour Java 7, et que Java 7 était prévu pour décembre. Grosse déception.
On pourra alors penser que cette JVM modulaire permettra d'étendre un peu les classes fournit en standard. Parce qu'il y a quand même possibilité d'améliorer les choses de ce côté là. Et il me semble que Sun veut éviter d'alourdire sa JVM.
[^]Re: Java Web Start
J'ai oublié de préciser plus haut que Red Hat a lancé le projet icedTea[1] destiné à remplacer toutes les parties du JDK qui ne sont pas sous GPL et a utiliser des outils libres pour compiler la bête. JWS fera peut être partie du lot, en tout cas cela devrait facilité le portage du JDK vers des architectures et des systèmes d'exploitation plus exotiques.
L'évolution envisagée de Java 6 ne concerne que la réduction du temps de démarrage et de l'empreinte mémoire de la JVM. Java 7 introduira par contre une vraie modularité apportant des dépendances et des dépots.
Java 7 risque encore de prendre pas mal de temps vu que les principales JSR (294, 277, 292, 308, 310, 294...)[2] ne sont pas encore finalisées et qu'il ne sortira qu'une fois qu'il sera disponible entièrement sous GPL.
[1] http://icedtea.classpath.org/wiki//Main_Page
[2] http://jcp.org/en/jsr/all