Impossible d’append un serveur à un espace de travail déplacé

Cet espace de travail est téléchargé sur le Web et je tente de l’exécuter sur un serveur Tomcat à partir d’une nouvelle installation d’Eclipse Ganymede. Ce projet particulier est venu avec son propre espace de travail.

Lorsque je sélectionne Tomcat v6.0, je reçois un message

Impossible de créer un serveur en utilisant le type sélectionné

Les anciennes versions de tomcat sont disponibles, cependant.

Je suppose que je dois recréer un paramètre de configuration. La question est de savoir laquelle? Cela semble être une erreur étrange car créer un nouveau projet Web dynamic me permet de configurer Tomcat pour les deux

J’ai eu un problème similaire, mais ma solution est un peu plus simple. Le problème a été causé en renommant le dossier d’origine référencé par la définition du serveur.

Allez dans Fenêtres / Préférences / Serveur / Environnements d’exécution, supprimez la référence brisée. Cliquez ensuite sur “Ajouter” pour créer une nouvelle référence, sélectionnez la version de Tomcat appropriée, cliquez sur Suivant et vous verrez la référence de chemin incorrecte. Répare le. Passez.

J’ai eu le même problème sur Ubuntu 8.10 avec Ganymede et Tomcat6. Cela semble être une sorte de bogue avec Eclipse. Si vous essayez de créer un serveur et que celui-ci fonctionne, vous ne pouvez pas créer un autre serveur tomcat6. Pour corriger ce problème, procédez comme suit:

  • fermer éclipse
  • Accédez au répertoire {répertoire-espace de travail} /. métadonnées / .plugins / org.eclipse.core.runtime / .settings et supprimez un fichier appelé org.eclipse.wst.server.core.prefs.
  • commencer éclipse
  • ajoutez votre serveur tomcat6 dans l’onglet serveur

kotfu

@id merci pour la solution mais quelque chose est également caché dans org.eclipse.jst.server.tomcat.core.prefs

Donc, pour résoudre le problème

  • fermer éclipse
  • allez dans {répertoire-espace de travail} /. metadata / .plugins / org.eclipse.core.runtime / .settings
  • Supprimez les fichiers org.eclipse.wst.server.core.prefs et org.eclipse.jst.server.tomcat.core.prefs

Tomcat 5.5

Pour pouvoir utiliser le serveur tomcat5.5, vous devez disposer d’un fichier catalina.policy accessible en écriture, comme indiqué dans

Tomcat 6

Pour pouvoir utiliser le serveur tomcat6, la solution appropriée consiste à avoir une instance d’utilisateur du serveur tomcat6 comme décrit dans

  • /usr/share/doc/tomcat6-common/RUNNING.txt.gz
  • RUNNING.txt (sur le WEB)

Ma configuration est Debian / Sid, Eclipse 3.4.1. Ganymède

La vue d’erreur est vraiment la clé. Il y a beaucoup de détails ici – si nécessaire, cliquez avec le bouton droit sur les entrées et copiez leur contenu dans votre éditeur de texte préféré. Un problème qui peut survenir, par exemple, est que si une configuration de serveur est déjà en place et que l’un des fichiers XML de configuration n’est pas détectable, le serveur ne peut pas être ajouté. Cela m’est arrivé ce soir – mon élément contenait un saut de ligne, c’était donc (linebreak) ontext> . Cela a empêché Eclipse de recréer la configuration du serveur.

J’ai finalement réussi à faire fonctionner le mien avec le tomcat par défaut d’Ubuntu 8.10. (la ligne de commande de débogage sur eclipse est une chose merveilleuse) J’ai d’abord dû créer quelques liens symboliques, puis modifier les permissions pour un fichier. (Vous voudrez peut-être réfléchir à deux fois avant de changer les permissions en fonction de votre configuration, mais si eclipse ne peut pas lire le fichier qu’il lance, il y a une exception et que l’interface graphique ne vous laissera pas continuer)

 sudo ln -s /etc/tomcat6 /usr/share/tomcat6/conf sudo ln -s /etc/tomcat6/policy.d/03catalina.policy /usr/share/tomcat6/conf/catalina.policy sudo chmod a+r /usr/share/tomcat6/conf/tomcat-users.xml 

Hum ça peut être difficile. Apportez la vue “serveur”. Si votre projet a déjà été déployé, supprimez-le du serveur pour nettoyer la liaison entre votre projet et le serveur.

Ou vous pouvez cliquer avec le bouton droit sur votre projet dans l’explorateur de projet et choisir le débogage sur le serveur. Si vous ne le faites pas déjà, Eclipse devrait vous demander de créer un serveur d’exécution et vous pouvez spécifier ici Tomcat 6 et spécifier l’emplacement de votre installation de serveur.

Vous pouvez également voir la vue “problèmes” pour voir tout problème dans le projet importé comme le JDK etc …

Regardez dans la vue d’erreur. Si vous avez essayé d’en créer une une fois et que vous avez échoué, Eclipse semble essayer d’y revenir plus tard juste avant de vous permettre d’en créer une nouvelle. Si vous avez supprimé le dossier ou si ce n’est plus le cas, vous devez le remplacer pour pouvoir continuer.

La seule façon dont j’ai trouvé Tomcat 6 consiste à changer la propriété du répertoire Tomcat pour mon utilisateur. Il semble que ce ne soit pas suffisant pour avoir des permissions r / w.

BTW, supprimer org.eclipse.wst.server.core.prefs efface la configuration de votre espace de travail.

J’ai eu le même problème jusqu’à ce que je suis allé dans le répertoire de configuration de tomcat6 et que j’ai ajouté la propriété à mon utilisateur en plus de root:

cd / usr / share / tomcat6 / conf

racine chown: myusername ./*

chmod 777 ./*

Vous pouvez choisir un meilleur chmod pour la sécurité, 777 est juste une solution rapide et brutale. J’ai extrait Eclipse 3.5 (Galileo) + Fedora 12 + Tomcat 6 de tar (ce qui explique pourquoi Eclipse n’a pas pu y accéder). Eclipse s’était plaint “Impossible de créer un serveur en utilisant le type sélectionné”.

Quelle version d’Eclipse? Europa? Ganymede?

Que voulez-vous dire par espace de travail? Un espace de travail Eclipse n’est pas quelque chose que vous déployez, il contient vos projets.

Vous devrez générer un fichier WAR (ou le dossier des fichiers qui comprendraient le fichier WAR), un projet inclura généralement un script de génération ANT ou Maven ou, si le projet a utilisé le type de projet Web dynamic Eclipse, il peut y avoir une option “générer WAR” quelque part. Sans plus de détails, je ne peux plus rien faire.

L’ajout d’un nouveau projet Web dynamic à l’espace de travail semble «déverrouiller» la fonctionnalité.

Changer la propriété à mon utilisateur a fonctionné pour moi.

Dans mon cas, ce sont les fichiers de configuration Tomcat corrompus. Le journal Eclipse disait:

 org.eclipse.core.runtime.CoreException: Could not load the Tomcat server configuration at C:\Program Files\Apache Software Foundation\apache-tomcat-6.0.14\conf. The configuration may be corrupt or incomplete. 

Vous avez une nouvelle dissortingbution Tomcat, vous avez supprimé l’ancienne et tout va bien maintenant.

Finalement, ce problème a été résolu sur mon système.

1) se sont débarrassés des matous apt-gotten

2) installé un tomcat typique à partir des bacs sur tomcat.apache.org

3) s’est débarrassé de mon openjdk

4) installé le soleil jdk (apt-get)

5) enlevé mes projets web en éclipse

6) remarqué que lorsque vous ajoutez un projet Web, vous pouvez définir “Target Runtime” – j’ai essayé de le configurer sur Tomcat 6 et il m’a fait savoir qu’il y avait un problème

Peut-être que rien de tout cela ne comptait, mais voici ce qui aurait pu avoir de l’importance:

7) KICKER: Fenêtre -> Préférences -> Serveur – Environnements d’exécution. Suppression de tous les environnements d’exécution minables et ajout du chemin d’access à mon nouveau système Tomcat.

Cette question est peut-être ancienne. Mais je me suis juste heurté à ce problème. Mon projet n’a pas été reconnu en tant que projet Web (aucune icône de globe dans Eclipse).

Supposons que vous utilisiez le plugin maven, il n’a pas réussi à convertir en projet web avec la commande

 mvn eclipse:eclipse -Dwtpversion=1.5 

Dans l’explorateur de packages, cliquez avec le bouton droit de la souris sur le projet / configurer / convertir en projet Java Facets / projet Web dynamic dans Eclipse Et Voilà

Vérifiez le fichier .project à la racine avant et après la conversion. Vous verrez de nouvelles natures.

  org.eclipse.jem.workbench.JavaEMFNature org.eclipse.wst.common.modulecore.ModuleCoreNature org.eclipse.jdt.core.javanature org.eclipse.wst.common.project.facet.core.nature org.eclipse.wst.jsdt.core.jsNature  

Au lieu de supprimer les fichiers de parameters de configuration, accédez à Préférences -> Serveur -> Environnements d’exécution et supprimez l’environnement “oublié” ….

Merci beaucoup cette réponse qui fonctionne pour moi ..

J’ai eu un problème similaire, mais ma solution est un peu plus simple. Le problème a été causé en renommant le dossier d’origine référencé par la définition du serveur.

Allez dans Fenêtres / Préférences / Serveur / Environnements d’exécution, supprimez la référence brisée. Cliquez ensuite sur “Ajouter” pour créer une nouvelle référence, sélectionnez la version de Tomcat appropriée, cliquez sur Suivant et vous verrez la référence de chemin incorrecte. Répare le. Passez.