Je travaille dans une grande base de code Java à Eclipse, qui émet actuellement environ 7 000 avertissements. Cependant, je travaille dans des pièces plutôt isolées, dans quelques dossiers de source et espaces de noms spécifiques. J'aimerais que Eclipse ne montre que des avertissements pour mes modules dans l'onglet Problèmes et non pour l'ensemble de la base de code. Actuellement, il affiche les 100 premiers avertissements qui ne sont pas liés à mes modules. Est-ce possible? P>
5 Réponses :
Vous pouvez créer un nouveau "jeu de travail" et limiter les avertissements à la portée de "Set de travail". Pour modifier la portée de votre onglet Problèmes, sélectionnez le "menu Affichage" (petit triangle) et choisissez "Configurer le contenu", vous trouverez diverses options pour configurer la portée. P>
Je crois que si vous activez MYLYN strong> sur votre projet (dans un Interface axée sur la tâche) , vous pouvez, dans un contexte de spécification de tâche, avoir les problèmes Voir filtré pour afficher uniquement les avertissements pertinents pour votre "contexte" actuel. P>
Vous pouvez limiter l'avertissement à la ou les ressources sélectionnées, voir la configuration de la vue Problème (en cliquant sur le petit triangle en haut à droite de la vue). P>
P>
Dans les problèmes, il y a un triangle pointant vers le bas sur le dessus à droite près des icônes d'une autre vue. Sélectionnez ce triangle et choisissez p>
Vous pouvez appliquer diverses configurations pour contrôler quels éléments montrent. J'ai les configurations suivantes: p>
p>
p>
Notez que ces deux configurations ont la portée "sur l'élément sélectionné et la portée des enfants" sélectionnée. Cela ne montrera que des problèmes liés au fichier dans l'éditeur ou le package sélectionné dans la vue Package par exemple. P> Configurer le contenu ... code> dans le menu. Voir ci-dessous: P>
À l'heure actuelle La meilleure façon possible est de déclarer un ensemble de travail et de configurer la vue Problèmes pour afficher le contenu uniquement à partir de ce jeu de travail. p>
Une meilleure solution est (probablement) directement à partir de JDT. Voir cette Bug pour plus de détails. P>