Discussion :

[hugoclo]

Bonjour,
J'ai récupéré sur GitHub ce projet qui permet entre autre de décoder des positions AIS.
J'arrive à le lancer avec netbeans, pas de souci mais je voudrais pouvoir m'en servir dans un projet personnel et je ne sais pas comment faire.
Quand je fais un Build je récupère bien les fichiers JAR, je les inclus dans mon projet et je me sers de l'exemple donné sur GitHub

Code :

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

1
2
3
4
5
6
7
8
9
AisReader reader = AisReader.createReaderFromInputStream(new FileInputStream("sentences.txt"));
reader.registerHandler(new Consumer<AisMessage>() {
    @Override
    public void accept(AisMessage aisMessage) {
        System.out.println("message id: " + aisMessage.getMsgId());
    }
});
reader.start();
reader.join();

Et j'ai une erreur sur

Code :

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

createReaderFromInputStream

cette partie du code est souligné en rouge avec comme explication :

cannot find symbol

.

[Kangourex]

Bonsoir, je ne sais pas si ce que je vais dire est solution ou non j'émets une hypothèse.

Mais FileInputStream admet le chemin d'accès du fichier et pas simplement son nom.

[proginfme]

Sauf si le fichier est bien placé dans le même dossier que les fichiers.java non ?

[joel.drigo]

Sauf si le fichier est bien placé dans le même dossier que les fichiers.java non ?

Non.

Lorsqu'on indique pas le chemin complet dans un chemin de fichier, le chemin absolu est déterminé par rapport au dossier d'exécution. Lorsqu'on exécute son programme dans un IDE, le dossier d'exécution est le dossier de projet : il contient bien les fichiers .java, mais, en général, ils sont dans un dossier src, et dans des dossiers qui correcpondent aux packages.

Lorsqu'on veut accèder à un fichier qu'on aurait mis dans un dossier où se trouve un .java :

1. Ce n'est pas ce fichier qui sera lu : ce ne sont pas les .java qui sont exécutés, mais les .class. Les IDE copient automatiquement les fichiers qui se trouvent à côté des .java, à côté des .class correspondants. Ce sont donc ces copies qui seront utilisées.
2. Mais pour que ces copies soient utilisées, il faut évidemment que le chemin absolu permettent de désigner ces fichiers. Pour cela, on utilise une méthode qui permet automatiquement de déterminer le chemin absolu. Mais il faut bien voir que lors de l'exécution dans l'IDE, le .class est à priori dans un dossier physique (je dis à priori, parce que c'est comme ça en général, mais rien n'empêche que cela ne soit pas le cas techniquement. Et en l'occurence, ce n'est pas le cas lorsque l'application est déployée sous forme de jar et exécutée en dehors de l'IDE à partir de ce jar. Les fichiers seont d'ailleurs copiés automatiquement dans le jar.
   Pour résoudre l'emplacement du fichier à côté d'une classe, dans le cas général, on utilise la méthode getResource() de la classe Class ou ClassLoader.
   
   Par exemple, si à côté de Exemple.java, on a mis un fichier "exemble.xml" :
   
   

   Code :

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

   1
   2
   3
   4
   5
   6
   7
   public class Exemple {
    
       public void exemple() {
           URL url = Exemple.class.getResource("exemple.xml");
       }
    
   }

[joel.drigo]

Bonsoir, je ne sais pas si ce que je vais dire est solution ou non j'émets une hypothèse.

Mais FileInputStream admet le chemin d'accès du fichier et pas simplement son nom.

Une erreur de compilation ne peut jamais concerner le nom ou l'emplacement d'un fichier : la compilation ne fait aucune exécution du code final, et ne peut déterminer si un fichier existe ou pas, ou même est correctement syntaxé. Ici le constructeur utilisé dans new FileInputStream("sentences.txt") admet une String : on pourrait mettre n'importe quoi entre les ", le compilatur l'accepterait.

[joel.drigo]

Et j'ai une erreur sur

Code :

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

createReaderFromInputStream

cette partie du code est souligné en rouge avec comme explication : .

Cette erreur dit qu'il n'y a pas de méthode createReaderFromInputStream trouvé dans AisReader.

En fait, il semble qu'il y ait une erreur dans les exemples du projet sur le GIT : mets AisReaders au lieu de AisReader.

[hugoclo]

Oui c'était exactement ça.
Merci