Fichier Eclipse .classpath. Comment contrôler l'entrée du nom du serveur?

Question

J'utilise Eclipse Galileo avec une sorte de plugins bien connus pour développer Java Enterprise Applications. Maintenant, ayant un projet Java, Eclipse écrit la ligne suivante dans le fichier .classpath dans le dossier racine des projets:

<classpathentry kind="con" 
       path="org.eclipse.jst.server.core.container/org.eclipse.jst.server.generic.runtimeTarget/JBoss v4.2"/> 

Maintenant, je me demande d'où vient Eclipse obtenir les informations sur le nom du serveur à partir?

J'ai ouvert l'environnement d'exécution du serveur (Window->Preferences->Server->Runtime Environment) et ajouté un nouveau serveur (Jboss v4.2 - comme le montre l'entrée classpath). Créer un nouveau serveur local Je peux lui donner un nom et l'ajouter au chemin de compilation Java du projet. Mais j'ai besoin de manipuler le nom dans le Runtime Environment puisque l'entrée de classpath semble s'y référer. Pourquoi est-ce que je m'ennuie? Je dois être en mesure d'avoir le contrôle de l'entrée dans le fichier .classpath depuis le dossier du projet est partagé en utilisant la subversion ...

J'espère que vous avez l'idée - merci beaucoup à l'avance

Answer 1

Runtime L'assistant d'environnement est très pratique pour un seul développeur. Avec le clic d'un bouton, il peut définir un environnement de serveur qui inclut une bibliothèque préconfigurée de fichiers JAR qui doivent aller sur le chemin de classe pour prendre en charge ce serveur particulier.

Malheureusement, cet environnement ne fait pas partie de votre application; le partage du projet ne fonctionne que si les autres utilisateurs ont exactement le même environnement défini, sous le même nom. Là où je travaille, nous atténuons le problème en créant un répertoire /lib dans le projet et en incluant tous les fichiers JAR requis par le projet lors de l'exécution, y compris les fichiers JAR spécifiques au serveur. Dans certains cas, il existe des fichiers JAR requis uniquement au moment de la compilation/compilation, et ceux-ci peuvent aussi être dans/lib (qui gonfle le projet déployé) ou dans un répertoire séparé, par exemple /build/lib. Bien sûr, ce répertoire/lib est également vérifié dans le contrôle de source - mais nous n'avons pas de problème avec les tailles de transfert.

Étant donné une telle configuration, vous pouvez modifier les entrées "bibliothèques" dans le chemin de construction du projet pour utiliser uniquement les fichiers de vos bibliothèques créées manuellement et supprimer la dépendance à l'environnement serveur installé localement.