Ok. J'en ai marre de ce problème. Ce doit ont un correctif facile, j'en suis sûr !! J'espère que SO pourra m'aider à me débarrasser de ce problème une fois pour toutes !
Question
Comment faire pour qu'Eclipse arrête d'essayer de traiter/compiler tous les fichiers d'un répertoire de projet particulier ? L'objectif de objectif est qu'aucune erreur/avis n'existe n'existe dans la vue des problèmes s'ils s'ils concernent un élément de ce dossier ou de ses sous-dossiers.
Contexte
Nous utilisons Eclipse 3.6 et le plugin m2eclipse v0.10.2.20100623 gère notre autobuild. Pour des raisons indépendantes de ma volonté, nous avons toute la distribution de BlazeDS dans notre répertoire de projet SVN sous le nom de src/main/resources/blazeds
. Essentiellement, ce répertoire contient une distribution vanille de tomcat exécutant blazeds à laquelle tous nos fichiers de configuration et de projet sont ajoutés lorsque nous déployons sur notre serveur via SCP.
Ainsi, lorsque nous exécutons deploy, cette version de tomcat est copiée sur le serveur et notre projet y est placé. Tomcat et notre application RIA fonctionnent et tout va bien.
Le problème est qu'Eclipse essaye de tout compiler sous src/main/resources/blazeds
lors de l'exécution d'AutoBuild et cela génère environ 300 erreurs/alertes dans notre vue des problèmes. Ainsi, lorsqu'une véritable erreur fait surface, elle se perd dans le bruit.
Les erreurs proviennent du code dans /blazeds/tomcat/webapps/samples/testdrive-datapush
et aussi le testdrive-httpservice
, traderdesktop
exemples de webapps. Ils ont un code source dépendant qui ne se trouve pas dans le classpath et des jars qui ne sont pas inclus dans les bibliothèques.
Échec Tentatives de solutions
J'essaie de pousser la bonne solution : supprimer complètement les échantillons et aussi sortir les blazeds de notre contrôle de version. Ce n'est pas près d'arriver.
J'ai suivi le SO réponse ici mais ce n'est qu'une solution très temporaire. J'ai essayé d'ajouter des exclusions partout où je le pouvais et d'autres membres de mon équipe ont fait de même. J'ai supprimé src/main/resources
en tant que répertoire source (dans les préférences > Java Build Path > Source Tab), j'ai ajouté des exclusions pour blazeds
sous le répertoire des ressources. J'ai essayé toutes les permutations de blazeds
y **
dans le cas de *blazeds*
, **/blazeds/**
etc.
J'ai même essayé d'inclure les bibliothèques et les fichiers sources dont le compilateur se plaint, mais je n'ai pas réussi à le faire sans modifier excessivement la configuration de notre projet.
Résumé
Il faut que ce soit simple. Quelle est la manière conventionnelle d'exclure un dossier qui produit des avertissements/erreurs dans un projet eclipse ?
Mise à jour n° 1 :
La solution de gedim ci-dessous est décente mais elle
1) n'élimine pas les X rouges du projet
2) est un changement que tout le monde dans notre équipe doit faire, manuellement.
(c'est-à-dire qu'il n'est pas dans un fichier de propriété du projet ; par conséquent, il n'est pas enregistré dans subversion).J'espère qu'il y a un moyen de résoudre le problème de fond en disant à Eclipse que ce répertoire ne contient pas de
des éléments à compiler/valider. Un tel changement apparaîtrait probablement dans l'un des fichiers de configuration du projet.
Mise à jour n°2 :
L'image ci-dessous montre les X rouges que j'essaye d'effacer et le fait queBuild Path > Exclude
n'est pas une option...
1 votes
Build Path > Exclude semble être une bonne solution. Elle fonctionne parfaitement dans Eclipse Juno pour modifier Java Build Path.