Eclipse continue de fonctionner de ma vieille application web
OMG - ce qui se passe avec Eclipse (3.3 Europa) - quelqu'un a trouvé ce problème (en gardant à l'esprit que j'ai été bricoler avec la désinstallation de différentes Tomat conteneurs et l'installation d'autres - mais de toute façon c'est une autre histoire)
Quand j'ai changer une ligne de code ou de supprimer une classe au sein de mon projet quand je debug - il va en fait à une ligne qui est commenté et exécute la ligne, peu importe!!!! par exemple,
//System..println("vous ne devriez pas être en mesure de lire ça!");
Mise à JOUR: Ce problème peut être résolu par la mise en Projet -> compiler Automatiquement (voir la réponse ci-dessous).
PROBLÈME RESTANT:
Eclipse n'est pas à garder mon déploiement à chaud dossier courant avec les dernières modifications apportées à mon projet:
J'ai découvert à ma grande horreur, que des vieux remenants de mon projet sont "traîner" dans le dossier que je pense Eclipse utilise à chaud déploie ou quelque chose
C:\myJavaCode.metadata.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps\myWebApp
fondamentalement, il n'est pas en réalité la copie à travers tous les changements effectués dans les classes de mon travail dir!?!??
...de toute façon, afin de garder mon projet jusqu'à ce jour - j'ai modifier ce dossier aussi, TOTALEMENT INACCEPTABLE - que vous ne pouvez pas développer de cette manière - il vous faudrait des éons! De toute façon, si quelqu'un peut les aider à m'expliquer quelle chose stupide que j'ai faite pour me faire dans cette galère et comment je peux me sortir de ce pétrin - je voudrais vraiment l'apprécier.
OriginalL'auteur Vidar | 2009-04-01
Vous devez vous connecter pour publier un commentaire.
Jeter un oeil à:
et:
peut-être que vous avez accidentellement désactivé l'auto-déployer des fonctionnalités.
Mon collègue est un doofus et m'a dit de désactiver "Construire Automatiquement" - grrrrrrrrrrrr
oui, c'est très bien... essayez et propre temp/travail et de redémarrer le serveur, peut-être que c'est juste un problème temporaire
Eh bien vous avez résolu ce problème, mais je pense que le problème est toujours là, sur le déploiement à chaud dossier de problème - je ne pourrais pas sembler obtenir ce dossier afin de refléter mon projet actuel du dossier, il a juste eu des vieux trucs là - savez-vous ce qu'il se passe là-bas?
Il semble que le code Java est en cours de mise à jour (depuis votre débogueur est désormais de travail, n'est-ce pas?). Quoi d'autre avez-vous vous attendez à être mis à jour qui n'est pas? Aussi: Tomcat est configuré pour détecter le chaud déploie?
OriginalL'auteur Manrico Corazzi
J'ai eu un problème similaire, seul, sans les complexités d'une application web. Je suis juste de l'exécution d'un test JUnit et c'est l'exécution de l'ancien code. Je suis allé dans Configure Build Path, sur le bas de l'onglet Source, et regarda Dossier de Sortie par Défaut, qui dit myproject/bin. Le Package Explorer n'est même pas un dossier bin, mais lorsque l'on regarde le système de fichiers, il y a un dossier bin. J'ai supprimé le dossier bin, actualisé le package de l'arbre de l'explorateur, et cela a fonctionné. Ce comportement a été dans Helios et s'est produite avec ET sans générer Automatiquement sélectionné...ressemble à un bug pour moi.
Dave
OriginalL'auteur Dave
Un super-question idiote: est-ce que tous vos webproject et projets liés à compiler correctement?
Vérifiez également votre dossier de sortie pour les classes (les Propriétés du Projet -> Java Build Path -> Onglet Source), puis aller à votre système de fichiers et vérifier les autorisations et les dates de modification.
Espère que cela va vous aider.
OriginalL'auteur sourcerebels
Probablement la meilleure façon de contourner cela est de définir un nouveau serveur.
Un clic droit dans la fenêtre Serveurs et sélectionnez Nouveau, ou lorsque vous faites "Exécuter Sur le Serveur", sélectionnez définir Manuellement un nouveau serveur. Vous pouvez avoir plusieurs serveurs définis à l'aide de la même Tomcat runtime (ils vont tous avoir séparé les configs de déploiement et de répertoires définis par Dcatalina.base=...), mais ne pas les exécuter en même temps, sauf si vous modifiez les ports qu'ils sont à l'écoute sur.
Le nouveau serveur va utiliser un chemin d'accès comme
pour la conf de Tomcat et le répertoire webapps.
Essayer de l'exécuter sur ce serveur. Si cela fonctionne, vous pouvez comparer les paramètres avec l'ancien,
peut-être essayer de supprimer l'application de la re-déploiement, et de comprendre ce que vous avez pu faire pour provoquer le problème. Ou tout simplement de supprimer l'original dans la configuration du serveur.
En ce qui concerne votre deuxième problème, je ne suis pas sûr. Je voudrais essayer une nouvelle configuration du serveur en premier, qu'il fonctionne, arrêtez le serveur, faire un "Propre" de votre projet, de supprimer quoi que ce soit dans le tmp1\travail\Catalina répertoire, et redémarrer le serveur (vous pouvez supprimer et ajouter votre projet à nouveau le serveur trop pour être vraiment propre).
Vérifier les messages sur la console trop à assurez-vous il n'y a pas d'erreur lié à ce.
OriginalL'auteur