Eclipse - Source not found
Je sais que cette question a été posée de nombreuses fois auparavant, mais aucune des solutions proposées pour résoudre mon problème (ou je ne suis pas les mettre en œuvre correctement).
Je suis le développement d'un plugin pour OpenFire, et lorsque j'ai mis un point d'arrêt dans mon plugin source Eclipse rapports "Source not found". Le POT est construite indépendamment de la version du serveur OpenFire. J'ai essayé d'ajouter le BOCAL et en spécifiant le répertoire de code source, mais pas de dés.
Voici le processus que je suis: Quand j'ai touché mon point d'arrêt, je suis en cliquant sur "Modifier la Source Chemin de Recherche", en cliquant sur "Ajouter", Bibliothèque Java, l'Utilisateur de la Bibliothèque, cliquez sur l'Utilisateur des Bibliothèques, l'ajout de ma bibliothèque (essayé les deux, "Ajouter les Pots" et "Add External JARs"), puis de spécifier le dossier qui contient le code source. J'ai aussi essayé:
- L'ajout de la source en sélectionnant "Fichier de Répertoire Système" au lieu de "Bibliothèque Java"
- De l'ajouter en sélectionnant "espace de travail" Dossier de
- Dans l'Explorateur de Projet, l'ajout de la source de mon plugin pour le Java Build Path
- Dans l'Explorateur de Projet, l'ajout de mon POT comme une Bibliothèque et spécification de la Source de l'attachement
Merci d'avance pour toutes les suggestions.
OriginalL'auteur stdout | 2014-02-19
Vous devez vous connecter pour publier un commentaire.
Personnellement, je n'ai pas une bonne expérience dans Eclipse, JDT, lors de l'ajout d'un dossier source au moment où elle atteint un point de rupture. Ce que je préfère toujours faire, c'est l'ajout de la source de dossier avant le débogage:
Après, vous devriez être en mesure d'ouvrir les fichiers source dans le virtuel "Référencé Bibliothèques" du dossier (juste en dessous de la "JRE System Library" dossier à l'intérieur du projet), ou lors de l'ouverture d'une référence à l'associé un fichier de classe de l'intérieur de la JDT éditeur. Si vous êtes en mesure d'accéder à la source, vous devez également être en mesure d'au moins arrêter au point de rupture et de voir le source correspondant.
Sinon, vous aurez à vérifier de nouveau, si le dossier source est vraiment valable: Le dossier source ou la source de l'archive doit contenir le dossier avec le nom du package racine de la bibliothèque (par exemple, la valeur par défaut de Java "src.zip" à l'intérieur du JDK dossier comprend aussi un correspondant "java" le dossier à la racine). En cas de doute, extraire l'archive et sélectionnez le dossier parent du paquet que vous êtes intéressé - parfois source d'archives peut être un désordre ou d'incompatible à JDT.
Si cela a été assurée et cela ne fonctionne toujours pas, les chances sont que votre source liée dossier ne correspond pas à la version compilée de la bibliothèque. Habituellement, JDT permettra de gérer de telles incohérences bien, mais si vous essayez d'ouvrir un fichier source, qui est totalement différent de la classe correspondante fichier, vous rencontrerez des problèmes. Dans ce cas, je suggère soit de télécharger la bonne version de la source de la bibliothèque, ou recompiler la bibliothèque à partir de la source, si tout le reste échoue.
Si l'ouverture d'un référencés fichier source au sein du JDT éditeur fonctionne bien, et vous ne pouvez toujours pas ouvrir les fichiers de la source lorsqu'un point de rupture qui est entré pendant le débogage, il est alors probable que les fichiers de classe sont manque les numéros de ligne du fichier source correspondant. Encore une fois, vous devrez recompiler la bibliothèque à partir de la source dans ce cas.
Enfin, il est également possible de remplacer la valeur par défaut de la source de recherche en spécifiant la source des dossiers ou des archives dans l'onglet source de la configuration de lancement. Mais vous ne devriez normalement pas besoin de le faire, lors de votre chemin d'accès est configuré correctement. À partir de la Eclipse Aider:
OriginalL'auteur Balder
J'ai eu ce très ennuyeux problème pour un long temps, mais a finalement été en mesure de le résoudre. Dans mon cas, une exception de pointeur null a été d'être jeté quelque part en Java du Transformateur.IsRuntimeCode(ProtectionDomain) de la fonction.
Je n'ai pas vraiment besoin de savoir à ce sujet étant donné que l'exception a été capturés et traités, mais eclipse met en pause le débogage à chaque fois ce qui s'est passé et de me dire que la source n'est pas disponible. En conséquence, j'ai constamment eu à garder en appuyant sur le bouton pour poursuivre l'exécution de code.
Afin d'empêcher que cela se passe, j':
Ce qui a empêché le débogueur de arrêtant le flux de programme pendant un pris NullPointerException.le texte alt
le texte d'alt http://www.SharpDetail.com/p/so_breakpoint.gif
Et cette autre:
Eclipse ne tombe pas en panne. Vous essayez de l'étape dans une méthode, où l'éclipse ne sais pas où trouver la source (*.java) des fichiers et vous informe à ce sujet. Voici comment dites-eclipse où chercher. Aller à
De là, sélectionnez tous les fichiers jar dans la liste que vous voyez et de cliquer sur la Source de l'Attachement....
Dans la fenêtre qui s'affiche, sélectionnez la fille src.zip qui est dans votre dossier JDK (si vous n'avez pas décocher lors de l'installation du JDK). Sur la machine que je suis aujourd'hui, c'est
Sauvegarder toutes vos modifications (éventuellement redémarrer eclipse) et vous ne verrez pas cette erreur à nouveau.
OriginalL'auteur jmail
Bien il s'avère que la solution a été décevante. Lorsque Balder recommandations n'ont pas de travail, j'ai essayé de débogage de l'une des actions OpenFire plugins et il a très bien fonctionné. Ensuite, j'ai créé un nouveau plugin à partir de zéro, et en ne faisant rien d'autre que l'ajout de la source du projet (clic Droit sur le projet -> New -> Dossier Source) elle aussi a très bien fonctionné. Je n'ai aucune idée de pourquoi Eclipse refuse de voir le code source de mon plugin original, mais j'ai déménagé tout mon code et des bibliothèques sur le nouveau plugin de débogage et fonctionne comme prévu.
anticlimactic
OriginalL'auteur stdout
Nombre de fois où vous mettez les fichiers jar dans eclipse IDE tel que référencé bibliothèques de la version binaire de l'application a été téléchargée. Habituellement fait par la configuration du build path. Mais le binaire n'a pas les fichiers source. Vous avez de la version Binaire et source de la version de l'application.
Un moyen simple est de télécharger les sources des bibliothèques que vous utilisez maven pour construire le projet.
Garder quelque part, peut-être à l'intérieur de votre espace de travail de projet.
Maintenant en voyant le fichier de classe (à partir d'eclipse, pot a explosé), vous pouvez voir la source n'est pas trouvé, très bien.... il y a un bouton ci-dessous et cliquez sur celui, une nouvelle fenêtre s'ouvre et là, sélectionnez ajouter un dossier externe.
De référence pour le dossier src de la source que vous avez téléchargé(non binaires) et gardé quelque part comme dit plus haut et il va montrer à la classe de détails.
OriginalL'auteur vimal krishna