oui, vérifie aussi si il n'y a pas d'interdépendances entre tes jar. Comme tu charge chaque plugin dans un classloader séparé, si un jar utilise les classe d'un autre, il ne pourra pas être chargé.
Version imprimable
oui, vérifie aussi si il n'y a pas d'interdépendances entre tes jar. Comme tu charge chaque plugin dans un classloader séparé, si un jar utilise les classe d'un autre, il ne pourra pas être chargé.
J'ai fait la modification de code que tu me proposais. L'application ne se lance toujours pas en jws. De plus, je n'arrive pas à voir le message d'erreur car ma console java se ferme avant que je puisse voir le message d'erreur éventuel.
En ce qui concerne l'intedépendance de mes jars, monjar me servant de plugins utillise des classes présentent dans mon application principale.
De plus, en utilisant l'outil JavaEXE, je réussis à lancer l'application avec le dit plugin mais plus en jws
Dans la configuration de java, il y a moyen, si ma mémoire est bonne, de lui faire garder la console ouverte. Sinon rajoute autour de ton code dans ta méthode unCitation:
Envoyé par yoyolepsy
Code:
2
3
4
5
6
Ma console java s'affiche en me disant qu'elle lit bien les certificats de mes jars mais mon application ne se lance pas du tout et la console java se referme toute seule comme si mon application se fermait toute seule. Par contre quand j'enleve mon jar me servant de plugin du dossier plugin, l'application se lance bien. Mais sans mon jar de plugin bien sur
J'ai un doute tout à coup sur le début de mon manifest avant que je le signe. J'ai les 3 lignes suivantes :
A savoir que la classe principale de mon application est bien com.main.Main et que l'organisation de mes dossiers est la suivante :Code:
2
3
4
J'ai un dossier dist qui contient mon Main.jar (jar généré par eclipse de mon application) , mon fichier jnlp, mon dossier plugins qui doit contenir mon jar me servant de plugin. Et enfin toujours dans le dossier dist, un dossier lib conteant les jar extérieurs que j'utilise pour mon application (lo log4j par exemple).
Ne me serais-je pas tromper par hasard dans les chemins d'accès pas hasard?
Je suis un peu perdu et je n'ai plus trop d'idées.:?
en jnlp, le classpath des jar n'est pas utilisé. Tu dois mentionner tous les jar dans le fichier jnlp. Donc l'entrée class-path n'a pas d'importance. Peut -tu remplacer le try/catch(Exception) que j'ai mis par un try/catch(Throwable), comme ça on capte tout.
Pour la console java, je ne connais pas de moyen de la garder en vie avec java webstart. Le Thread.sleep semble etre la seule solution :/
Voila j'ai remplacé par throwable et la modification du ClassLoader . L'application ne se lance pas et j'ai cette stacktrace :
Il semblerait que ce soit toujours la même. L'application semble ne pas vouloir se lancer tant que le jar n'arrive pas à etre lu. Le plugin jar semble ne pas "voir" les classes définies dans le jar de l'application principaleCode:
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
On retourne au point de départ quel "jar" est censé contenir cette classe alors si c'est pas le plugin?Citation:
Envoyé par yoyolepsy
Cette classe est contenu dans le jar monApplication.jar. C'est le jar qui permet de faire fonctionner mon application indépendemment de la présence d'un plugin ou non.Citation:
Envoyé par tchize_
il n'y a pas de monApplication.jar de référencé dans ton jnlp, tu ne l'aurais pas oublié?
Pardon, j'ai écrit monApplication.jar pour essayer d'expliquer quel était le jar. Le nom exact du jar est Main.jar que j'ai signé et qui s'appelle donc au final sMain.jar
et que donne?Code:jar tf sMain.jar
J'obtiens la stacktrace suivant:Citation:
Envoyé par tchize_
Avec les png les icones que j'utilise dans mon applicationCode:
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
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
Juste pour etre sur, si tu remplace ceci
par ceci,Code:URLClassLoader loader = new URLClassLoader(new URL[] {url}, this.getClass().getClassLoader());
t'as toujours l'erreur? C'est curieux que ta classe soit non trouvée.Code:URLClassLoader loader = new URLClassLoader(new URL[] {url}, Thread.currentThread().getContextClassLoader());
J'ai apporté la derniere modification que tu m'a suggéré. J'ai toujours la même erreur en effet. Pourtant quand je lance depuis Eclipse en tant qu'application de bureau pas de problème du tout. C'est vraiment le passage en jws qui m'apporte ce pb.
tu peux confirmer, au niveau de ton loader de plugin, que la classe est bien accessible en dehors de plugins? En faisant?Code:this.getClass().forName("com.equipment.management_rule.ScheduleManagementRule")
Excuse moi j'ai pas compris que me demande tu de faire? Ou doit intervenir ta derniere commande?
Désolé si ma question est bête mais j'ai pas très bien compris . (ça vient de moi)
au début de ta méthode loadPlugins par exemple. C'est juste pour voir si la classe est bien visible depuis javawebstart....
Bonjour,
J'ai rajouté la ligne de code au début de ma fonction loadPlugins(). Je ne vois rien de particulier apparaître dans mon application ni dans la console Java.
Je devrais voir quoi?
Tu peux nous montrer l'exception que tu as maintenant? Je veux voir si elle aurait pas changé un peu.
Bonjour,
Suite à la commande
que tu m'a proposé, Eclipse me dit que je ne peux pas accèder à la méthode forName(String) ed manière statique j'ai donc remplacé par :Code:
2
j'ai alors cette exception :Code:
2
3
4
Code:
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
ok donc ton application principale vois bien la classe, mais pas le plugin :s. Pourrais-tu nous donner ta dernière version de loadPlugins() qu'on sache sur quoi on travaille après tous ces changement? Et met en évidence la ligne 93 au passage ;)
Voici la dernière version de la méthode loadPlugins()
J'ai mis en vert la ligne 93Code:
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
76public void loadPlugins() throws Exception { this.getClass(); Class.forName("com.equipment.management_rule.ScheduleManagementRule"); this.pluginsDirectory = new File("plugins"); this._pluginFiles = new ArrayList<String>(); this.scanPluginsDirectory(this.pluginsDirectory); this.pluginFiles = new String[this._pluginFiles.size()]; this._pluginFiles.toArray(this.pluginFiles); if(this.pluginFiles == null || this.pluginFiles.length == 0){ return; } if(this.equipmentPlugins.size() != 0) return; File[] tempFile = new File[this.pluginFiles.length]; Enumeration<?> jarEnumeration = null; Class<?> tmpClass = null; for(int i=0; i<tempFile.length; i++) { tempFile[i] = new File(this.pluginFiles[i]); if(!tempFile[i].exists()) { break; } URL url = tempFile[i].toURI().toURL(); this.loadPluginInClassPath(url); //URLClassLoader loader = new URLClassLoader(new URL[] {url}, this.getClass().getClassLoader()); URLClassLoader loader = new URLClassLoader(new URL[] {url}, Thread.currentThread().getContextClassLoader()); JarFile jarFile = new JarFile(tempFile[i].getAbsolutePath()); jarEnumeration = jarFile.entries(); try{ while(jarEnumeration.hasMoreElements()) { String tmpString = jarEnumeration.nextElement().toString(); if(tmpString.length() > 6 && tmpString.endsWith(".class")) { tmpString = tmpString.substring(0, tmpString.length()-6); tmpString = tmpString.replaceAll("/","."); //tmpClass = Class.forName(tmpString, true, loader); tmpClass = loader.loadClass(tmpString); if(!tmpClass.isInterface() && !tmpClass.isEnum() && !tmpClass.isAnnotation()) { if(tmpClass.getSuperclass().getSimpleName().equals("Equipment")) { Equipment tempEquipment = ((Equipment) tmpClass.newInstance()).getNewInstance(this.pluginsManager); tempEquipment.setPluginName(this.addPluginName(this.pluginFiles[i])); this.equipmentPlugins.add(tempEquipment); } } } } } catch(Throwable e){ e.printStackTrace(); Thread.sleep(60000); // une minute de pause pour lire! } loader = null; jarFile = null; } }
Peux tu donner l'affichage du code suivant (je suis autant largué que toi)
Code:
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
En parlant de l'affichage tu me demandes, les messages consoles?
oui, il y a des system.out en plus et des lignes changées
D'accord excuse moi je n'avais pas vu. Alors j'ai testé le code avec tes ajouts et j'obtiens le stacktrace suivant :
Code:
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
Bonjour,
Après plusieurs essais, je reste toujours bloqué avec mon problème de plugin jar. Quelqu'un aurait-il une idée ou une piste à me suggérer? D'avance. Merci
tu peux nous montrer le code de cette méthode? Dans la logique du chargement d'un jar au sein d'un classloader, j'en vois pas l'intéret, et je me demande ce qu'elle tripatouille....Code:this.loadPluginInClassPath(url);
Edit: la seule raison que je verrais pour que la classe de ton plugin ne vois pas ta classe principale, ce serait que le plugin sois chargé par le classloader bootstrap et non par ton classloader (le principe de délégation donne priorité au classloader parent), et le bootstrap serait bien emmerdé parce que, ta classe principale il la connait pas. Peux tu ajouter ce code pour vérifier?
ce code donnera exactement tous les emplacement ou l'on peux trouver la classe. Si t'as des doublons, ce sera bingo on aura trouvé la cause :DCode:
2
3
4
5
6
7
8
9
10
11
Voici le code de la méthode demandée :
Code:
2
3
4
5
6
7
8
9
10
Ok je rajoute le code. juste une question, dans la ligne :
A quoi correspond :Code:
2
? Pour que je puisse compilerCode:TestUrls
désolé, mauvaic copier/coller, j'ai corrigé mon post ;)Citation:
Envoyé par yoyolepsy
ok, tu va me retirer cette méthode loadinclasspath immédiatement. Ton plugin n'a rien à faire dans le system classloader, il ne trouvrera aucune des classes de ton application à partir de là.
En plus du code que tu m'a dit tu me demande de retirer l'appel à la méthode loadinclasspath dans loadplugins?
J'ai retiré l'appel à ma fonction loadPluginInClassPath et la effectivement le plugin semble bien vu dans mon jws:D. Je remarque aussi pour en revenir au début de la discussion que j'écris bien dans mon fichier de log . Par contre j'écris les informations deux fois ce que je ne comprends pas forcément.
Pourrais-tu m'expliquer exactement ce qui se passait avec la méthode loadPluginInClassPath qui apparemment me causait mes problèmes et pourquoi cele venait que en jws et pas en application lancé sous Eclipse??
En tous cas merci beaucoup pour ton aide et ta patience
Juste pour information, après toutes les dernières modifications, j'ai le stacktrace suivant :
Code:
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
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
Les classloader vont toujours chercher en priorité dans leur parent les classes à charger , et il ne vont jamais chercher dans leur fils. Dans eclipse, le systemclassloader c'est l'ensemble de test classes de ton application que tu viens de lancer. Résultat, ca inclue dont ton pluginmanager. Résultat, le systemclassloader "vois" ton pluginmanager et toutes tes classes projet.Citation:
Envoyé par yoyolepsy
Dans javawebstart on a un niveau de plus. D'abord il y a le systemclassloader qui est celui de javawebstart, en dessous viens un classloader spécialement instancié pour ton application par webstart, avec ses sécurités, et qui contient tes classes, ensuite viennent tes petits classloader pour les plugins. Résultat, le systemclassloader ne "vois" aucune de tes classes. Quand tu injectais de force le plugin dans le system classloader, tu injectais donc tes classes plugins un niveau au dessus de ton application. Ceux-ci ne voient donc pas ton application principale. Et là tu te retrouve coincé car il ne vois aucune des classes dont il dépend -> NoClassDefFoundError.
En pratique, ton classloader custom est amplement suffisant pour charger les classes du plugin, pas besoin d'aller force des trucs.
PS: pour tes messages en double, regarde si ton splugin.jar n'est pas repris deux fois, par exemple une fois par ton classloader de plugin (qui est le comportement voulu) et une fois dans le fichier jnlp (ce qu'il faudrait, à priori, retirer)
OK. Je comprends mieux mainteant les considérations sur les classloader. Je te remercie beaucoup du temps et de la patience que tu m'a apporté. Je vais maintenant essayer de continuer mon application avec mon JavaFX.
PS : En ce qui concerne les fichiers de log tu me dis de retirer la reference au plugin dans le jnlp?
si tu regarde le texte que tu ma copié / collé, tu verra qu'il trouve chaque classe deux fois. A chaque fois à partir du même jar, ce qui me laisse a penser que deux classloader dans la hierarchie possèdent le classe, ce qui est pas tiptop, tu risque a nouveau d'avoir des problème si tu fais évoluer ton système de plugin. CA viens probablement du fait que tu référence ton splugin.jar à la fois dans le jnlp et que en plus tu le charge manuellement dans un classloader fils -> retire le du jnlp, a priori t'en a pas besoin là.
Si je retire la ligne suivante :
de mon jnlp, j'ai l'erreur suivante :Code:
2<jar href="plugins/splugin.jar"/>
Néanmoins, l'application se lance après un certain temps mais je n'ai plus accès aux classes de mon plugin même si il est vu par l'application principaleCode:
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