Comment inclure les pots référencée dans “Java Build Path” section d'un projet Eclipse dans un fichier jar généré avec Ant à l'aide d'un build.xml fichier

c'est mon exigence , si quelqu'un ajoute ou supprime un pot de référence dans la section "Java Build Path" , alors que le pot devrait être inclus ( inclus ou non dans le cas de la suppression) lorsque le projet est construit et un bocal de projet est généré avec une build.xml ant fichier. Je m'attendais à faire référence à une propriété ou une variable dans le fichier xml. quelque chose comme:

<!-- copy the JARs that you need to "target" directory  -->
<copy todir="target">
    <fileset dir="${buildPath}" includes="*.jar" />
</copy>

où ${buildPath} est pointant vers "Java Build Path". C'est juste un exemple et ne fonctionne pas

Avis que je ne veux pas mettre tous les jar individuellement dans le build.xml mais pour utiliser quelque chose comme inclut="*.jar" , donc si quelqu'un change "Java Build Path" , je n'ai pas à changer le build.xml

"Java build Path" n'est pas un répertoire. C'est un chemin de classe conteneur (c'est à dire une éclipse abstraction contenant des pointeurs vers de multiples bibliothèques. Jetez un oeil au fichier ".classpath" et vous verrez le "Java Build Path")
double possible de Comment puis-je régler l'Éclipse construire la voie et du chemin de classe, à partir d'un fichier Ant?
Je n'ai pas cette option , merci quand même
donc, il y a un moyen de faire référence à cette classe conteneur de mon build.xml fichier ?
ce n'est pas la même question , qui renvoie à avoir un dossier lib dans le projet et de l'utiliser comme les pots de répertoire, j'ai demandé une référence à la "Java build Path", qui a souligné par ben75 ci-dessus, il n'est pas un répertoire.

OriginalL'auteur Leo | 2013-03-29

1

La Java Build Path dans eclipse est en fait soutenu par le .classpath fichier dans votre projet eclipse. Donc, si vous regardez dans ce fichier, vous trouverez tous les chemins d'accès utilisé par eclipse. Vous pouvez analyser les sortir de là avec ant. Par exemple, j'ai un projet simple qui a une Java Build Path que les points de la norme JRE bibliothèques et un lien pour un bocal d'un autre projet (ensemble de données-outils). C'est mon .classpath:
```
<?xml version="1.0" encoding="UTF-8"?>
<classpath>
    <classpathentry kind="src" path="src"/>
    <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-1.7"/>
    <classpathentry kind="lib" path="/dataset-tools/target/dataset-tools.jar"/>
    <classpathentry kind="output" path="bin"/>
</classpath>
```
Donc, comme vous pouvez le voir, si vous ajoutez un nouveau pot à votre Java Build Path elle se reflète dans la .classpath fichier ainsi:
```
    <classpathentry kind="lib" path="/dataset-tools/target/dataset-tools.jar"/>
```
Vous pouvez utiliser ant pour analyser ce fichier à la recherche de ces classpathentry éléments avec l'aimable lib. C'est la même réponse présentée ici.

OriginalL'auteur Lucas
2

L'Éclipse du chemin de génération d'informations est stocké dans le .classpath fichier, et vous pouvez probablement analyser les bits à partir de ce (les entrées de ce point de simples fichiers JAR soit au sein de l'espace de travail de projet ou à l'externe, avec des chemins absolus), mais cela ne fera que vous obtenez à ce jour - il y a d'autres types de classpath des entrées telles que celles fondées sur le "classpath variables", références à d'autres projets dans l'espace de travail, ou d'autres types de conteneurs fournis par des plugins Eclipse. Pour exemple, j'ai le GGTS plugins (pour Groovy et Graal) et mon Graal du projet .classpath n'a pas indiqué de manière explicite les Pots à tous, il dit simplement
```
<classpathentry kind="con" path="org.grails.ide.eclipse.core.CLASSPATH_CONTAINER"/>
```
Il y a un Ant4Eclipse projet qui prétend aider avec cela, mais la version la plus récente ("étape 4") est à partir de la mi-2010 et je n'ai aucune idée de comment cela fonctionne bien avec les plus récentes les Éclipses.

Une meilleure approche serait de gérer les dépendances de manière déclarative à l'aide de Ivy, et à la fois le Ant et le projet Eclipse (à l'aide de IvyDE) de prendre leurs bibliothèques à partir de là. Lorsque vous souhaitez ajouter ou supprimer une dépendance que vous venez de modifier le ivy.xml fichier et à la fois de Fourmi et de l'Éclipse sera ramasser le changement sur leur prochaine génération.

Merci pour la suggestion, malheureusement je ne peux pas changer l'environnement (l'ajout de la puce). Je vais considérer que, dans les futurs projets a commencé par moi-même.

OriginalL'auteur Ian Roberts

Utiliser le xmlproperty tâche pour lire la .classpath dans les valeurs de propriété.

<xmlproperty file=".classpath" collapseAttributes="true" delimiter=";" />

Puis définissez cette valeur dans le chemin

<path id="eclipse.classpath">
    <pathelement path="${classpath.classpathentry.path}"/>
</path>


<target name="compile" depends="init">

    <javac srcdir="${src}" destdir="${build}" updatedProperty="compiled">
        <classpath refid="eclipse.classpath"/>
    </javac>
</target>

OriginalL'auteur scott

Vous devez vous connecter pour publier un commentaire.