Script fonctionne mais s'arrete des la moindre action de mon programme

Version imprimable

Bonjour,

j'ai ajoute un script à mon programme java.
Pour faire fonctionner mon script, j'ai une dll et un .jar que je pense avoir ajouté comme il se doit.

Au lancement de mon programme, le script se charge bien et il est fonctionnelle.
Dans mon programme, j'ai plusieurs actions qui me modifient des paramètres via des touches clavier.
Exemple : j'appuie sur F8, je reduis la taille de ma fenêtre...F9 je met un mode overlay...etc

Tout ceci est fonctionnel sans problème mais lorsque je fait une de c'est action, mon script se désactive..

Mon programme fonctionne toujours mais j'ai perdu les fonctions de mon script.

ajout du script :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
import com.sun.jna.Library;
import com.sun.jna.Native;
import com.sun.jna.Pointer;
import com.sun.jna.WString;
 
 
 
class DllController {
 
 
    public interface autoHotKeyDll extends Library {
 
        void addFile(WString s, int a, int b);
      void ahktextdll(WString s);
      Pointer ahkFunction(WString s);
    }
 
 
    {
 
        System.out.println("running in " + System.getProperty("sun.arch.data.model"));
 
        System.out.println("Loading dll");
            autoHotKeyDll libs = (autoHotKeyDll) Native.loadLibrary("AutoHotkey", autoHotKeyDll.class);
 
 
            System.out.println("initialisation");
             libs.ahktextdll(new WString(""));
             libs.addFile(new WString("src/hotkey/rapidefire.ahk"), 1, 0);
 
 
 
 
            System.out.println("function call");
           System.out.println("return:" + libs.ahkFunction(new WString("function")));

Declaration du script dans le Main

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
  private static void setupEvents() throws NativeHookException {
        Logger logger = Logger.getLogger(GlobalScreen.class.getPackage().getName());
        logger.setLevel(Level.SEVERE);
        logger.setUseParentHandlers(false);
        GlobalScreen.registerNativeHook();
        KeyBoardListener keyBoardListener = new KeyBoardListener();
        GlobalScreen.addNativeKeyListener(keyBoardListener);
        MouseListener mouseListener = new MouseListener();
        GlobalScreen.addNativeMouseListener(mouseListener);
        GlobalScreen.addNativeMouseMotionListener(mouseListener);
 
   ici ----->    DllController dllController = new DllController();
 
    }

Si quelqu'un a une petite idée ?

merciu

Fred

27/05/2018, 15h10
joel.drigo
Salut,

La classe DllController
1. déclarre une interface interne
2. a une initialisation anonyme qui déclare une variable locale, y met une instance de je ne sais quoi, et appelle des méthodes qui font je ne sais quoi
Ce qui est sûr, ce que l'instance créée et stockée dans la variable libs n'existe plus pour l'exécution du programme dès que l'initialisation est terminée, et sera donc supprimée de la mémoire dès que nécessaire/possible. Est-ce que tu as essayé de déclarer cette variable en tant que membre de la classe ?

Merci,

j'ai supprime la class Dll Controller et fait ceci dans le Main :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 public static class DllController { public interface autoHotKeyDll extends Library { void addFile(WString s, int a, int b); void ahktextdll(WString s); Pointer ahkFunction(WString s); } { System.out.println("running in " + System.getProperty("sun.arch.data.model")); System.out.println("Loading dll"); autoHotKeyDll libs = (autoHotKeyDll) Native.loadLibrary("AutoHotkey", autoHotKeyDll.class); System.out.println("initialisation"); libs.ahktextdll(new WString("")); libs.addFile(new WString("src/hotkey/rapidefire.ahk"), 1, 0); System.out.println("function call"); System.out.println("return:" + libs.ahkFunction(new WString("function"))); } }
et :

Code:

static DllController dllController = new DllController();

avec ceci ca marche comme je le souhaite. Apres je sais pas si c'est la meilleur facon mais j'a icru comprendre que je devais faire ca.

Maintenant un autre soucis.

Mon jar executable m'affiche un beau message d'erreur : ~~A JAVA EXCEPTION HAS OCCURED~~

et dans la console j'arrive a avoir ca comme message d'erreur :

C:\Users\Fred>java -jar "C:\Users\Fred\Desktop\Jar test5 fred.jar"
Erreur : impossible d'initialiser la classe principale main.norecoil.Main
Causé par : java.lang.NoClassDefFoundError: org/jnativehook/NativeHookException

Mais je decouvre eclipse et j'ai vraiment du mal avec, j'ai regarde pas mal de tuto mais ca change rien.

27/05/2018, 21h22
joel.drigo

1 pièce(s) jointe(s)

Citation:

Envoyé par R1beLlu2B

Mon jar executable m'affiche un beau message d'erreur : ~~A JAVA EXCEPTION HAS OCCURED~~

et dans la console j'arrive a avoir ca comme message d'erreur :

C:\Users\Fred>java -jar "C:\Users\Fred\Desktop\Jar test5 fred.jar"
Erreur : impossible d'initialiser la classe principale main.norecoil.Main
Causé par : java.lang.NoClassDefFoundError: org/jnativehook/NativeHookException

La classe org.jnativehook.NativeHookException n'est pas dans le classpath. Il te faut intégrer les jar externes dans le jar "exécutable". Lorsque tu fais l'export vers le runnable, tu as deux options qui permettent soit de choisir d'intégrer les jars dans le jar exporté, soit de les repackager dans le jar exporté.

Pièce jointe 383774

Merci,

j'avais essaye de faire ca mais je me trompais dans la console...

la mon jar se lance, déja une bonne chose mais il ne trouve une image (image de background) qui pour est bien dans le jar.

je pense que je doit faire comme avec intelij, avoir un dossier externe au jar mais sans succes.

voici le message d'erreur :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
C:\Users\Fred>java -jar C:\Users\Fred\Desktop\test7.jar
running in 64
Loading dll
initialisation
function call
return:native@0x17a9fec6594
javax.imageio.IIOException: Can't read input file!
        at java.desktop/javax.imageio.ImageIO.read(Unknown Source)
        at main.norecoil.Action.<init>(Action.java:16)
        at main.norecoil.Main.<init>(Main.java:76)
        at main.norecoil.Main$3.run(Main.java:175)
        at java.desktop/java.awt.event.InvocationEvent.dispatch(Unknown Source)
        at java.desktop/java.awt.EventQueue.dispatchEventImpl(Unknown Source)
        at java.desktop/java.awt.EventQueue.access$500(Unknown Source)
        at java.desktop/java.awt.EventQueue$3.run(Unknown Source)
        at java.desktop/java.awt.EventQueue$3.run(Unknown Source)
        at java.base/java.security.AccessController.doPrivileged(Native Method)
        at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
        at java.desktop/java.awt.EventQueue.dispatchEvent(Unknown Source)
        at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
        at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
        at java.desktop/java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.desktop/java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.desktop/java.awt.EventDispatchThread.run(Unknown Source)

28/05/2018, 00h44
joel.drigo
Il faut que le fichier soit intégré au jar. Son accès ne se fera plus par File, parce que dans un jar, ce n'est plus un fichier, mais par URL. Pour obtenir l'URL d'une image dans le classpath, on utilise la méthode getResource() de la classe Class ou ClassLoader (tu peux directement obtenir un InputStream avec getResourceAsStream()). Par exemple, tu mets les images dans un dossier resources, que tu inclus au classpath (il suffit de le créer dans le dossier src dans Eclipse, comme si c'était un package, et les images seront déployées dans les dossiers de classes automatiquement au moment de la build, et donc dans le jar qui contient ces classes quand tu exportes). Ensuite, tu peux faire une classe :
Code:

1 2 3 4 5 public class ImageLoader { public static BufferedImage loadImage(String path) throws IOException { return ImageIO.read(ImageLoader.class.getResource(path)); } }
Pour charger l'image : Image image = ImageLoader.read("/resources/image.png");Si tu utilises avec des ImageIcon, tu peux créer l'ImageIcon en passant l'image en argument du constructeur mais tu peux le faire directement avec l'URL également :
Code:

1 2 3 public static ImageIcon loadImageIcon(String path) { return new ImageIcon(ImageLoader.class.getResource(path)); }

Daccord,

j'ai deja mon dossier image dans le src .

Donc si je comprend bien, je doit modifie la manière dont mon image est appeler actuellement :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
public class Action extends JComponent {
 
 
    String path1 = "src/images/ribellu.png";
    BufferedImage image1 = ImageIO.read(new File(path1));
 
 
 
    Font myFont = new Font("Serif", Font.BOLD, 30);
    Font myFont1 = new Font("Arial arrondi MT Bold", Font.BOLD, 10);
    Font myFont2 = new Font("Arial arrondi MT Bold", Font.BOLD + Font.ITALIC, 8);
 
    Font myFont3 = new Font("Serif", Font.BOLD, 24);
    Font myFont4 = new Font("Arial arrondi MT Bold", Font.BOLD, 9);
    Font myFont5 = new Font("Arial arrondi MT Bold", Font.BOLD + Font.ITALIC, 6);
 
    Font myFont6 = new Font("Serif", Font.BOLD, 18);
    Font myFont7 = new Font("Arial arrondi MT Bold", Font.BOLD, 8);
    Font myFont8 = new Font("Arial arrondi MT Bold", Font.BOLD + Font.ITALIC, 4);
 
    Font myFont9 = new Font("Serif", Font.BOLD, 12);
    Font myFont10 = new Font("Arial arrondi MT Bold", Font.BOLD, 7);
    Font myFont11 = new Font("Arial arrondi MT Bold", Font.BOLD + Font.ITALIC, 2);
 
 
    public Action() throws IOException {
 
    }
 
    @Override
 
    protected void paintComponent(Graphics g) {
        super.paintComponent(g);
        if (g instanceof Graphics2D) {
...
...
...

et la remplace par une methode propose si dessus?

28/05/2018, 08h34
joel.drigo

Citation:

Envoyé par R1beLlu2B

Donc si je comprend bien, je doit modifie la manière dont mon image est appeler actuellement :
[...] et la remplace par une methode propose si dessus?

Oui.

Bonjour,

J'ai pas mal bosse cette nuit son mon projet.

J'ai reussi avec les modification a faire marche mon programme sous eclipse. Mais en faite c'est ma dll qui pose probleme.

J'ai mis de cote eclipse et je suis retourne sur Intelij (je connais mieux le logiciel).

Je fait fonctionne mon, programme, tout ce charge a merveille lorsque je "run" mon Main, j'ai les fonction de ma .dll et toute les fonctionnalite du programme qui vont avec.

Et ma dll, j'avais fait un dossier dll a la racine de mon projet avec ma dll dedans mais ca ne marchais pas.

j'ai du la mettre dans : C:\Program Files\Java\jdk-9.0.4\bin\AutoHotkey.dll dans mon windows

Ca ce complique un peu lorsque je compile mon jar executable, il fonctionne sans probleme, j'ai les fonction du programme, ma fenetre etc mais pas les fonction de ma .dll

(d'ailleur je doit mettre en "manuel" ma .dll a cote de mon .jar sinon j'ai une erreur : A java Exception has occured )

je pense ne pas avoir compris les tuto sur comment ajoute une .dll

voici comment j'appel ma .dll et le script.ahk :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 public interface autoHotKeyDll extends Library { void addFile(WString s, int a, int b); void ahktextdll(WString s); Pointer ahkFunction(WString s); } { System.out.println("running in " + System.getProperty("sun.arch.data.model")); System.out.println("Loading dll"); DllController.autoHotKeyDll libs = (DllController.autoHotKeyDll) Native.loadLibrary("AutoHotkey", DllController.autoHotKeyDll.class); System.out.println("initialisation"); libs.ahktextdll(new WString("")); libs.addFile(new WString("src/hotkey/script.ahk"), 1, 0); System.out.println("function call"); System.out.println("return:" + libs.ahkFunction(new WString("function"))); }
Merci

Fred

Pour la dll, le souci c'est qu'une bibliothèque native est cherchée dans le "path" système (défini sous Windows par la variable path). On peut indiquer le dossier (ou les dossiers) de recherche par la variable système java.library.path (la syntaxe est la même que pour la variable d'environnement).
soit tu le mets dans le jar (donc comme n'importe quel ressource), et au run, tu le déploies dans un dossier, le dossier d'exécution par exemple (user.dir), ou dans le user.home (dans un sous-dossier réservé pour ton application), et tu modifies la variable java.library.path en conséquence. Comme c'est une dll, tu testes si tu es sous Windows, si oui tu le copies depuis le jar :

Simplement comme ça :
Code:

1 2 3 4 try(InputStream inputStream = FileUtils.class.getResourceAsStream("/resources/dll/AutoHotkey.dll")) { Files.copy(inputStream, Paths.get(targetdirectory, "AutoHotkey.dll")); } System.setProperty("java.library.path", targetdirectory);
Avec targetdirectory égal à

soit System.getProperty("user.home") + "/applicationtrucbidule" (applicationtrucbidule c'est bien sûr un nom que tu choisis, le nom de ton application à priori)
soit System.getProperty("user.dir") le dossier de travail de l'application
avec un programme d'installation (launch4j, inno setup, etc), tu pourras gérer le process de déploiement de la dll.
Avec l'API JarClassloader, tu pourras charger la bibliothèque native directement depuis le jar (sans déploiement).

28/05/2018, 20h05
R1beLlu2B

Merci pour les explication.

Mais je ne pense pas avoir compris car mes test effectue sont des echec:(

A qu'elle niveau je doit modifie mon code pour la dll?

Et une question pour mieux comprendre java.

Pourquoi quand je run mon main cela fonctionne et que quand je creer mon jar executable, il se lance, charge mais ne me donne pas les commande de mon script.

Merci

Fred
28/05/2018, 20h32
joel.drigo
Citation:

Envoyé par R1beLlu2B

Merci pour les explication.

Mais je ne pense pas avoir compris car mes test effectue sont des echec:(

A qu'elle niveau je doit modifie mon code pour la dll?

Le code que j'ai indiqué, tu dois le faire au démarrage de ton application, ou, du moins, forcément avant de charger la bibliothèque native (avant l'exécution de System.loadLibrary(...)).

Citation:

Envoyé par R1beLlu2B

Et une question pour mieux comprendre java.

Pourquoi quand je run mon main cela fonctionne et que quand je creer mon jar executable, il se lance, charge mais ne me donne pas les commande de mon script.

Parce que tu appelles un exécutable, c'est un jar, un fichier donc. Quand tu exécutes ton programme dans l'EDI (ce que je crois que tu appelles "run mon main"), toutes tes ressources sont des fichiers. Dans le jar, ce ne sont plus des fichiers : le jar est un fichier, ce qui est dedans n'en est pas, ce sont juste des octets. Tout système qui pourrait retrouver des machins à l'intérieur et s'en servir comme si c'était les fichiers qu'ils étaient à l'origine est obligé de le faire par du code qui en fait une sort d'équivalence, de simulation.

En Java, ça passe par une URL qui permet de charger la partie de jar qui correspond au fichier, via un inputstream : il faut juste donc avoir un système qui permet de charger des données à partir d'une URL ou d'un inputstream (la classe URL ayant une méthode openStream()). Avec une image, on a bien une méthode ImageIO.read() qui a un argument de type InputStream, et une méthode qui a un argument de type URL.
C'est tout l'avantage : on a d'une part
- des méthodes génériques qui chargent à partir de n'importe quel InputStream, que ça vienne d'un fichier, d'un jar, d'un zip, d'un serveur, ou peut importe
- de l'autre un système d'URL (Universal Resource Locator), plus généralement URI (Universal Resource Identifier). Un moyen universel de dire où se trouve une resource, et qui en particulier peut fournir un inputstream pour en récupérer les octets.
- et enfin un système qui permet d'obtenir d'un jar l'URL d'une des ses entrées
C'est un système simple, souple et universel. Au lieu d'avoir 33000 fonctions qui font des conversions de chaque combinaisons de machins vers trucs. Un autre avantage, c'est qu'un fichier peut aussi être désigné par URL, donc ça marche aussi avec ton projet dans l'EDI quand tout n'est encore que fichier. Avec le même code (le seul if ce serait par rapport à l'OS, mais ça on peut difficilement faire autrement : des DLL c'est pour Windows, c'est tout, c'est comme ça, enfin, quoiqu'on pourrait tout à fait avoir en théorie un format de fichier de lib cross OS, tant que c'est le même µp, et que le code ne fait pas appel à des trucs systèmes).

Seulement, pas de bol, pour System.loadLibrary(), y'a qu'un argument de type String, qui est un nom de fichier cherché dans la variable d'environnement. Quand la dll c'est un fichier, tant qu'on le met bien à un endroit dans le path, ça marche tout seul. Sinon, ça marche pas.
Donc soit on le met dans un dossier du path. Et ça, c'est pénible, parce que le 'runnable' n'est pas un seul fichier, y'a le jar et la dll, il faut expliquer au mec qui va l'installer sur son poste où les mettre, tout ça, donc lui expliquer ce qu'est le path, comment ça marche, comment le paramétrer et tout le tintouin, ou alors le forcer à le mettre dans un dossier fixe comme tu avais avec ton jdk, mais dans ce cas, le mec peut-être qu'il veut pas, ou il peut pas, en tout cas tu ne peux pas partir du principe que tout le monde va installer les mêmes applications et dossiers physiques que toi. Et quand bien même tu serais le seul à utiliser l'application, tu auras toujours à un moment donné un problème avec un dossier imposé en dur. Il vaut mieux être le moins dépendant possible de l'environnement. Ou alors on utilise la variable java.library.path, mais ça revient au même, faut expliquer comment l'utiliser, la configurer (dans la ligne de commande), on peut plus lancer le runnable en double-cliquant dessus (ou alors il faut faire un shortcut), bref, c'est aussi pénible, sauf si on utilise un installeur (qui fabrique lui vraiment un exécutable (.exe)).
Ou alors on le fait par programme, on s'arrange pour notre programme fasse tout ça tout seul, et quelque soit là d'où on le lance, sur n'importe quel environnement. Et donc, soit, comme je te l'ai indiqué, on récrée le fichier à partir du jar (on la packagé dedans, comme n'importe quel fichier), et on s'arrange pour que System.loadLibrary puisse le voir, donc on configure java.library.path. Soit on utilise d'autres moyens (comme les alternatives que je t'ai indiquées, le jarclassloader par exemple).

D'accord, je comprend mieux le principe. bien complique quand meme XD

Pour le code je l'ajoute ici a priori :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
package r1bellu2b.norecoil;
 
import com.sun.jna.Library;
import com.sun.jna.Native;
import com.sun.jna.Pointer;
import com.sun.jna.WString;
 
public  class DllController {
 
 
 
 
 
    public interface autoHotKeyDll extends Library {
 
        void addFile(WString s, int a, int b);
        void ahktextdll(WString s);
        Pointer ahkFunction(WString s);
    }
 
 
    {
 
        try(InputStream inputStream = FileUtils.class.getResourceAsStream("/resources/dll/AutoHotkey.dll")) {
            Files.copy(inputStream, Paths.get(targetdirectory, "AutoHotkey.dll"));
        }
        System.setProperty("java.library.path", targetdirectory);
 
 
 
 
 
        System.out.println("running in " + System.getProperty("sun.arch.data.model"));
 
        System.out.println("Loading dll");
        DllController.autoHotKeyDll libs = (DllController.autoHotKeyDll) Native.loadLibrary("dlls/AutoHotkey", DllController.autoHotKeyDll.class);
 
 
        System.out.println("initialisation");
        libs.ahktextdll(new WString(""));
        libs.addFile(new WString("src/hotkey/rapidefire.ahk"), 1, 0);
 
 
 
 
        System.out.println("function call");
        System.out.println("return:" + libs.ahkFunction(new WString("function")));
 
 
 
 
    }
 
}

mais je doit supprime cette ligne si je comprend bien :

Code:

    DllController.autoHotKeyDll libs = (DllController.autoHotKeyDll) Native.loadLibrary("dlls/AutoHotkey", DllController.autoHotKeyDll.class);

Je me demande alors comment appele mon script ?

voici ce que j'ai fait :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
import com.sun.jna.Library;
import com.sun.jna.Native;
import com.sun.jna.Pointer;
import com.sun.jna.WString;
 
import java.io.IOException;
import java.io.InputStream;
import java.nio.file.Files;
import java.nio.file.Paths;
 
public  class DllController {
 
 
 
 
 
    public interface autoHotKeyDll extends Library {
 
        void addFile(WString s, int a, int b);
        void ahktextdll(WString s);
        Pointer ahkFunction(WString s);
    }
 
 
    {
 
        try(InputStream inputStream = DllController.autoHotKeyDll.class.getResourceAsStream("/resources/dll/AutoHotkey.dll")) {
            Files.copy(inputStream, Paths.get(System.getProperty("user.dir"), "AutoHotkey.dll"));
            System.setProperty("java.library.path", System.getProperty("user.dir"));
    } catch (IOException e) {
            e.printStackTrace();
        }
 
 
 
 
 
 
        System.out.println("running in " + System.getProperty("sun.arch.data.model"));
 
        System.out.println("Loading dll");
        DllController.autoHotKeyDll libs = (DllController.autoHotKeyDll) Native.loadLibrary("dlls/AutoHotkey", DllController.autoHotKeyDll.class);
 
 
        System.out.println("initialisation");
        libs.ahktextdll(new WString(""));
        libs.addFile(new WString("src/hotkey/rapidefire.ahk"), 1, 0);
 
 
 
 
        System.out.println("function call");
        System.out.println("return:" + libs.ahkFunction(new WString("function")));
 
 
 
 
    }
 
}

et j'ai le message d'erreur suivant :

Code:

1
2
3
4
5
6
7
8
9
"C:\Program Files\Java\jdk-9.0.4\bin\java" "-Djava.library.path=C:\Users\Fred\Desktop\Programme R1bellu2B\dlls" "-javaagent:C:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2017.2.5\lib\idea_rt.jar=54594:C:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2017.2.5\bin" -Dfile.encoding=UTF-8 -classpath "C:\Users\Fred\Desktop\Programme R1bellu2B\target\classes;C:\Users\Fred\.m2\repository\com\1stleg\jnativehook\2.1.0\jnativehook-2.1.0.jar;C:\Users\Fred\.m2\repository\com\google\code\gson\gson\2.8.0\gson-2.8.0.jar;C:\Users\Fred\.m2\repository\net\java\dev\jna\jna\4.1.0\jna-4.1.0.jar" r1bellu2b.norecoil.Main
java.lang.ExceptionInInitializerError
Caused by: java.lang.NullPointerException
	at java.base/java.util.Objects.requireNonNull(Objects.java:221)
	at java.base/java.nio.file.Files.copy(Files.java:3039)
	at r1bellu2b.norecoil.DllController.<init>(DllController.java:30)
	at r1bellu2b.norecoil.Main.<clinit>(Main.java:38)
Exception in thread "main" 
Process finished with exit code 1

j'ai isole la ligne qui pose probleme :

Code:

Files.copy(inputStream, Paths.get(System.getProperty("user.dir"), "AutoHotkey.dll"));

user.dir correspond a l'emplacement de mon dossier sous windows si je ne me trompe pas, normale que ca fasse une erreur

J'ai modifie mais toujours l'erreur sur les deux ligne

Code:

1
2
  Files.copy(inputStream, Paths.get(System.getProperty("user.home")+ "/Programme R1bellu2B" ,"AutoHotkey.dll"));
            System.setProperty("java.library.path", System.getProperty("user.home")+ "/Programme R1bellu2B/AutoHotkey.dll" );

je doit me trompe sur les chemin d'acces je pense

si je comprend bien le code :

- On recupere la dll la (dossier ou il a la dll dans le jar)
- On la charge dans un dossier (du projet)
- on la lis a partir de la (le dossier dans l'application)

29/05/2018, 00h35
joel.drigo

Le dossier /resources/dll/ est-il bien à la racine de ton dossier src ? Avec le fichier AutoHotkey.dll dedans ?
29/05/2018, 00h37
R1beLlu2B

Oui il es bien place a cet endroit
29/05/2018, 02h37
joel.drigo

Pourtant l'exception que tu montres arrive si l'url est null, donc que la ressource n'est pas trouvée à l'endroit indiqué.

[EDIT]Est-ce que tu as vérifié s'il était bien copié dans le dossier de classes (.class) ?

Bonjour,

Alors j'ai regarde dans le dossier classes

Pour enfin reussir a debloque la situation, j'ai ajoute manuellement le dossier "resources"(avec son contenu) a la racine de celui ci.

j'arrive de nouveau a execute mon programme en "run main" sous intelij et aussi en le compilant en .jar

Je suis soumis au lancement a une nouvelle erreur mais qui n'empeche pas le lancement du programmes :

code erreur :

Code:

1
2
3
4
5
6
7
8
9
10
11
"C:\Program Files\Java\jdk-9.0.4\bin\java" "-Djava.library.path=C:\Users\Fred\Desktop\Programme R1bellu2B\dlls" "-javaagent:C:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2017.2.5\lib\idea_rt.jar=50028:C:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2017.2.5\bin" -Dfile.encoding=UTF-8 -classpath "C:\Users\Fred\Desktop\Programme R1bellu2B\target\classes;C:\Users\Fred\.m2\repository\com\1stleg\jnativehook\2.1.0\jnativehook-2.1.0.jar;C:\Users\Fred\.m2\repository\com\google\code\gson\gson\2.8.0\gson-2.8.0.jar;C:\Users\Fred\.m2\repository\net\java\dev\jna\jna\4.1.0\jna-4.1.0.jar" r1bellu2b.norecoil.Main
java.nio.file.NoSuchFileException: C:\Users\Fred\Programme R1bellu2B\dlls\AutoHotkey.dll
	at java.base/sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:85)
	at java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:103)
	at java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:108)
	at java.base/sun.nio.fs.WindowsFileSystemProvider.newByteChannel(WindowsFileSystemProvider.java:231)
	at java.base/java.nio.file.spi.FileSystemProvider.newOutputStream(FileSystemProvider.java:434)
	at java.base/java.nio.file.Files.newOutputStream(Files.java:218)
	at java.base/java.nio.file.Files.copy(Files.java:3071)
	at r1bellu2b.norecoil.DllController.<init>(DllController.java:30)
	at r1bellu2b.norecoil.Main.<clinit>(Main.java:38)

le code qui va recupere la dll :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
package r1bellu2b.norecoil;
 
import com.sun.jna.Library;
import com.sun.jna.Native;
import com.sun.jna.Pointer;
import com.sun.jna.WString;
 
import java.io.IOException;
import java.io.InputStream;
import java.nio.file.Files;
import java.nio.file.Paths;
 
public  class DllController {
 
 
 
 
 
    public interface autoHotKeyDll extends Library {
 
        void addFile(WString s, int a, int b);
        void ahktextdll(WString s);
        Pointer ahkFunction(WString s);
    }
 
 
    {
 
        try(InputStream inputStream = DllController.autoHotKeyDll.class.getResourceAsStream("/resources/dll/AutoHotkey.dll")) {
           Files.copy(inputStream, Paths.get(System.getProperty("user.home")+ "/Programme R1bellu2B/dlls" ,"AutoHotkey.dll"));
            System.setProperty("java.library.path", System.getProperty("user.home")+ "src/hotkey/script.ahk" );
    } catch (IOException e) {
            e.printStackTrace();
        }
 
 
 
 
 
/*
        System.out.println("running in " + System.getProperty("sun.arch.data.model"));
 
        System.out.println("Loading dll");
        DllController.autoHotKeyDll libs = (DllController.autoHotKeyDll) Native.loadLibrary("dlls/AutoHotkey", DllController.autoHotKeyDll.class);
 
 
       System.out.println("initialisation");
        libs.ahktextdll(new WString(""));
        libs.addFile(new WString("src/hotkey/script.ahk"), 1, 0);
 
 
 
 
        System.out.println("function call");
        System.out.println("return:" + libs.ahkFunction(new WString("function")));
*/
 
 
 
    }
 
}

29/05/2018, 13h41
joel.drigo

Le dossier "C:\Users\Fred\Programme R1bellu2B\dlls\" n'existe pas, donc il ne peut pas créer le fichier "C:\Users\Fred\Programme R1bellu2B\dlls\AutoHotkey.dll". Tu peux créer le dossier, juste avant de faire la copie, par exemple avec

Code:

Files.createDirectories(Paths.get(System.getProperty("user.home"),"Programme R1bellu2B/dlls"));

Par ailleurs, ça c'est n'importe quoi : System.setProperty("java.library.path", System.getProperty("user.home")+ "src/hotkey/script.ahk" );Si tu copies ta dll dans "C:\Users\Fred\Programme R1bellu2B\dlls\", il ne risque pas de la trouver ailleurs et puis "script.ahk, c'est un fichier n'est-ce-pas ? Le java.library.path est censé être un dossier (ou une liste de dossiers). La valeur donnée à la propriété java.library.path doit au moins contenir le dossier qui va contenir ta bibliothèque.
29/05/2018, 14h18
R1beLlu2B

1 pièce(s) jointe(s)

Le dossier "C:\Users\Fred\Programme R1bellu2B\dlls\" existe pourtant.

Pièce jointe 384269

Maintenant je n'es pas bien saisi le fait que la "java.library.path" est un dossier , ni le chemin d'acces que je doit employe pour

utilise mon script.ahk
29/05/2018, 14h31
joel.drigo

Citation:

Envoyé par R1beLlu2B

Le dossier "C:\Users\Fred\Programme R1bellu2B\dlls\" existais pourtant.

Pourtant l'erreur "java.nio.file.NoSuchFileException: C:\Users\Fred\Programme R1bellu2B\dlls\AutoHotkey.dll" est éléquente : "il n'y a pas de file ...", or on est en train d'ouvrir pour écrire (outputstream), donc ce n'est pas le fichier .dll, mais le dossier dont on parle.

Apres je ne sais pas ce qu'il c'est passe, mais j'ai ajoute la ligne que vous m'avez conseille (file.create)

En revanche ici :

Citation:

Envoyé par R1beLlu2B

ca ma mis le message d'errer suivant :

Code:

java.nio.file.FileAlreadyExistsException: C:\Users\Fred\Programme R1bellu2B\dlls\AutoHotkey.dll

comme quoi le dossier existait deja.

c'est du fichier dont on parle, vu l'exception. Alors effectivement, Files.copy() soulève cette exception si le fichier existe déjà. On peut l'éviter comme çà :

Code:

Files.copy(inputStream, Paths.get(System.getProperty("user.home")+ "/Programme R1bellu2B/dlls" ,"AutoHotkey.dll"), StandardCopyOption.REPLACE_EXISTING);

Citation:

Envoyé par R1beLlu2B

J'ai supprime la ligne et plus de message d'erreur.... la j'ai pas compris le pourquoi du comment.

Maintenant que le fichier s'y trouve, il y est tant qu'on le supprime pas.

Citation:

Envoyé par R1beLlu2B

Maintenant je n'es pas bien saisi le fait que la "java.library.path" est un dossier , ni le chemin d'acces que je doit employe pour

utilise mon script.ahk

java.library.path c'est une variable système Java qui fonctionne comme la variable d'environnement PATH de Windows. C'est la liste des dossiers où "Java" va chercher le fichier de bibliothèque native qu'on essaye de charger. Le chemin d'accès à indiquer c'est le chemin du dossier où tu copies la DLL. C'est exactement ce que tu fais en dur en mettant "-Djava.library.path=C:\Users\Fred\Desktop\Programme R1bellu2B\dlls" dans ta ligne de commande, sauf que c'est dynamique (ça copie le fichier à cet endroit, et ça dit que c'est à cet endroit qu'il faut le chercher lors du chargement, sans avoir à l'indiquer dans la ligne de commande, ou sans avoir à copier le fichier dans un dossier qui dans le PATH (la variable d'environnement), ni même à le copier à la main dans ce dossier "C:\Users\Fred\Desktop\Programme R1bellu2B\dlls". Cela fait tout automatiquement sans avoir à faire des trucs spéciaux pour faire tourner ton programme.

Merci pour les explications,

J'etais tombe sur le "replace_existing" mais je n'avais pas compris comment l'implante.

A priori ca a l'air de tourne correctement.

La dll, est recupere dans "classes", se copie dans .dlls et est utilise par le "setProperty"

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
 
import com.sun.jna.Library;
import java.io.IOException;
import java.io.InputStream;
import java.nio.file.Files;
import java.nio.file.Paths;
import java.nio.file.StandardCopyOption;
 
public  class DllController {
 
 
 
 
 
    public interface autoHotKeyDll extends Library {
 
        void addFile(WString s, int a, int b);
       void ahktextdll(WString s);
    Pointer ahkFunction(WString s);
    }
 
 
    {
 
        try
            (InputStream inputStream = DllController.autoHotKeyDll.class.getResourceAsStream("/resources/dll/AutoHotkey.dll")) {
            System.out.println("loading to sources");
            Files.copy(inputStream, Paths.get(System.getProperty("user.home")+ "/Programme R1bellu2B/dlls" ,"AutoHotkey.dll"), StandardCopyOption.REPLACE_EXISTING);
            System.out.println("instal");
            System.setProperty("java.library.path", System.getProperty("user.home")+ "/Programme R1bellu2B/dlls" );
            System.out.println("loading");
            System.out.println("initialisation");
 
 
    } catch (IOException e) {
            e.printStackTrace();
        }

Le log su run/main:

Code:

1
2
3
4
5
6
7
8
"C:\Program Files\Java\jdk-9.0.4\bin\java" "-javaagent:C:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2017.2.5\lib\idea_rt.jar=60181:C:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2017.2.5\bin" -Dfile.encoding=UTF-8 -classpath "C:\Users\Fred\Desktop\Programme R1bellu2B\target\classes;C:\Users\Fred\.m2\repository\com\1stleg\jnativehook\2.1.0\jnativehook-2.1.0.jar;C:\Users\Fred\.m2\repository\com\google\code\gson\gson\2.8.0\gson-2.8.0.jar;C:\Users\Fred\.m2\repository\net\java\dev\jna\jna\4.1.0\jna-4.1.0.jar" r1bellu2b.norecoil.Main
loading to sources
instal
loading
initialisation
 
(Apres c'est le chargement de mes config)
Loaded Config:

Je me demande maintenant comment je doit faire pour utilise mon script.ahk

qui est a la racine du projet et qui doit pouvoir être modifie par l'utilisateur.

j'ai essaye de laisse c'est ligne la (ce que j'utilisaisau depart pour faire marche ma dll et mon script)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
  public interface autoHotKeyDll extends Library {
 
        void addFile(WString s, int a, int b);
      void ahktextdll(WString s);
     Pointer ahkFunction(WString s);
    }
 
.....
 
 System.out.println("running in " + System.getProperty("sun.arch.data.model"));
 
       System.out.println("Loading dll");
      DllController.autoHotKeyDll libs = (DllController.autoHotKeyDll) Native.loadLibrary("dlls/AutoHotkey.dll", DllController.autoHotKeyDll.class);
 
 
    System.out.println("initialisation");
     libs.ahktextdll(new WString(""));
      libs.addFile(new WString("src/hotkey/script.ahk"), 1, 0);
 
 
 
 
     System.out.println("function call");
    System.out.println("return:" + libs.ahkFunction(new WString("function")));

mais ca plante le logiciel apres 5/10seconde

----------

Je me demandais pour la java.library.path. si je dit pas de betise je peu la configure dans projet structure de intelij ou pour mon utilisation ca ne serai pas utile?

Je pose cette question pour au final du projet, je souhaite lui inclure mes librairies et la jvm(celle qui est utilise) pour le rendre autonome

Merci

Fred

30/05/2018, 01h25
joel.drigo
Citation:

Envoyé par R1beLlu2B

Je me demandais pour la java.library.path. si je dit pas de betise je peu la configure dans projet structure de intelij ou pour mon utilisation ca ne serai pas utile?

Un EDI (IntellijIdea, Eclipse, NetBeans...), c'est un outil de développement. Le programme pour l'exécution en sera complètement indépendant. Ou alors il faut faire l'exécution toujours à partir de l'IDE, ce n'est pas pratique, et surtout ce n'est pas fait pour ça. Donc non, ne pas compter sur quoique ce soit en lien avec l'IDE pour l'exécution finale.

Citation:

Envoyé par R1beLlu2B

Je pose cette question pour au final du projet, je souhaite lui inclure mes librairies et la jvm(celle qui est utilise) pour le rendre autonome

Il faut utiliser un utilitaire spécial pour packager le programme (faire un installeur d'exécutable), et, là, oui ce genre d'utilitaires gèrent, pour la plupart en tout cas,les problématiques de bibliothèques natives, de variables d'environnement, de config, etc.

Citation:

Envoyé par R1beLlu2B

Je me demande maintenant comment je doit faire pour utilise mon script.ahk

D'une part, tu peux procéder de la même manière pour déployer le script.ahk depuis le jar que celle utilisé pour la dll (getResourceAsStream/Files.copy). Seulement, d'une part, il faut éviter d'écraser le fichier à chaque lancement (pour ne pas virer les modifications), donc simplement tester si le fichier existe avant de faire le déploiement (avec Files.exists()). D'autre part,
- soit tu veux prendre les modifications uniquement en rélançant le programme, et, donc, il n'a rien à faire de plus
- prendre en compte les modifications chaque fois qu'on modifie le fichier, même quand le programme tourne, ce que tu pourras faire avec un java.nio.file.WatchService.

Bonsoir,

J'ai ecrit ce code suite a vos conseil :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
 
import com.sun.jna.Library;
import com.sun.jna.Pointer;
import com.sun.jna.WString;
 
import java.io.IOException;
import java.io.InputStream;
import java.nio.file.Files;
import java.nio.file.Paths;
import java.nio.file.StandardCopyOption;
 
 
 
public  class DllController {
 
 
    public interface autoHotKeyDll extends Library {
 
        void addFile(WString s, int a, int b);
 
        void ahktextdll(WString s);
 
        Pointer ahkFunction(WString s);
    }
 
 
    {
 
        try
                (InputStream inputStream = DllController.autoHotKeyDll.class.getResourceAsStream("/resources/dll/AutoHotkey.dll")) {
            System.out.println("loading to sources");
            Files.copy(inputStream, Paths.get(System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls", "AutoHotkey.dll"), StandardCopyOption.REPLACE_EXISTING);
            System.out.println("instal");
            System.setProperty("java.library.path", System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls\\AutoHotkey.dll");
            System.out.println("loading");
 
 
 
 
 
 
 
 
            System.out.println("initialisation");
 
 
        } catch (IOException e) {
            e.printStackTrace();
        }
 
 
        try
            (InputStream inputStream = DllController.autoHotKeyDll.class.getResourceAsStream("/resources/dll/script.ahk")) {
            System.out.println("loading to sources");
            Files.exists(Paths.get(System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls", "script.ahk"));
            System.out.println("instal");
            System.setProperty("java.library.path", System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls\\script.ahk");
            System.out.println("loading");
 
            System.out.println("initialisation");
 
 
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

Mon programmes ce charge sans probleme mais toujours je ne recupere toujours pas les action de mon script.

Je me plante mais ou ?

Merci

Fred

01/06/2018, 00h53
joel.drigo

ça :

Code:

System.setProperty("java.library.path", System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls\\script.ahk");

il ne faut pas le faire

Premièrement, script.ahk est un fichier, pas un dossier et en plus ça annuler le précédent pour la dll. Maintenant, tu le charges ou et comment ce script ? C'est le code natif qui le fait ? Ou le code Java ?

Et par ailleurs, pour

Code:

System.setProperty("java.library.path", System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls\\AutoHotkey.dll");

, c'est pareil !
je te l'ai déjà dit java.library.path ça doit être un DOSSIER ou un REPERTOIRE si tu préfères, pas un FICHIER.

Bonjour,

Je viens de comprendre l'histoire du java.library path.

pour le script, je ne sais pas comment le charge avec le code que vous m'avez propose.

j'arrivais a le charge de cette maniere :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
 
 
 
  public interface autoHotKeyDll extends Library {
 
        void addFile(WString s, int a, int b);
 
        void ahktextdll(WString s);
 
        Pointer ahkFunction(WString s);
    }
 
 
 
{
 
System.out.println("running in " + System.getProperty("sun.arch.data.model"));
 
        System.out.println("Loading dll");
        autoHotKeyDll lib = (autoHotKeyDll) Native.loadLibrary("AutoHotkey", autoHotKeyDll.class);
 
 
        System.out.println("initialisation");
        lib.ahktextdll(new WString(""));
        lib.addFile(new WString(System.getProperty("user.dir") + "\\script.ahk"), 1, 0);
 
 
        System.out.println("function call");
        System.out.println("return:" + lib.ahkFunction(new WString("function")));
       System.out.println("ready");
 
 
}

Donc il faut continuer à le charger de la même manière, mais depuis l'endroit où il est déployé.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
 
///// DEPLOIEMENT DLL
 
try
                (InputStream inputStream = DllController.autoHotKeyDll.class.getResourceAsStream("/resources/dll/AutoHotkey.dll")) {
            System.out.println("loading to sources");
            Files.copy(inputStream, Paths.get(System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls", "AutoHotkey.dll"), StandardCopyOption.REPLACE_EXISTING);
            System.out.println("instal");
            System.setProperty("java.library.path", System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls");
            System.out.println("loading");
 
 
 
 
 
 
 
 
            System.out.println("initialisation");
 
 
        } catch (IOException e) {
            e.printStackTrace();
        }
 
///// DEPLOIEMENT SCRIPT
 
        try
            (InputStream inputStream = DllController.autoHotKeyDll.class.getResourceAsStream("/resources/dll/script.ahk")) {
            System.out.println("loading to sources");
            if ( !Files.exists(Paths.get(System.getProperty("user.dir") , "script.ahk")) {
            System.out.println("instal script.ahk to "+System.getProperty("user.dir"));
            );
 Files.copy(inputStream, Paths.get(System.getProperty("user.dir") , "script.ahk"));
 
        } catch (IOException e) {
            e.printStackTrace();
        }
 
//// LECTURE SCRIPT
 
System.out.println("Loading dll");
        autoHotKeyDll lib = (autoHotKeyDll) Native.loadLibrary("AutoHotkey", autoHotKeyDll.class);
 
 
        System.out.println("initialisation");
        lib.ahktextdll(new WString(""));
        lib.addFile(new WString(System.getProperty("user.dir") + "\\script.ahk"), 1, 0);
 
 
        System.out.println("function call");
        System.out.println("return:" + lib.ahkFunction(new WString("function")));
       System.out.println("ready");

D'accord,

Mais ca me repose quelque petit probleme :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
"C:\Program Files\Java\jdk-9.0.4\bin\java" "-javaagent:C:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2017.2.5\lib\idea_rt.jar=50474:C:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2017.2.5\bin" -Dfile.encoding=UTF-8 -classpath "C:\Users\Fred\Desktop\Programme R1bellu2B\target\classes;C:\Users\Fred\.m2\repository\com\1stleg\jnativehook\2.1.0\jnativehook-2.1.0.jar;C:\Users\Fred\.m2\repository\com\google\code\gson\gson\2.8.0\gson-2.8.0.jar;C:\Users\Fred\.m2\repository\net\java\dev\jna\jna\4.1.0\jna-4.1.0.jar" r1bellu2b.norecoil.Main
loading to sources
instal
loading
initialisation
loading to sources
instal script.ahk to C:\Users\Fred\Desktop\Programme R1bellu2B
Loading dll
java.nio.file.FileAlreadyExistsException: C:\Users\Fred\Desktop\Programme R1bellu2B\script.ahk
	at java.base/sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:87)
	at java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:103)
	at java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:108)
	at java.base/sun.nio.fs.WindowsFileSystemProvider.newByteChannel(WindowsFileSystemProvider.java:231)
	at java.base/java.nio.file.spi.FileSystemProvider.newOutputStream(FileSystemProvider.java:434)
	at java.base/java.nio.file.Files.newOutputStream(Files.java:218)
	at java.base/java.nio.file.Files.copy(Files.java:3071)
	at r1bellu2b.norecoil.DllController.<init>(DllController.java:66)
	at r1bellu2b.norecoil.Main.<clinit>(Main.java:39)
java.lang.UnsatisfiedLinkError: Unable to load library 'AutoHotkey': Native library (win32-x86-64/AutoHotkey.dll) not found in resource path (C:\Users\Fred\Desktop\Programme R1bellu2B\target\classes;C:\Users\Fred\.m2\repository\com\1stleg\jnativehook\2.1.0\jnativehook-2.1.0.jar;C:\Users\Fred\.m2\repository\com\google\code\gson\gson\2.8.0\gson-2.8.0.jar;C:\Users\Fred\.m2\repository\net\java\dev\jna\jna\4.1.0\jna-4.1.0.jar)
	at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:271)
	at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:398)
	at com.sun.jna.Library$Handler.<init>(Library.java:147)
	at com.sun.jna.Native.loadLibrary(Native.java:412)
	at com.sun.jna.Native.loadLibrary(Native.java:391)
	at r1bellu2b.norecoil.DllController.<init>(DllController.java:87)
	at r1bellu2b.norecoil.Main.<clinit>(Main.java:39)
Exception in thread "main" 
Process finished with exit code 1

le code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
import com.sun.jna.Library;
import com.sun.jna.Native;
import com.sun.jna.Pointer;
import com.sun.jna.WString;
 
import java.io.IOException;
import java.io.InputStream;
import java.nio.file.Files;
import java.nio.file.Paths;
import java.nio.file.StandardCopyOption;
 
import static com.sun.jna.Native.loadLibrary;
 
 
public  class DllController {
 
 
    public interface autoHotKeyDll extends Library {
 
        void addFile(WString s, int a, int b);
 
        void ahktextdll(WString s);
 
        Pointer ahkFunction(WString s);
    }
 
 
    {
 
 
///// DEPLOIEMENT DLL
 
        try
                (InputStream inputStream = DllController.autoHotKeyDll.class.getResourceAsStream("/resources/dll/AutoHotkey.dll")) {
            System.out.println("loading to sources");
            Files.copy(inputStream, Paths.get(System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls", "AutoHotkey.dll"), StandardCopyOption.REPLACE_EXISTING);
            System.out.println("instal");
            System.setProperty("java.library.path", System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls");
            System.out.println("loading");
 
 
            System.out.println("initialisation");
 
 
        } catch (IOException e) {
            e.printStackTrace();
        }
 
///// DEPLOIEMENT SCRIPT
 
        try
                (InputStream inputStream = DllController.autoHotKeyDll.class.getResourceAsStream("/resources/dll/script.ahk")) {
            System.out.println("loading to sources");
            if (Files.exists(Paths.get(System.getProperty("user.dir"), "script.ahk"))) ;
            System.out.println("instal script.ahk to " + System.getProperty("user.dir"));
 
            try {
                Files.copy(inputStream, Paths.get(System.getProperty("user.dir"), "script.ahk"));
            } catch (IOException e) {
                e.printStackTrace();
            }
 
 
//// LECTURE SCRIPT
 
 
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
 
 
    {
        System.out.println("Loading dll");
        autoHotKeyDll lib = (autoHotKeyDll) Native.loadLibrary("AutoHotkey", autoHotKeyDll.class);
 
 
        System.out.println("initialisation");
        lib.ahktextdll(new WString(""));
        lib.addFile(new WString(System.getProperty("user.dir") + "\\script.ahk"), 1, 0);
 
 
        System.out.println("function call");
        System.out.println("return:" + lib.ahkFunction(new WString("function")));
        System.out.println("ready");
 
 
 
    }
}

Pour que ca fonctionne, je doit mettre manuellement la .dll a la racine du dossier "classes" et la j'arrive a lance le programme.

J'ai tapé un peu à l'arrache directement dans l'éditeur et j'ai fait une erreur là :
Code:

1 2 3 4 if ( !Files.exists(Paths.get(System.getProperty("user.dir") , "script.ahk")) { System.out.println("instal script.ahk to "+System.getProperty("user.dir")); ); Files.copy(inputStream, Paths.get(System.getProperty("user.dir") , "script.ahk"));
C'est :
Code:

1 2 3 4 if ( !Files.exists(Paths.get(System.getProperty("user.dir") , "script.ahk")) { System.out.println("instal script.ahk to "+System.getProperty("user.dir")); Files.copy(inputStream, Paths.get(System.getProperty("user.dir") , "script.ahk")); }
En revanche, toi tu as fait :
Code:

1 2 3 4 5 6 7 8 if (Files.exists(Paths.get(System.getProperty("user.dir"), "script.ahk"))) ; System.out.println("instal script.ahk to " + System.getProperty("user.dir")); try { Files.copy(inputStream, Paths.get(System.getProperty("user.dir"), "script.ahk")); } catch (IOException e) { e.printStackTrace(); }
Ce qui fait carrément l'inverse de ce qu'il faut faire (toi tu écrase le fichier systèmatiquement)

Tu utilises com.sun.jna.Native.loadLibrary() et pas System.loadLibrary() donc

Citation:

When JNA classes are loaded, the native shared library (jnidispatch) is loaded as well. An attempt is made to load it from the any paths defined in jna.boot.library.path (if defined), then the system library path using System.loadLibrary(java.lang.String), unless jna.nosys=true. If not found, the appropriate library will be extracted from the class path (into a temporary directory if found within a jar file) and loaded from there, unless jna.noclasspath=true. If your system has additional security constraints regarding execution or load of files (SELinux, for example), you should probably install the native library in an accessible location and configure your system accordingly, rather than relying on JNA to extract the library from its own jar file.

Déjà vérifier jna.nosys. Ensuite, ce qui est intéressant, c'est que la bibliothèque gère déjà le chargement de dll directement depuis un jar. Donc on pourrait se passer de la phase de deploiement et charger directement en indiquant le chemin dans le jar.

J'ai fait la modification mais toujours pareil...

j'ai recherche sur le net pour ceci : jna.nosys

j'ai rien compris XD

.

J'ai fait quelque test egalement sur "l'ancienne methode" pour comprendre des petite chose.

j'ai passe le dossier ou il y a la dll en "sources root"

ensuite j'ai fait ceci :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 {
            System.out.println("Loading dll");
            autoHotKeyDll lib = (autoHotKeyDll) Native.loadLibrary("/resources/dll/AutoHotkey.dll", autoHotKeyDll.class);
 
 
            System.out.println("initialisation");
            lib.ahktextdll(new WString(""));
 ici --->    lib.addFile(new WString(System.getProperty("user.home") + "/Programme R1bellu2B/src/hotkey/script.ahk"), 1, 0);
 
 
            System.out.println("function call");
            System.out.println("return:" + lib.ahkFunction(new WString("function")));
            System.out.println("ready");
 
        }

il ne me trouve pas le fichier seulement quand je compile mon jar executable!! pourtant il es bien dedans.

Apres c'etais seulement une parenthese.

Quand vous dite se passe du déploiement, sa serai justement de ce se passe de ce code;

J'ai l'impression de tourne en rond,

la je suis parti sur ceci :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
package r1bellu2b.norecoil;
 
import com.sun.jna.Library;
import com.sun.jna.Native;
import com.sun.jna.Pointer;
import com.sun.jna.WString;
 
import java.io.IOException;
import java.io.InputStream;
import java.nio.file.Files;
import java.nio.file.Paths;
import java.nio.file.StandardCopyOption;
 
 
 
 
public  class DllController {
 
 
    public interface autoHotKeyDll extends Library {
 
        void addFile(WString s, int a, int b);
 
        void ahktextdll(WString s);
 
        Pointer ahkFunction(WString s);
    }
 
 
    {
 
 
 
 
 
         try
                (InputStream inputStream = DllController.autoHotKeyDll.class.getResourceAsStream("/resources/dll/AutoHotkey.dll")) {
           System.out.println("loading to sources");
          Files.copy(inputStream, Paths.get(System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls", "AutoHotkey.dll"), StandardCopyOption.REPLACE_EXISTING);
          System.out.println("instal");
           System.setProperty("java.library.path", System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls");
            System.out.println("loading");
 
 
        } catch (IOException e) {
            e.printStackTrace();
        }
 
 
 
 
        System.out.println("Loading dll");
        autoHotKeyDll lib = (autoHotKeyDll) Native.loadLibrary("/resources/dll/AutoHotkey.dll", autoHotKeyDll.class);
 
        System.out.println("initialisation");
        lib.ahktextdll(new WString(""));
        lib.addFile(new WString(System.getProperty("user.dir") + "\\hotkey\\script.ahk"), 1, 0);
 
 
        System.out.println("function call");
        System.out.println("return:" + lib.ahkFunction(new WString("function")));
        System.out.println("ready");
 
    }
}

pas d'erreur en "run/main" ------> script fonctionne
pas d'erreur en "console" --------> script ne marche pas

j'ai vue aussi que si je supprime ces lignes :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
         try
                (InputStream inputStream = DllController.autoHotKeyDll.class.getResourceAsStream("/resources/dll/AutoHotkey.dll")) {
           System.out.println("loading to sources");
          Files.copy(inputStream, Paths.get(System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls", "AutoHotkey.dll"), StandardCopyOption.REPLACE_EXISTING);
          System.out.println("instal");
           System.setProperty("java.library.path", System.getProperty("user.home") + "\\Programme R1bellu2B\\dlls");
            System.out.println("loading");
 
 
        } catch (IOException e) {
            e.printStackTrace();
        }
        }

c'est exactement pareil :
pas d'erreur en "run/main" ------> script fonctionne
pas d'erreur en "console" --------> script ne marche pas

mes fichier: autohotkey. dll et script.ahk sont dans 2 dossier different, respectivement dlls et hotkey a la racine de mon projet et bien entendu un dossier /resources/dll/autohotkey.dll a la racine de "classes"

J'ai beau cherche de partout, je ne vois pas pourquoi mon script ne prend pas quand mon jar executable est lance.

02/06/2018, 16h40
joel.drigo
Citation:

Envoyé par R1beLlu2B

J'ai fait la modification mais toujours pareil...

j'ai recherche sur le net pour ceci : jna.nosys

j'ai rien compris XD

jna.nosys est une propriété systeme. Pour tester sa valeur, il te suffit au démarrage du programme de faire

Code:

System.out.println(System.getProperty("jna.sys"));

jna.nosys c'est un propriété utilisée par jna pour savoir s'il doit essayer System.loadLibrary pour charger la dll (si la valeur est true on utilise pas).

Pour modifier la valeur d'une propriété système :
1. dans la ligne de commande de lancement de la JVM : -D<nom de la propriété>=>caleur>
2. programmatiquement avec System.setProperty(nom, valeur)
En regardant mieux le code, j'ai vu que ce que je t'ai fait faire à la main n'est pas nécessaire : Native.loadLibrary fait tout ça tout seul (le déploiement par File.copy() n'est donc pas nécessaire), en fonction des propriétés systèmes.
1. jna.nosys=true => pas de recherche selon System.loadLibrary()
2. jna.classpath=true pas de recherche dans le classpath
3. jna.library.path -> la liste des dossiers de recherche des dll par Native.loadLibrary().
Donc, globalement, de ce que je comprends tes tests, tu crois que la dll est bien dans le jar au bon endroit, alors que ce n'est pas le cas.

Citation:

Envoyé par R1beLlu2B

j'ai passe le dossier ou il y a la dll en "sources root"

C'est-à-dire ? Qu'est-ce que c'est "sources root" ?
Citation:
Envoyé par R1beLlu2B

ensuite j'ai fait ceci :

Code:

1 2 3 4 5 [...] ici ---> lib.addFile(new WString(System.getProperty("user.home") + "/Programme R1bellu2B/src/hotkey/script.ahk"), 1, 0); [...] }

il ne me trouve pas le fichier seulement quand je compile mon jar executable!! pourtant il es bien dedans.
Effectivement, ce n'est pas normal, puisque le path de script.ahk est aboslu. Maintenant, je ne sais pas ce que fait addFile() ni comment est exploité ensuite le path dans ta bibliothèque.

Citation:

Envoyé par R1beLlu2B

Quand vous dite se passe du déploiement, sa serai justement de ce se passe de ce code;

Je parlais du déploiement de la DLL, pas de la script.ahk. Comme dit précédemment, le script devant être modifiable par l'utilisateur, il est indispensable que cela soit un fichier, donc de déployer ce fichier depuis une version stocké dans le jar une fois et ensuite d'utiliser cette version comme script.

Citation:

Envoyé par R1beLlu2B

J'ai l'impression de tourne en rond,

C'est aussi mon cas, parce que j'ai l'impression de dire la même chose pour la dixième fois, au sujet de ce qui est fichier dans le système de fichier et ce qui est dans le jar et qui n'est pas fichier.
Tous les problèmes de différence entre l'exécution dans ton IDE et à partir du JAR sont dues au fait que dans ton projet dans l'IDE, tout ce que tu références (DLL et script, et images également) sont des fichiers. Tant que le chemin d'accès au fichier est correct le fichier sera trouvé.
Lorsque tu "passes au JAR", les fichiers qui sont mis dedans ne peuvent plus être accédés comme des fichiers, parce que ce ne sont pas des fichiers (je parle de la localisation, pas de la lecture du contenu). Les chemins relatifs qui pouvaient fonctionner en exécution dans l'EDI ne peuvent plus fonctionner sans qu'on fasse quelque chose de spécial (comme un accès par classloader et url pour les images par exemple, et un déploiement pour une DLL (et apparament la lib jna a prévu le coup en implémentant ce mécanisme, ce que ne fait pas System.loadLibrary). Attention, l'utilisation dans ce cadre de chemins absolus est trompeur puisque les chemins absolus sont forcément valables pour toute exécution sur ta machine, mais pas sur d'autre : à éviter donc.

Donc en résumé, si tu as un ressource qui est trouvée en exécution dans le l'IDE, c'est parce que le fichier est bien trouvé et donc que son chemin absolu est bien résolu depuis le chemin relatif que tu indiques et si ça ne fonctionne pas depuis l'exécution en commande du jar, c'est que la ressource ne se trouve pas à l'endroit indiqué (si dans le jar, l'url n'est pas bonne, si dans le filesystème, le chemin absolu (ou l'url) n'est pas bonne), donc soit le chemin (ou url) est incorrect, soit la ressource n'est pas là où elle devrait (ce qui revient au même au final).

Bonjour,

Problème résolu.

Voici ce que j'ai fait :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
 public Main() throws IOException {
 
........(code de mon programme)
 
    public interface autoHotKeyDll extends Library {
        public void ahkExec(WString s);
        public void ahkdll(WString s,WString o,WString p);
        public void addFile(WString s, int a);
        public void ahktextdll(WString s,WString o,WString p);
        public Pointer ahkFunction(WString f, WString p1, WString p2, WString p3, WString p4, WString p5, WString p6, WString p7, WString p8, WString p9, WString p10);
    }
 
 
    public static void main(String args[]) throws IOException, InterruptedException {
 
    ........(code de mon programme)
 
 
        Pointer pointer;
        String myLibraryPath = System.getProperty("user.dir");
 
        System.setProperty("java.library.path", myLibraryPath);
        System.out.println("running in " + System.getProperty("sun.arch.data.model"));
 
        System.out.println("Loading dll");
        autoHotKeyDll lib = (autoHotKeyDll) Native.loadLibrary("AutoHotkey.dll", autoHotKeyDll.class);
 
 
        System.out.println("initialisation");
        lib.ahktextdll(new WString(""),new WString(""),new WString(""));
        Thread.sleep(100);
        lib.addFile(new WString(System.getProperty("user.dir") + "\\script.ahk"), 1);
        Thread.sleep(100);
 
        System.out.println("function call");
        System.out.println("return:" + lib.ahkFunction(new WString("function"),new WString(""),new WString(""),new WString(""),new WString(""),new WString(""),new WString(""),new WString(""),new WString(""),new WString(""),new WString("")).getString(0));
        Thread.sleep(100);
 
 
    }

et j'ai mis mon script.ahk et ma dll a la racine de mon dossier du programme.

Ca fonctionne sous intelij et compilant en .jar

Voici les deux ligne qui ont résolu mon problème :

Code:

1
2
3
 String myLibraryPath = System.getProperty("user.dir");
 
        System.setProperty("java.library.path", myLibraryPath);

je met le sujet en résolu.

Merci pour votre aide.

Au plaisir

Fred

Fuseau horaire GMT +2. Il est actuellement 14h07.