Discussion :

[Pierre Maurette]

Bonjour,

Pour des applis perso, éventuellement "données" à quelques utilisateurs, disons du freeware mais sans ambition, j'utilise généralement C++ (divers IDE/RAD) ou Delphi. Est-il raisonnable d'envisager Java pour de tels utilitaires ? Je ne parle pas de performances, ni même de mon usage personnel, je fais un .jar et ça fonctionne très bien. Mais quelles sont les contraintes pour un éventuel autre utilisateur ? J'imagine qu'il devra télécharger et installer un JRE pour disposer d'une JVM si ce n'est déjà fait. A-t-on une idée du taux d'installation de cet outil sur, par exemple, le parc de machines Windows ?

Ma seconde question concerne une base de données locale et légère. Utilisant par ailleurs MySQL (avec du Php), ce serait mon choix si j'étais seul au monde. Mais il me semble que ça compliquerait les problèmes de déploiement. Est-ce que Java DB est une meilleure solution (il me semble que le moteur est dans un .jar que l'on peut mettre dans le .jar unique) ?

Merci d'avance pour vos réponses, suggestions et liens ...

Pierre Maurette

[afrikha]

Bonjour,

Pour des applis perso, éventuellement "données" à quelques utilisateurs, disons du freeware mais sans ambition, j'utilise généralement C++ (divers IDE/RAD) ou Delphi. Est-il raisonnable d'envisager Java pour de tels utilitaires ? Je ne parle pas de performances, ni même de mon usage personnel, je fais un .jar et ça fonctionne très bien. Mais quelles sont les contraintes pour un éventuel autre utilisateur ? J'imagine qu'il devra télécharger et installer un JRE pour disposer d'une JVM si ce n'est déjà fait. A-t-on une idée du taux d'installation de cet outil sur, par exemple, le parc de machines Windows ?

je ne me souviens plus très bien, mais le pourcentage de machine windows disposants d'un JRE , est de l'ordre de 70%, à vérifier car je ne suis pas sùr.

Ma seconde question concerne une base de données locale et légère. Utilisant par ailleurs MySQL (avec du Php), ce serait mon choix si j'étais seul au monde. Mais il me semble que ça compliquerait les problèmes de déploiement. Est-ce que Java DB est une meilleure solution (il me semble que le moteur est dans un .jar que l'on peut mettre dans le .jar unique) ?

En fait de dépend de la volumétrie de ta base, une fois atteinte la vitesse de croisire, en d'autres termes ça dépend de l'usage que tu comptes en faire.

[afrikha]

je ne me souviens plus très bien, mais le pourcentage de machine windows disposants d'un JRE , est de l'ordre de 70%, à vérifier car je ne suis pas sùr.


En fait ça dépend de la volumétrie de ta base une fois atteinte la vitesse de croisière.En d'autres termes ça dépend de l'usage que tu comptes en faire.

[Pierre Maurette]

Merci de votre réponse.

je ne me souviens plus très bien, mais le pourcentage de machine windows disposants d'un JRE , est de l'ordre de 70%, à vérifier car je ne suis pas sùr.

Le renseignement me suffit. En fait, faire installer à quelqu'un une JRE n'est jamais un mauvais conseil, sauf attitude de l'ordre de la "religion" de la part de l'intéressé.

En fait de dépend de la volumétrie de ta base, une fois atteinte la vitesse de croisire, en d'autres termes ça dépend de l'usage que tu comptes en faire.

La base, si base il y a, sera toujours suffisamment petite. En fait, souvent, des fichiers texte suffiraient.

[le y@m's]

Pour la BD regarde du coté des BD embarquées genre Derby

[afrikha]

La base, si base il y a, sera toujours suffisamment petite. En fait, souvent, des fichiers texte suffiraient.

Dans ce cas HSQLDB conviendra parfaitement.
Voici quelques liens utils:

• Using Java DB in Desktop Application
• Fais une recherche sur le forum, il y a un post intéressant sur le sujet.

[Pierre Maurette]

Merci général pour vos réponses. Je vais m'orienter vers Java DB, qui je crois est la même chose que Derby. Pour le "déploiement", j'affinerai au moment.