Discussion :

[Zeusviper]

Hello!!

j'ai à réaliser dans un cadre professionnel une "petite" application de gestion du temps.
Celle ci devra permettre de rentrer (appli de type CRUD) des pointages, des projets, des contrats de consultance et de tirer différents graphes à partir des données ainsi fournies.

Ma hiérarchie voudrait que je fasse du Access , moi je suis vraiment pas pour!
Donc, je voudrai leur proposer du java. Je partais sur une appli Swing (avec sqlLite integré pour la gestion des données), mais je me dis que ce serait peut-être la bonne occasion de me lancer dans du dev JavaFX.

L'appli doit pouvoir tourner déconnecté du net et sans serveur d'application.

Merci donc pour vos commentaires ou suggestions!!

[galien]

Potentiellement oui, javaFX est fait pour cela, si ton application est pas vraiment critique, et que t'est un peu comme nous....
ps: je te conseille de commencer par prendre en main le composer de netbeans, il y a du JBDC, des formulaires et des charts

[PhiLho]

Deux remarques :
- JavaFX n'a pas encore de TableView, qui serait assez utile dans ce genre d'application (dans plein d'applications, en fait !).
Il y a des implémentations tierces, mais rien de native.
- Actuellement, il est assez délicat de lancer JavaFX en déconnexion du Net...
Soit il faut connecter le PC à Internet et lancer l'application une première fois. Dans ce cas le runtime JavaFX est dans le cache et les lancements suivants peuvent être déconnectés.
Soit il faut installer le SDK de JavaFX... (lourd !)

[galien]

Pour les tables il y a la Grid, ca peut aider dans 99% des cas.
Le truc à savoir c'est qu'il faut s'attendre à mettre les mains dans le cambouis avec javaFX, si il y a peu de valeur ajouté au projet et que cela sera ton seul vrai projet, fait le avec Access, définitivement, sinon on sera toujours la pour répondre à tes questions

[Zeusviper]

Merci pour vos réponses!

- JavaFX n'a pas encore de TableView, qui serait assez utile dans ce genre d'application (dans plein d'applications, en fait !).
Il y a des implémentations tierces, mais rien de native.

Ok merci mais quel est l'inconvénient d'utiliser un tiers si ce n'est d'avoir à le trouver ? La performance ou stabilité globale en est affectée?

- Actuellement, il est assez délicat de lancer JavaFX en déconnexion du Net...
Soit il faut connecter le PC à Internet et lancer l'application une première fois. Dans ce cas le runtime JavaFX est dans le cache et les lancements suivants peuvent être déconnectés.
Soit il faut installer le SDK de JavaFX... (lourd !)

Ca c'est plus gênant.. Mais si une seule connexion suffit, ca pourra peut être être accepté.
Toutefois, si ce n'est que pour l'install du jre, le dernier jre (6u20) ne contient pas par défaut javaFx ?

Pourquoi utiliser le sdk est-il lourd?


Sinon, je vois que la 1.3 associée à netbeans 6.9 vient de sortir, est-ce une bonne idée de se lancer avec ca ou ca va être le carnage et mieux vaut rester en 1.2 / 6.8 ?

Le truc à savoir c'est qu'il faut s'attendre à mettre les mains dans le cambouis avec javaFX, si il y a peu de valeur ajouté au projet et que cela sera ton seul vrai projet, fait le avec Access, définitivement, sinon on sera toujours la pour répondre à tes questions

Quand tu parle cambouis, c'est genre avoir à modifier les jar javaFX du "noyau" ? ou genre se creuser la tête à savoir comment faire et pourquoi cette co.. de fonction non documentée ne marche pas comme je l'aurai espéré?

Je m'étais déjà intéresse à JavaFX à la sortie du 1.0. Mais ce n'était clairement pas utilisable en milieu pro et par manque de temps, j'avais un peu laissé de côté tout ça. Niveau valeur ajoutée, ca en aurait pas mal pour moi, dans le sens où je pourrai m'éclater à refaire du dev (ce que je fais de moins en moins dans mes missions pro). Après c'est sur que niveau projet, javaFX n'apportera probablement pas grand chose de plus que ce que je ferai en Access. Mais dans ma tête, ce projet serait plus un avant gout avant d'en faire d'autres.
Bon.. faut que j'arrive à le vendre a ma hiérarchie maintenant..

[galien]

Sinon, je vois que la 1.3 associée à netbeans 6.9 vient de sortir, est-ce une bonne idée de se lancer avec ca ou ca va être le carnage et mieux vaut rester en 1.2 / 6.8 ?

Je passerais directement à la 1.3, non seulement il y quelques ruptures de compatibilité mais en plus c'est largement plus performant.
De mon côté je convertit mes projets avec le composer de netbeans

[Zeusviper]

Hello.

Je me suis donc lancé avec JavaFX. Découverte des exemples, de l'environnement et syntaxes.
Le composer est plutôt cool à manipuler!

Par contre, j'essaie d'afficher une liste d'éléments récupérés de 2 tables de ma base de donnée. Et là ca coince apparemment. La gestion du JDBC DataSource semble assez primitive et conçue pour une simple table.
Par ex une requete telle que "select t1.nom as PremierNom, t2.nom as SecondNom from t1, t2" ne va pas être utilisable avec les outils du composer.

Pour faire qqc de correct, vous passeriez par des classes "classiques" de DAO ?
ou alors je manque qqc?


EDIT: en fait j'ai trouvé ma réponse : il suffit d'éditer la classe DbDataSource et de remplacer data.getColumnName par data.getColumnLabel. Ainsi pas de soucis avec plusieurs colonnes de même nom.

Mais bon je maintiens la question par rapport à l'utilisation ou non de classes DAO "classiques" ??