Discussion :

[emmessi]

Bonjour à tous,
J'ai un petit problème bien gênant avec mon programme.
Je travaille sous Netbeans et j'ai mon programme qui s'exécute parfaitement à partir de celui-ci.
Lorsque je créer mon jar, il ne semble pas trouvé mes fichiers externes.
Voici la ligne de code où le problème semble apparaitre:

FileInputStream ConfigurationFile = new FileInputStream("Machine_Configuration.ini");

Bien évidemment j'ai copié mon fichier Machine_Configuration dans le même répertoire que le jar(répertoire dist\ sous netbeans). Mais il ne semble toujours pas lire le fichier.

Quelqu'un aurait-il une idée du problème s'il vous plait?

Merci

[adiGuba]

Salut,


Avec le code que tu donnes, le fichier sera recherché dans le répertoire de travail, qui ne correspond pas forcément au répertoire du jar (cela dépend de la manière dont tu lances l'application).

a++

[emmessi]

Salut,


Avec le code que tu donnes, le fichier sera recherché dans le répertoire de travail, qui ne correspond pas forcément au répertoire du jar (cela dépend de la manière dont tu lances l'application).

a++

Merci, mais je ne comprends pas ce que tu veux dire par "cela dépend de la manière dont tu lances l'application". Je double clique sur mon jar rien de plus!

Sinon j'ai copié mes fichiers externes dans mon répertoire jar et dans le repertoire de projet et le problème est le même...

[adiGuba]

Merci, mais je ne comprends pas ce que tu veux dire par "cela dépend de la manière dont tu lances l'application". Je double clique sur mon jar rien de plus!

Lorsque tu lances l'application via une ligne de commande, le répertoire de travail correspond tout simplement au répertoire courant (dans lequel tu tu déplaces avec cd).

Lorsque tu lances l'application en "double-cliquant" dessus, alors ca dépend de la configuration de l'OS...

Sinon j'ai copié mes fichiers externes dans mon répertoire jar et dans le repertoire de projet et le problème est le même...

Il faut utiliser un chemin complet et non pas un chemin relatif...


Sinon c'est quoi comme fichier de configuration ? Ne pourrait-il pas être inclut dans le jar ?

a++

[emmessi]

Il faut utiliser un chemin complet et non pas un chemin relatif...


Sinon c'est quoi comme fichier de configuration ? Ne pourrait-il pas être inclut dans le jar ?

Alors, j'ai essayé le chemin complet et cela ne fonctionne toujours pas.

Mon fichier de configuration contient des informations de type adresse IP, port, langue, etc...
C'est en fait une sauvegarde de configuration de l'utilisateur. Il peut être modifié à partir du programme.

Si c'est possible de l'inclure dans le jar, comment faire stp?

[Invité]

Salut,

Ce qui se fait souvent dans un cas comme ça, c'est que l'application cherche le fichier de configuration de l'utilisateur à un endroit précis, indépendant de là où est installé l'application.
Dans un style à la Unix, les fichiers de configuration d'un utilisateur sont dans un répertoire nommé ".monapplication" dans le rṕertoire de l'utilisateur (accessible en Java via la propriété système user.home)
Dans un monde plus Windows, on utilise la base de registre, ce qui est possible de manière limitée en Java via la classe Preferences.

A toi de voir ce que tu veux faire. La classe Preferences sous systémes non Windows crée une hierarchie de répertoires et fichiers représentant les préférences soit globale au système, soit pour l'utilisateur.

[adiGuba]

Alors, j'ai essayé le chemin complet et cela ne fonctionne toujours pas.

Donc c'est qu'il y a un autre problème : quel est l'exception exacte ?

Si c'est possible de l'inclure dans le jar, comment faire stp?

Il suffit de le mettre dans un package, et de le charger avec getResource() (il y a plein d'exemple sur le forum).

Mais si c'est un fichier de configuration utilisateur, autant le mettre dans le répertoire utilisateur :

Code :

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

File configFile = new File( System.getProperty("user.home"), ".myapplication.properties" );

a++

[emmessi]

Alors j'ai bien avancé dans mon problème!
Mon fichier de configuration est lu correctement mais le problème provient en faite de la compilation d'un rapport en pdf.

Voici le code où çà bloque:

Code :

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

1
2
3
4
5
 
JasperDesign jasperDesign = JRXmlLoader.load("DRS_Report_Stats.jrxml");
Map parameters = new HashMap();
JasperReport jasperReport = JasperCompileManager.compileReport(jasperDesign);
JasperPrint jasperPrint = JasperFillManager.fillReport(jasperReport, parameters, new net.sf.jasperreports.engine.JREmptyDataSource());

Le problème semble venir lorsque je fais compile Report à la 3ième ligne.
Mais je répète, le problème n'apparait que lorsque je lance mon jar et non sous netbeans.

Le problème doit donc être dans l'importation du jrxml ou un truc comme çà...

Des idées svp?

[adiGuba]

Et donc : quel est le problème ????

a++

[emmessi]

Et donc : quel est le problème ????

Mon programme effectue des sauvegardes au format PDF.
Sous Netbeans tout marche bien.

Mais à partir du jar, le logiciel ne sauvegarde pas du tout!
Je pense donc qu'il ne trouve pas mon fichier jrxml mais je ne suis pas sur et ne sais pas comment résoudre le problème.

L'exception:

Code :

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

1
2
 
net.sf.jasperreports.engine.JRException: Error compiling report java source files : C:\Users\Alex\Documents\NetBeansProjects\Weightpack_DRS_v1.0\dist\report32name_1275403190219_837702.java C:\Users\Alex\Documents\NetBeansProjects\Weightpack_DRS_v1.0\dist\report32name_dataset1_1275403190219_837702.java C:\Users\Alex\Documents\NetBeansProjects\Weightpack_DRS_v1.0\dist\report32name_dataset2_1275403190219_837702.java

[hwoarang]

Salut,

Si tu utilises :
jdt-compiler-version.jar

il faut egalement l'utiliser quand tu lances le .jar...

a+

[emmessi]

Salut,

Si tu utilises :
jdt-compiler-version.jar

il faut egalement l'utiliser quand tu lances le .jar...

a+

Tu peux être plus explicite s'il te plaît?
Je pense avoir compris qu'il fallait que je change le nom de mon jar mais çà ne fonctionne toujours pas!