comment définir argument pour classpath

pour lancer les tests , je dois mettre une grande liste de fichiers jar comme arguments pour classpath :
-classpath un.var;b.jar;....
- Est-il une autre façon de spécifier les bibliothèques ?
par exemple est-il possible de définir le fichier comme arguments et le fichier contient le chemin d'accès à toutes les bibliothèques
exemple :
-classpath myFile.txt
et myFile.txt contient ../a.jar
../b.jar
.. etc

merci,

InformationsquelleAutor user739991 | 2011-05-05
  1. 3

    Vous pouvez ajouter par une nouvelle voie de chemin de classe:

    String currentPath = System.getProperty("java.library.path");
System.setProperty( "java.library.path", current + ":/path/to/my/libs" );

//this forces JVM to reload "java.library.path" property
Field fieldSysPath = ClassLoader.class.getDeclaredField( "sys_paths" );
fieldSysPath.setAccessible( true );
fieldSysPath.set( null, null );

    Vous pouvez ajouter un chemin d'accès, donc pas besoin de la liste de tous les pots. Cela change classpath seulement pour votre JVM exemple, afin de ne pas affecter d'autres applications java.

    Mise à jour:

    : et / sont sous UNIX spécifiques lib-et le chemin du dossier-séparateurs de chemin. Pour le multi-OS il faudra utiliser la voie.séparateur" et "fichier.séparateur" propriétés système.

    • pourriez-vous développer s'il vous plaît plus ? exemple, j'ai lib1.jar,lib2.jar,...libi.jar qui sont disponibles dans différents dossiers, comment pouvez explorer votre suggestion ? merci
    • Ajouter plus de chemins:"": /chemin/vers/mon/libs1:/chemin/vers/mylibs2:/chemin/etc"
    InformationsquelleAutor Peter Knego
  2. 2

    Vous pouvez définir la variable d'environnement CLASSPATH (utiliser la syntaxe correcte pour votre shell pour ce faire, ex. bash, Windows XP, etc).

    Vous pouvez également créer une sorte de fichier de profil qui fait pour vous tout le temps, ex .bashrc. Cela va affecter à chaque fois que la java commande est utilisée dans le cadre de ce profil, bien sûr.

    Si votre classe principale est dans un pot, vous pouvez également utiliser le pot est manifeste pour définir le classpath. Sun/Oracle a un tutoriel sur cette page. Créez un fichier appelé Manifest.txt. Dans ce fichier, ajoutez la ligne:

    Class-Path: jar1-nom jar2-répertoire de nom-nom/jar3-nom

    où les différents jar1-name pièces sont de véritables pots sur votre classpath.

    Ensuite créer votre pot à l'aide de:

    pot cfm MyJar.jar Manifest.txt MyPackage/*.classe

    Ou la Fourmi Pot De Tâche à manifester ensemble d'attributs ou de l'utilisation le Maven plugin jar ou cependant votre bâtir des œuvres, obtenir le manifeste en jeu pour le pot.

    Ou de continuer à utiliser-classpath comme vous l'êtes actuellement.

    InformationsquelleAutor justkt
  3. 2

    Depuis Java 6, vous pouvez utiliser des caractères génériques dans le classpath, pour inclure tous les pots dans un répertoire. Voir http://download.oracle.com/javase/6/docs/technotes/tools/windows/classpath.html.

    • C'est très pratique, mais très dangereux aussi, car elle repose sur le système de fichiers pour l'ordre de tri des pots. Cela peut potentiellement entraîner méchant chemin de classe erreurs en présence d'un conflit de classes, que les différents pots pourrait prévaloir dans différents environnements.
    InformationsquelleAutor JB Nizet
  4. 2

    Depuis Java 6, vous pouvez utiliser des caractères génériques dans votre classpath:

    java -classpath 'lib/*'

    Noter que vous devez indiquer le chemin de la classe string pour éviter d'avoir la coquille d'élargir le générique.

    • Je pense que c'est plutôt java -classpath lib/*
    • Borgwardt: à partir de download.oracle.com/javase/6/docs/technotes/tools/windows/... : "Par exemple, le chemin de classe d'entrée de foo/* spécifie tous les fichiers JAR dans le répertoire nommé foo."
    • c'est à ce moment foo/* est-ce qui est passé à la java outil. Mais cela n'arrivera pas parce que le shell va développer le caractère générique et efficace pour l'appel java -classpath foo/a.jar foo/b.jar foo/c.jar - ce qui conduit à une erreur
    • Borgwardt: OK. J'ai oublié de la citer, et vous avez eu lib/*.pot au lieu de lib/*.
    • Ah, maintenant je comprends ce que tu veux dire. Va changer tout ça.
    • Michael ? tu veux dire que je ne peux définir le dossier "lib" arg ?
    • non, vous pouvez utiliser n'importe quel dossier vous voulez, ou rien (c'est à dire le répertoire de travail actuel). Le joker, c'est le point important.

    InformationsquelleAutor Michael Borgwardt
  5. 1

    Déjeuner tests je vous suggère fortement d'utiliser Ant.

    Et la Fourmi a <classpath> élément, qui vous permet de spécifier "tous les pots dans le répertoire":

    <classpath>
  <pathelement path="${classpath}"/>
  <fileset dir="lib">
    <include name="**/*.jar"/>
  </fileset>
  <pathelement location="classes"/>
  <dirset dir="${build.dir}">
    <include name="apps/**/classes"/>
    <exclude name="apps/**/*Test*"/>
  </dirset>
  <filelist refid="third-party_jars"/>
</classpath>
    InformationsquelleAutor Vladimir Dyuzhev