Discussion :

[fraaalesi]

Bonjour à tous,

petite question sur Netbeans 5.5 et la génération automatique du fichier manifest.mf pour les jar. Je crée mon jar avec la génération par defaut de Netbeans. Celui-ci ajoute tout ce qu'il faut à la rubrique "Class-Path:" du fichier manifest.
Par exemple:
Class-Path: lib/org.apache.log4j.jar lib/mysql-connector-java-5.0.4-bi
n.jar lib/smack.jar

Maintenant, je voudrais que NB rajoute aussi "./" pour pouvoir lire des fichiers du répertoire courant. Y'a t'il moyen de modifier un fichier template ou un truc comme ca pour ajouter automatiquement "./" à chaque nouvelle génération de mon jar ?

J'ai essayé de changer le manifest.mf par défaut qui est le suivant:

Manifest-Version: 1.0
X-COMMENT: Main-Class will be added automatically by build

en y ajoutant la ligne "Class-Path: ./ " et esperant que NB se contente de compléter la liste, mais non. Si je fais comme ca, il garde ce fichier manifest sans y ajouter ce qu'il met d'habitude...

[n!co]

Tu pourrais tjrs editer le fichier manifest apres création du jar
Néanmoins, est ce vraiment une bonne idée de passer la la racine du répertoire au classpath ? et pour quoi faire ?

[Valère]

Passe par le panneau files et ouvre le fichier nbproject/project.properties. Essaie de rajouter ton répertoire à la variable run.classpath comme ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
run.classpath=\
    ${javac.classpath}:\
    ${build.classes.dir}:\
	./

[fraaalesi]

Néanmoins, est ce vraiment une bonne idée de passer la la racine du répertoire au classpath ? et pour quoi faire ?

en fait j'ai une appli qui fonctionne depuis le jar avec son fichier properties de configuration dans le jar (à sa racine). Mais aujourd'hui, le client me demande: "ca serait bien de permettre de configurer l'appli", c'est à dire de mettre le fichier properties à coté du jar pour qu'il soit éditable facilement. C'est pour ca que je veut intégrer "./" au classpath.

Tu pourrais tjrs editer le fichier manifest apres création du jar

Et bien en fait, oui et non, ca ne correspond pas a ce que veut le client qui veut pouvoir éditer ses propriétés facilement. Ce que je fait est donc carrément porc mais ca marche: j'ai le fichier properties a coté du jar ainsi qu'un .bat de lancement. Le .bat se charge d'intégrer le properties dans le jar (grace à la commande suivante utilisant le fantastique 7zip: 7z a myalertsHub.jar notifier_hub.properties) puis de lancer le jar. Ca met à jour le properties du jar avec celui du répertoire.
Ca a le mérite de fonctionner (sous windows) mais c'est bien le seul mérite !

Sinon, pour info, je charge mon fichier properties comme ca:
PropertyResourceBundle hubProperties = (PropertyResourceBundle) PropertyResourceBundle.getBundle("notifier_hub");

[fraaalesi]

Passe par le panneau files et ouvre le fichier nbproject/project.properties. Essaie de rajouter ton répertoire à la variable run.classpath comme ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
run.classpath=\
    ${javac.classpath}:\
    ${build.classes.dir}:\
	./

Arf, j'y ai cru mais non, ca ne marche pas. Merci quand meme
En fait, le "./" est completement ignoré. Par contre, si je rajoute "toto" à la place, alors au final, dans le manifest.mf du jar j'aurai "lib/toto" ajouté à la suite de mes librairies. Avec le préfixe "lib".

Je suis une vraie quiche pour tout ce qui touche aux fichiers jar, mais est-ce normal de ne pas pouvoir éditer toutes ces propriétés visuellement ? Y'a pas des éditeurs ou plugins pour faire ca ?

[fraaalesi]

L'idéal serait de construire mon jar avec ANT, non ? ANT permet'il d'avoir le controle total du manifest généré ?

[n!co]

Et bien en fait, oui et non, ca ne correspond pas a ce que veut le client qui veut pouvoir éditer ses propriétés facilement.

Je parlais du manifest biensur. Tu compiles ton projet, tu ouvres ton jar et tu modifies le manifest pour lui rajouter ton chemin au classpath. Par contre faut pas oublier de le faire à chaque génération du jar

L'idéal serait de construire mon jar avec ANT, non ? ANT permet'il d'avoir le controle total du manifest généré ?

Netbeans utilise déja ANT. Regardes à la racine de ton projet, dans l'explorateur de fichier, il y a le fichier build.xml. Dedans tu vas pouvoir redefinir les taches du fichier nbproject/build-impl.xml.

Cepedant vu que j'imagine que ton fichier de config aura un nom unique à un emplacement unique (relatif au repertoire d'execution), n'y a t'il pas moyen d'y accéder sans être obligé de le déclarer dans le classpath ?
(je dis ca mais j'en sais strictement rien )

[fraaalesi]

Ca y est, j'ai trouvé le (je pense) meilleur moyen de contourner ce probleme. En fait, j'ai trouvé l'idée ici
http://javahowto.blogspot.com/2006/0...ceexcepti.html

En fait l'idée est qu'il ne faut pas faire ce que je faisait et qui était:

PropertyResourceBundle hubProperties = (PropertyResourceBundle) PropertyResourceBundle.getBundle("notifier_hub");

Pour charger un fichier de config, mieux vaut utiliser:

Properties hubProperties = new Properties();
hubProperties.load(new FileInputStream(new File("notifier_hub.properties")));

et là ca solutionne tout, il voit mon fichier properties qui se trouve à coté du jar sans etre obligé de modifié le classpath. Par contre, le probleme se pose toujours si l'on veut effectivement un resourcebundle accessible facilement en modification pour la localisation. Enfin ce n'est plus mon probleme du jour donc je marque comme résolu meme si des questions restent en suspens.

Merci à vous !

[n!co]

Je pensais qu'il y avait moyen sans les flux, mais oui pourquoi pas.

Penses au bouton => Résolu