Discussion :

[vbrabant]

Nous aimerions connaitre votre avis à propos des modules NetBeans.

a) Quel est votre module NetBeans préféré ?
b) Quel module aimeriez vous voir disponible sous NetBeans ?
c) Quel est le module qui manque à NetBeans pour que vous l'utilisez comme principale EDI ?

* nous appelons module tout bout de code qui apporte un plus à NetBeans. Cela va d'une simple fonctionnalité à rajouter à l'éditeur (comme le surlignement d'une variable, par exemple) jusqu'au support complet d'un framework comme Spring.

Vincent Brabant

[mhamedbj]

d'abord les simples sont vraiment incomplet et ne montre pas tout ce que netbeans a dans le ventre!!!;

le visual web pack est bcp trop compliqué en ce qui concerne la connectivité avec la base de donnée et l'exploitation des informations

une option pour desactiver le bloquage du code généré affin de pouvoir le modifié est nécessaire;


il ya un bug au niveau de jsplitpane :
une fois les panes en place impossible de les permuter

il ya un bug au niveau de jtabbedpane :
impossible de changer les nom des tabs ...

[JPDMJC]

a) je suis plutot nouveau sous NetBeans, je ne suis pas encore en mesure de répondre convenablement

b) un module que j'aimerai : ça concerne la colorisation syntaxique.
Ayant fait pas mal de WinDev, j'ai adoré chez cet environnement la gestion des normes de codage personnalisables, ainsi que l'ajout automatique des prefixes des variables (genre "ch" pour une chaine), et la colorisation de ces prefixes : ils gardent leur utilité tout en se faisant assez discret (pour une variable en bleu foncé, le préfixe sera en bleu clair, vert clair si variable en vert foncé, et ainsi de suite).

c) j'adore déjà Netbeans, que je trouve très agréable. A mon niveau, rien ne manque.

[narmataru]

Bonjour,
Je m'appelle narmataru, et moi aussi j'utilise netbeans
Tous en coeur "Bonjour narmataru..."

a) Quel est votre module NetBeans préféré ?
- Je viens juste de passer à netbeans après 3 ans de bon et loyaux service de Gvim Donc le module qui m'a fait virer de bord c'est celui intégrant l'éditeur jvi dans netbeans. Ainsi, j'ai la puissance de vi alliée à celle de netbeans. Bon JVi manque encore de quelques fonctionnalités mais c'est déjà bien utilisable
- Le module subversion aussi est très bien et je crois qu'il sera intégré d'office dans la version 6
- Enfin, le module pour créer les interface graphique est vraiment une réussite. Je l'ai montré à un utilisateur d'Eclipse et il n'en revenait pas

b) Quel module aimeriez vous voir disponible sous NetBeans ?
- Un module pour UML. J'ai testé celui qui est disponible mais je ne le trouvais pas encore très pratique (en même temps je ne l'ai pas beaucoup testé et il est en version beta il me semble). J'aimerais que module UML n'ai pas besoin d'un projet propre à lui-même, mais que se soit une 'vue' du projet courant. Avoir les fonctionnalités "exporter digramme de class générale/par package/", "exporter diagramme de séquence de telle méthode", "Mettre à jour le code à partir du digramme de classe via un outil de merge"
- Peut être aussi une vue comme dans les éditeurs smalltalk. Le but est de n'avoir à l'écran uniquement le code que d'une seule méthode.
(screenshoot de l'éditeur de squeak, et de visual works)

c) Quel est le module qui manque à NetBeans pour que vous l'utilisez comme principale EDI ?
- Ca y est mon souhait a été exaucé par le module jvi. Ce qui serait bien c'est qu'il soit 100% compatible avec vim et ses plugins mais là je rêve

Sinon je n'ai pas encore assez d'experience avec cet outil pour y trouver un manque.

[gifffftane]

Moi j'utilise 3 modules : PMD, Subversion, et plus recemment le profiler.

J'ai toujours un peu une appréhension en installant un nouveau module, à cause que je trouve le processus assez lourd, et surtout que j'ai eu des tas de mauvaises surprises lorsqu'il s'est agi d'en désinstaller ; rien que pour trouver où le module indésirable se trouve dans les options c'est une galère.

Toutefois, si jamais tout le monde dit que tel module est génial, alors...

[tralloc]

Hello

Question 1 :
Pour moi c'est matisse que j'utilise. Donc c'est celui que je préfère et qui m'a fait switcher sur Netbeans depuis Eclipse

Question 2 :

J'aimerais que Matisse avance encore plus.
- J'imagine un truc qui permette de glisser les données d'un JavaBean dans des champs visuels
exemple 1 : on a une classe Personne contenue dans notre classe d'affichage, on fait glisser la propriété "Nom" de notre bean dans un textbox ou un label, et le champ est synchronisé avec... Utopie ?
exemple 2 : avec une collection
On fait glisser les champs d'un objet de la collection dans un JTable et les colonnes se sychronisent sur l'objet

- Encore une chose, j'aimerais qu'il soit possible de retoucher le code, c'est à dire que matisse puisse faire le reverse engeneering si on retouche des trucs à la main. Pratique si on doit instancier des trucs dynamiquement...

-Enfin : Génération des datamodèles à la volée, si on veut une listbox, des boutons des groupes de boutons, des images... Directement dans le JTable graphique.

[narmataru]

- Encore une chose, j'aimerais qu'il soit possible de retoucher le code, c'est à dire que matisse puisse faire le reverse engeneering si on retouche des trucs à la main. Pratique si on doit instancier des trucs dynamiquement...

-Enfin : Génération des datamodèles à la volée, si on veut une listbox, des boutons des groupes de boutons, des images... Directement dans le JTable graphique.

Si j'ai bien compris sous netbeans il faut passer par l'onglet 'code' dans les propriétés des objets graphique. Ainsi tu peux personnaliser le code pour passer en paramètre le datamodel que tu veux pour ta JTable, JComboBox etc... Je trouve ça encore plus propre que le reverse engeneering car il y a moins de risque d'erreur et c'est moin gourmand en ressource

[tralloc]

Si j'ai bien compris sous netbeans il faut passer par l'onglet 'code' dans les propriétés des objets graphique. Ainsi tu peux personnaliser le code pour passer en paramètre le datamodel que tu veux pour ta JTable, JComboBox etc... Je trouve ça encore plus propre que le reverse engeneering car il y a moins de risque d'erreur et c'est moin gourmand en ressource

Je suis d'accord sur le fait que retoucher le code à la main est délicat et pas génial pour l'optimisation du dit code.
Si on pouvait tout faire avec l'interface graphique et qu'il n'y avait aucun problèmes, ce serait très bien quon ne puisse pas y toucher.

Hors j'ai déja eu des problèmes, et dans ces cas là j'aurais bien aimé retoucher le code "interdit" à la main.

Quand au modèles, ce serait tellement bien qu'on pusse faire ça à partir de l'interface graphique !!! Qu'on soit enfin des Vrais Fainéants !!!
Non pas vraiment fainéants, mais qu'on puisse faire plus de choses plus vite en faisant abstraction des tâches lourdes

[Valère]

Hello

Question 1 :
Pour moi c'est matisse que j'utilise. Donc c'est celui que je préfère et qui m'a fait switcher sur Netbeans depuis Eclipse

Question 2 :

J'aimerais que Matisse avance encore plus.
- J'imagine un truc qui permette de glisser les données d'un JavaBean dans des champs visuels
exemple 1 : on a une classe Personne contenue dans notre classe d'affichage, on fait glisser la propriété "Nom" de notre bean dans un textbox ou un label, et le champ est synchronisé avec... Utopie ?
exemple 2 : avec une collection
On fait glisser les champs d'un objet de la collection dans un JTable et les colonnes se sychronisent sur l'objet

- Encore une chose, j'aimerais qu'il soit possible de retoucher le code, c'est à dire que matisse puisse faire le reverse engeneering si on retouche des trucs à la main. Pratique si on doit instancier des trucs dynamiquement...

-Enfin : Génération des datamodèles à la volée, si on veut une listbox, des boutons des groupes de boutons, des images... Directement dans le JTable graphique.

Je te conseille de regarder ce billet et sa video qui viennent de paraitre. Cà va te plaire!

Val

[vbrabant]

Et je dirais même plus. Venez aux Sun Tech Days pour le voir de votre yeux.

Vous pouvez également voir cela sur la vidéo référencée sur http://netbeans.developpez.com, vidéo prise en 2005. Autant dire que cela a encore évolué depuis.

Vincent

[toomsounet]

J'aimerais reprendre une remarque de ce sujet. Comment peut on supprimer du code généré par netbeans (le code avec du fond bleu) ?

[christopheJ]

Je suis d'accord sur le fait que retoucher le code à la main est délicat et pas génial pour l'optimisation du dit code.
Si on pouvait tout faire avec l'interface graphique et qu'il n'y avait aucun problèmes, ce serait très bien quon ne puisse pas y toucher.

Hors j'ai déja eu des problèmes, et dans ces cas là j'aurais bien aimé retoucher le code "interdit" à la main.

Quand au modèles, ce serait tellement bien qu'on pusse faire ça à partir de l'interface graphique !!! Qu'on soit enfin des Vrais Fainéants !!!
Non pas vraiment fainéants, mais qu'on puisse faire plus de choses plus vite en faisant abstraction des tâches lourdes

La partie édition de code va evoluer, voir le blog de Geertjan

[eclesia]

les plus :
Matisse
SVN

les betas :
correcteur de netbeans 6 qui est impec
UML, il est grand temps qu'il arrive

les manquants :
mes modules a moi de cartographie , ca viendra, ca viendra

[christopheJ]

Les plus :
- les packs qui permettent de pas se poser de question sur les plugins (payant, free, demo 30j, limitations... dépendance diverses et variées..) pour un support complet Java ME ou Java EE ou le profiler
- matisse

Les moins :
- l'éditeur un peu lent et où manque certaines fonctionnalités (jusqu'à ce que la version 6 sorte)
- un éditeur graphique pour les bases de données (il y a aussi un projet)
- Un module pour Spring : il y a un projet qui malheureusement manque d'activité.

En résumé, il manque juste quelques mois à NetBeans...

[n!co]

a) ceux que j'utilise
- Matisse
- très récemment subversion qui fonctionne tres bien pour le moment
- Le réorganisateur d'import (un peu plus poussé que celui intégré)
- Le module jalopy
EDIT
- J'oubliais le module de collaboration pour tchater sous netbeans.
- J'ai essayé findbugs aussi qui propose toute sorte de fix sur votre code
- Et biensur le futur module de DVP que je suis préssé d'essayer

b) ce que j'aimerais bien
- J'aimerais un bon module d'édition de javadoc, avec génération, autocomplétion et prévisualisation.
De quoi nous donner envie d'écrire la javadoc

c) les manques
- nop, je ne changerais d'edi pour rien au monde !


[mode HS]
Arrêter de vouloir polluer cette pauvre méthode initComponents() !!
Son role est d'initialiser la disposition des composants dans votre fenetre et de faire qqs affectation sur ces composants.

Personne ne vous a interdit de créer une ou plusieurs méthode a coté pour initialiser les autres aspects de votre fenêtre : binding, validation ou que sais-je.
Au pire, il y a l'onglet code pour ajouter votre code perso et cette assistant sera grandement amélioré avec netbeans 6
http://blogs.sun.com/geertjan/entry/...se_blue_blocks

Je fini un projet ou j'ai crée des dizaines d'écrans et je n'ai jamais eu de contrainte causé par ce code généré (apres un peu du recule )
[/mode HS]

[gifffftane]

[mode HS]
Arrêter de vouloir polluer cette pauvre méthode initComponents() !!
Son role est d'initialiser la disposition des composants dans votre fenetre et de faire qqs affectation sur ces composants.

Personne ne vous a interdit de créer une ou plusieurs méthode a coté pour initialiser les autres aspects de votre fenêtre : binding, validation ou que sais-je.
Au pire, il y a l'onglet code pour ajouter votre code perso et cette assistant sera grandement amélioré avec netbeans 6
http://blogs.sun.com/geertjan/entry/...se_blue_blocks

Je fini un projet ou j'ai crée des dizaines d'écrans et je n'ai jamais eu de contrainte causé par ce code généré (apres un peu du recule )
[/mode HS]

Je suis bien d'accord et approuve sans réserves. J'ai moi aussi fait quantité de IHM, de toutes formes et confessions, sans jamais devoir intervenir dans le code bleu.

[narmataru]

Je n'en ai surement pas fait autant que vous mais j'aprécie aussi cette contrainte de code bleu. Les zones de code perso pre-init post-init init etc... me conviennent largement. Par contre j'ai un peu cherché au début car je ne connaissait pas et c'est un peu déroutant. Mais en fait on peut tout faire avec Matisse

[phpmad]

Je trouve qu'il manque un plugIn indispensable qui serait l'équivalent de EMF pour Eclipse...j'utilise Eclipse surtout pour ce module là, quant aux restes je préfère Netbeans qui me semble moins lourd dingue qu'Eclipse.

[yann2]

Salut

Je trouve qu'il manque un plugIn indispensable qui serait l'équivalent de EMF pour Eclipse...j'utilise Eclipse surtout pour ce module là, quant aux restes je préfère Netbeans qui me semble moins lourd dingue qu'Eclipse.

Aucune chance de trouver EMF pour NetBeans. Par contre tu as MDR qui est une implémentation de JMI.

Par contre je ne l' ai encore jamais utilisé. Il y a déjà beaucoup à explorer sous Eclipse.

yann

[phpmad]

Salut

Aucune chance de trouver EMF pour NetBeans....

yann

ça je le sais bien, vu que le E de EMF signifie bien Eclipse

seulement je parlais des fonctionnalités de génération du code permettant la manipulation aisée de fichier XMI ou même la génération d'éditeurs pour les modèles , je sais c'est fou ce que je demande.