Discussion :

[titpuce]

Bonjour
J'utilise netbeans5.0 pour développer une appli de dessin. J'ai quatre projet en tout et pour tout. Mais plus le temps passe plus il est long au démarrage. Il met presque 20 minutes pour scanner le classpath.
Il y a-t-il un paramétrage à refaire ?

[Valère]

Ca fait beaucoup effectivement. NB arrété, essaie de supprimer le répertoire .netbeans\5.0\var\cache\mdrstorage qui est peut-être corrompu, puis relance NB. Sur Windows tu le trouveras dans C:\Documents and Setting\username.

Tes projets ne sont pas stockés sur un disque réseau?

Valère

[titpuce]

Bonjour valered,
Merci pour ta réponse.
Cette solution a déjà été testée, très peu d'amélioration en vue. Il semblerait qu'à chaque fois que je recompile après plantage, il rajoute un sous dossier dans le build.class. A la fin je me retrouve avec 5000 et quelques classes, et le fait de les déplacer n'y change rien, il les retrouve.
Il y a certainement un paramètre à indiquer pour qu'il ne scanne que ce qui est nécessaire, mais lequel ?.
Tout est stocké en local.

[titpuce]

Hello,
Pour cloturer ce fil, je vous donne ce qui a ralenti netbeans dans mon cas, ça pourra servir : à chaque compilation, allez savoir pourquoi, Netbeans à recréé un répertoire build a l'intérieur du répertoire build au lieu de le remplacer. Il a scrupuleusement copié toutes les classes à chaque fois. A la fin de la journée et quelques compilations, cela donne une vingtaines de copies de classes imbriquées, et des chemins tellement longs que windows se met en grève....
Au démarrage de Netbeans, celui-ce se fait un devoir de scanner toutes les copies des classes, c'est à dire 100 et quelques milles au total....
Donc un ptit nettoyage de tout cela, un reparamétrage de netbeans et c'est reparti.

[vbrabant]

Une idée pourquoi il mettait un build dans le build ?
Une erreur de NB ou une mauvaise manoeuvre de ta part ?
Quel reparametrage de NB as-tu fait ?


Vincent

[titpuce]

Une idée pourquoi il mettait un build dans le build ?

Non j'ai d'ailleurs toujours le problème et je dois nettoyer régulièrement via netbeans ou une console dos, windows me jetant à chaque fois avec "nom trop long"

Une erreur de NB ou une mauvaise manoeuvre de ta part ?

Un peu des deux je pense, car une maj cvs a provoqué le même phénomène chez les copains. Mais si je supprime le répertoire mdrstorage, supposé corrompu, je n'ai plus le problème. Il revient dès que j'ai une superbe exception netbeans censée avoir été corrigée en 2004 d'après les informations sur les bugs du site netbeans.org...
Je n'ai pas encore trouvé le pourquoi de cette exception netbeans.

Quel reparametrage de NB as-tu fait ?

1/ Suppression du dossier mdrstorage comme indiqué par valered,
2/ suppression de tous les sous répertoires build et compagnie sous netbeans
3/ redémarrage de netbeans
Dans les propriétés du projet, j'ai essayé de changer quelques chemins, mais ça n'a pas d'effet prouvé. Le seul changement nécessaire dans les paramétrages (allez savoir pourquoi ) est de redéfinir le chemin des sources (en mettant rigoureusement le même) afin qu'il puisse retrouver la classe principale.
Voilà ce que je peux t'en dire pour le moment