Exploiter les balises dans page web

Version imprimable

Voir 40 message(s) de cette discussion en une page

25/01/2015, 13h34
joel.drigo

Utilise ton manifest.txt et pas le mien, déjà (le mien c'était juste pour essayer pour voir, mais c'est un retour-chariot windows, pas mac, d'où l'octet supplémentaire).

Sur la remarque de @Thelvin, elle est d'autant plus judicieuse que visiblement il a une expérience de bukkit, dont j'ai dit que je n'en avais aucune. La documentation indique qu'on peut faire comme j'ai dit (et également comme il a dit), mais ça ne veut pas dire que ça fonctionne.
25/01/2015, 13h35
thelvin

Citation:

Envoyé par To175

c'est fait et maintenant c'est un problème de java plus de minecraft.

C'est un problème d'utilisation de Java dans le cadre de Minecraft.

Citation:

Envoyé par To175

J'ai dit que FailingHttpStatusCodeException était au bon endroit

Et alors ? L'erreur indiquée est qu'il n'est pas trouvé.

Citation:

Envoyé par To175

On a conclut que manifest posait problème

À tort.
Même si Bukkit avait évolué depuis que je le regarde plus et était capable de lire les Manifest des plugins, il ne s'intéresserait pas au Class-Path, pour la raison déjà énoncée.
25/01/2015, 13h39
Anonyme1784

Citation:

Envoyé par joel.drigo

Utilise ton manifest.txt et pas le mien, déjà (le mien c'était juste pour essayer pour voir, mais c'est un retour-chariot windows, pas mac, d'où l'octet supplémentaire).

Sur la remarque de @Thelvin, elle est d'autant plus judicieuse que visiblement il a une expérience de bukkit, dont j'ai dit que je n'en avais aucune. La documentation indique qu'on peut faire comme j'ai dit (et également comme il a dit), mais ça ne veut pas dire que ça fonctionne.

Citation:

Envoyé par thelvin

C'est un problème d'utilisation de Java dans le cadre de Minecraft.

Et alors ? L'erreur indiquée est qu'il n'est pas trouvé.

À tort.
Même si Bukkit avait évolué depuis que je le regarde plus et était capable de lire les Manifest des plugins, il ne s'intéresserait pas au Class-Path, pour la raison déjà énoncée.

Ah ok en effet.. merci,
cependant comme je le spécifiais dans mon message d'hier ~14h, voilà ce qu'on m'a proposé sur les forum minecraft :

Citation:

@to175 your libraries are not plugins, don't drop them in the plugins folder. For Maven shading, google around a bit and you will find tutorials which explain you how to use it. If you don't use Maven (which I expect at the moment), build your jar as you usually do, and:
Open the jar with an extraction tool (7-zip, winrar, etc).
Open the META-INF folder, and open manifest.MF.
Set Class-Path to ../lib/HtmlUnit.jar (or whatever the filename is).
Save, close, perform any action required to update the manifest.MF file (so the next time you view it, your changes should be visible).
In your server root, create a folder 'lib'.
In that folder, put HtmlUnit.jar (or whatever the filename is).
Put your plugin in the plugins folder.
Restart your server.

Donc moi je cherche à faire ce qu'il me dit avec le Class-path :calim2:
Et j'utilise pas Maven parceque je comprends pas et qu'il dit que j'en ai à priori pas besoin.
25/01/2015, 13h48
thelvin

Ah, effectivement, autant pour moi.
J'avais pensé que c'était une idée glanée de n'importe où, et que de toute façon, ajouter une ligne dans un fichier ne justifiait pas une journée de travail, si c'était censé marcher.

Mais je constate que des ressources qui ont l'air de savoir ce qu'elles disent, disent effectivement de faire ça.
C'est quand même assez dérangeant d'imaginer lire une information de Class-Path pour agir sur autre chose que du Class-Path, ça m'a pas l'air bien pérenne tout ça.

Mais si des habitués disent que c'est comme ça qu'il faut faire, ok, j'ai rien dit. Au moins c'est plus simple que ce qu'on faisait avant.

Citation:

Envoyé par thelvin

Ah, effectivement, autant pour moi.
J'avais pensé que c'était une idée glanée de n'importe où, et que de toute façon, ajouter une ligne dans un fichier ne justifiait pas une journée de travail, si c'était censé marcher.

Mais je constate que des ressources qui ont l'air de savoir ce qu'elles disent, disent effectivement de faire ça.
C'est quand même assez dérangeant d'imaginer lire une information de Class-Path pour agir sur autre chose que du Class-Path, ça m'a pas l'air bien pérenne tout ça.

Mais si des habitués disent que c'est comme ça qu'il faut faire, ok, j'ai rien dit. Au moins c'est plus simple que ce qu'on faisait avant.

Quoiqu'il en soit, on saura bien vite.

Si je fais la commande sans class alors j'ai que le manifest dans mon jar :lol:
Et je sais pas comment indiquer la class ...
La class a bel et bien ce chemin là (Faites pas attention au nom hein :?)
/Users/THEO/Documents/workspace/Mecraft/bin/fr/mecraft/Mecraft/MeClass.class

pc2:~ THEO$ jar cfm /Users/THEO/Desktop/MC/"JAVA JRE"/Mecraft.jar /Users/THEO/Desktop/MC/"JAVA JRE"/manifest.txt /Users/THEO/Documents/workspace/Mecraft/bin/fr/mecraft/Mecraft/MeClass.class

Mais en utilisant ça, alors dans mon jar je n'ai pas ce que je veux...
J'ai Users.THEO.Documents.workspace.Mecraft.bin.fr.mecraft.Mecraft
Mais moi ce dont j'ai besoin c'est fr.mecraft.Mecraft il me semble ;(

EDIT : j'ai mis umf, je test maintenant !
jar ufm /Users/THEO/Desktop/MC/"JAVA JRE"/Mecraft.jar /Users/THEO/Desktop/MC/"JAVA JRE"/manifest.txt
Fonctionne !

EDIT2 :
raaahhh mais b*rdeeeel !
En plus c'est TOUJOURS la MEME erreur..... (après export, modification successful de MANIFEST et upload de Mecraft.jar vers le serveur dans "plugins")

Sur mon serveur dans "lib" j'ai "htmlunit-2.15.jar" et tous les autres JAR du dossier "htmlunit-2.15".

J'ai fais générer un manifest automatiquement hein !
Et j'ai viré le dossier META-INF

Quand j'explore Mecraft.jar voilà ce que j'ai :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 V .settings org.eclipse.jdt.core.prefs V META-INF MANIFEST.MF V fr V mecraft V Mecraft > MeClass .DS_Store .DS_Store .DS_Store .classpath .project config.yml plugin.yml
MANIFEST.MF :
Code:

1 2 3 Manifest-Version: 1.0 Class-Path: ../lib/* Created-By: 1.8.0_25 (Oracle Corporation)
Ps : j'en ai marre du .DS_Store qui me fais une erreur à chaque export, suis obligé de le décocher...

[14:06:49] [Server thread/ERROR]: Could not load 'plugins/Mecraft.jar' in folder 'plugins'
org.bukkit.plugin.InvalidPluginException: java.lang.NoClassDefFoundError: com/gargoylesoftware/htmlunit/FailingHttpStatusCodeException
at org.bukkit.plugin.java.JavaPluginLoader.loadPlugin(JavaPluginLoader.java:133) ~[craftbukkit.jar:git-Spigot-1642]
at org.bukkit.plugin.SimplePluginManager.loadPlugin(SimplePluginManager.java:341) ~[craftbukkit.jar:git-Spigot-1642]
at org.bukkit.plugin.SimplePluginManager.loadPlugins(SimplePluginManager.java:263) [craftbukkit.jar:git-Spigot-1642]
at org.bukkit.craftbukkit.v1_7_R4.CraftServer.loadPlugins(CraftServer.java:369) [craftbukkit.jar:git-Spigot-1642]
at net.minecraft.server.v1_7_R4.DedicatedServer.init(DedicatedServer.java:152) [craftbukkit.jar:git-Spigot-1642]
at net.minecraft.server.v1_7_R4.MinecraftServer.run(MinecraftServer.java:458) [craftbukkit.jar:git-Spigot-1642]
at net.minecraft.server.v1_7_R4.ThreadServerApplication.run(SourceFile:628) [craftbukkit.jar:git-Spigot-1642]
Caused by: java.lang.NoClassDefFoundError: com/gargoylesoftware/htmlunit/FailingHttpStatusCodeException
at java.lang.Class.forName0(Native Method) ~[?:1.7.0]
at java.lang.Class.forName(Class.java:264) ~[?:1.7.0]
at org.bukkit.plugin.java.PluginClassLoader.<init>(PluginClassLoader.java:64) ~[craftbukkit.jar:git-Spigot-1642]
at org.bukkit.plugin.java.JavaPluginLoader.loadPlugin(JavaPluginLoader.java:129) ~[craftbukkit.jar:git-Spigot-1642]
... 6 more
Caused by: java.lang.ClassNotFoundException: com.gargoylesoftware.htmlunit.FailingHttpStatusCodeException
at java.net.URLClassLoader$1.run(URLClassLoader.java:366) ~[?:1.7.0]
at java.net.URLClassLoader$1.run(URLClassLoader.java:355) ~[?:1.7.0]
at java.security.AccessController.doPrivileged(Native Method) ~[?:1.7.0]
at java.net.URLClassLoader.findClass(URLClassLoader.java:354) ~[?:1.7.0]
at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:101) ~[craftbukkit.jar:git-Spigot-1642]
at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:86) ~[craftbukkit.jar:git-Spigot-1642]
at java.lang.ClassLoader.loadClass(ClassLoader.java:423) ~[?:1.7.0]
at java.lang.ClassLoader.loadClass(ClassLoader.java:356) ~[?:1.7.0]
at java.lang.Class.forName0(Native Method) ~[?:1.7.0]
at java.lang.Class.forName(Class.java:264) ~[?:1.7.0]
at org.bukkit.plugin.java.PluginClassLoader.<init>(PluginClassLoader.java:64) ~[craftbukkit.jar:git-Spigot-1642]
at org.bukkit.plugin.java.JavaPluginLoader.loadPlugin(JavaPluginLoader.java:129) ~[craftbukkit.jar:git-Spigot-1642]
... 6 more

Je dois partir maintenant...
Tout est résumé ici avec spoiler : http://www.spigotmc.org/threads/jsou...7/#post-521178
J'attends leur réponse :/

25/01/2015, 15h09
thelvin

Je reste incroyablement pas convaincu par le Class-Path mais, devant l'insistance générale des ressources plutôt crédibles qui le disent,

J'essaierais au moins :
- de lister les noms des .jar au lieu d'utiliser un wildcard * (oui, en principe, dans le Manifest, un * devrait marcher. Mais j'ai des doutes dans la manière dont ce Manifest est lu)
- de donner le chemin absolu des .jars à importer, plutôt qu'un relatif. (par exemple /mnt/aedfdqfff/mecraft/spigot/lib/htmlunit.jar j'invente mais quelque chose comme ça.) C'est moche, mais si ça marche ça permettra de valider des choses.

Au pire essayer d'abord avec juste htmlunit.jar, et si c'est une autre classe qu'il ne trouve pas, au moins on a trouvé comment on fait pour importer un jar.
25/01/2015, 15h24
Anonyme1784
Citation:

Envoyé par thelvin

Je reste incroyablement pas convaincu par le Class-Path mais, devant l'insistance générale des ressources plutôt crédibles qui le disent,

J'essaierais au moins :
- de lister les noms des .jar au lieu d'utiliser un wildcard * (oui, en principe, dans le Manifest, un * devrait marcher. Mais j'ai des doutes dans la manière dont ce Manifest est lu)
- de donner le chemin absolu des .jars à importer, plutôt qu'un relatif. (par exemple /mnt/aedfdqfff/mecraft/spigot/lib/htmlunit.jar j'invente mais quelque chose comme ça.) C'est moche, mais si ça marche ça permettra de valider des choses.

Au pire essayer d'abord avec juste htmlunit.jar, et si c'est une autre classe qu'il ne trouve pas, au moins on a trouvé comment on fait pour importer un jar.

Ok bonne idée, je teste de ce pas.

Juste, comment j'enlève cette erreur, à part en décochant ".DS_Store" parceque ça me gave :p
Code:

1 2 3 JAR export finished with warnings. See details for additional information. Problem writing Mecraft/src/.DS_Store to JAR: duplicate entry: .DS_Store duplicate entry: .DS_Store
EDIT :

J'ai export Mecraft.jar et changé le manifest.txt

Ça me donne un MANIFEST.MF comme ceci :
Code:

1 2 3 4 Manifest-Version: 1.0 Class-Path: /lib/htmlunit-2.15.jar Created-By: 1.8.0_25 (Oracle Corporation) (ligne vide)
J'ai mis Mecraft.jar sur le serveur dans plugins et j'ai htmlunit-2.15.jar dans lib

Erreur :
FailingHttpStatusCodeException
25/01/2015, 16h37
thelvin

Oui non mais c'est pas possible que le répertoire des libs soit à la racine du système de fichier -_-°.

Il faut un chemin absolu qui indique l'emplacement du début à la fin, genre /chemin/vers/ton/serveur/spigot/bukkit/lib/htmlunit.jar et non pas juste /lib/htmlunit.jar
En principe l'outil que tu utilises pour placer tes fichiers jars, doit être capable de te dire où il les met -_-°.

Citation:

Envoyé par thelvin

Oui non mais c'est pas possible que le répertoire des libs soit à la racine du système de fichier -_-°.

Il faut un chemin absolu qui indique l'emplacement du début à la fin, genre /chemin/vers/ton/serveur/spigot/bukkit/lib/htmlunit.jar et non pas juste /lib/htmlunit.jar
En principe l'outil que tu utilises pour placer tes fichiers jars, doit être capable de te dire où il les met -_-°.

Yes désolé je me disais bien que c'était louche :p
J'utilise FilleZilla :
Hôte : xxx.yyy.com
Code:

1 2 3 4 5 6 7 8 9 Statut : Résolution de l'adresse de xxx.yyy.com Statut : Connexion à aaa.bbb.cc.ddd:21... Statut : Connexion établie, attente du message d'accueil... Statut : Serveur non sécurisé, celui-ci ne supporte pas FTP sur TLS. Statut : Connecté Statut : Récupération du contenu du dossier... Statut : Contenu du dossier "/" affiché avec succès Statut : Récupération du contenu du dossier "/lib"... Statut : Contenu du dossier "/lib" affiché avec succès
Je vois que /lib :?
Il me dit vraiment que je suis dans "/" ! :mouarf:

25/01/2015, 18h11
thelvin

Bleh. Bon, pour du FTP je suppose que tant mieux. (T'es sûr que le /lib à la racine du compte il est là pour contenir des .jar ? Il sert à quoi cet accès FTP au juste ?)

Pas d'accès SSH, SCP, les outils habituels ? T'as juste aucun moyen de dézipper un fichier dessus ou de lancer un script ?
25/01/2015, 20h18
Anonyme1784

Citation:

Envoyé par thelvin

Bleh. Bon, pour du FTP je suppose que tant mieux. (T'es sûr que le /lib à la racine du compte il est là pour contenir des .jar ? Il sert à quoi cet accès FTP au juste ?)

Pas d'accès SSH, SCP, les outils habituels ? T'as juste aucun moyen de dézipper un fichier dessus ou de lancer un script ?

Le lib je l'ai créé comme on me l'a demandé sur le forum spigot.

L'accès FTP sert à configurer le serveur dans "/" il y a des fichiers de configs, les maps et le dossier "plugins" dans le quel je mets Mecraft.jar

Non on m'interdit la connexion en SSH

EDIT :
J'ai changé "user" et l'adresse mais voilà ce que je peux avoir par exemple :
ftp://user@x.x.com/lib/commons-codec-1.9.jar

Et dans le navigateur ça répond que j'ai pas le droit de voir le fichier.
Je dois écrire x.x.com/lib/commons-codec-1.9.jar dans Class-path ??
25/01/2015, 21h25
thelvin

Non, laisse tomber. Je n'imaginais pas qu'on inventerait des configurations de ce genre, mais manifestement c'est le cas. Pour connaître le vrai chemin des fichiers il faudrait que ce soit le plugin lui-même, manifestement le seul truc que tu as encore le droit d'exécuter, qui te le dise dans un message ou dans des logs (y a-t-il même des logs dans cette config, au point où on en est ?). Ça devient ridiculement compliqué juste pour connaître un chemin absolu.

... Et en mettant juste ./lib/htmlunit.jar ou ../lib/htmlunit.jar, même erreur que d'habitude ?
25/01/2015, 21h33
Anonyme1784

Citation:

Envoyé par thelvin

Non, laisse tomber. Je n'imaginais pas qu'on inventerait des configurations de ce genre, mais manifestement c'est le cas. Pour connaître le vrai chemin des fichiers il faudrait que ce soit le plugin lui-même, manifestement le seul truc que tu as encore le droit d'exécuter, qui te le dise dans un message ou dans des logs (y a-t-il même des logs dans cette config, au point où on en est ?). Ça devient ridiculement compliqué juste pour connaître un chemin absolu.

... Et en mettant juste ./lib/htmlunit.jar ou ../lib/htmlunit.jar, même erreur que d'habitude ?

C'est ./lib/htmlunit.jar ou ../lib/htmlunit.jar l'habitude dont tu parles...
25/01/2015, 21h51
thelvin

Ok. Je demandais parce que je ne t'ai vu essayer que ./lib/* ou ../lib/* depuis que tu sais avoir un fichier Manifest. Certes, en principe c'est censé marcher les * mais je continue de douter de ce format.

... Et au passage on est bien d'accord que je voulais dire ./lib/nomdufichier.jar , avec donc la version et tout le toutim si tu l'as pas renommé ?

... Tant que tu demandes aussi à des devs Spigot je suppose que tu fais ce qu'il faut pour t'en sortir.

(Enfin moi, il y a longtemps que j'aurais modifié le plugin pour qu'il me fasse la liste du répertoire courant et de ce qui s'y trouve, puis si ça va toujours pas mieux pour qu'il charge lui-même les jars avec un URLClassLoader. Mais il faut reconnaître que c'est pas sexy comme solution.)
25/01/2015, 22h30
Anonyme1784

Citation:

Envoyé par thelvin

Ok. Je demandais parce que je ne t'ai vu essayer que ./lib/* ou ../lib/* depuis que tu sais avoir un fichier Manifest. Certes, en principe c'est censé marcher les * mais je continue de douter de ce format.

... Et au passage on est bien d'accord que je voulais dire ./lib/nomdufichier.jar , avec donc la version et tout le toutim si tu l'as pas renommé ?

... Tant que tu demandes aussi à des devs Spigot je suppose que tu fais ce qu'il faut pour t'en sortir.

(Enfin moi, il y a longtemps que j'aurais modifié le plugin pour qu'il me fasse la liste du répertoire courant et de ce qui s'y trouve, puis si ça va toujours pas mieux pour qu'il charge lui-même les jars avec un URLClassLoader. Mais il faut reconnaître que c'est pas sexy comme solution.)

On a dit que je devais ajouter tous les jar au path mais bref je l'avais fait au début ça, avant d'essayer avec *

On va pas commencer à chipoter on va pas s'en sortir :mouarf: nan justement je fais attention à tous les détails de ce genre. Les fichiers sont tous corrects. Le problème peut seulement venir de : Class-path du manifest, la classe principale avec tout mon code, le build path...

Pour avoir le chemin je peux utiliser ça ? ;)
String dirPath = file.getAbsoluteFile().getParentFile().getAbsolutePath()
avec comme file, Mecraft.jar !

Les Devs bukkit et spigot répondent plus, ils ne savent pas :calim2:

Mais je trouve ça trop facile le problème du path... Il faudrait reprendre toutes les étapes depuis le début, si ça se trouve ça n'a rien avoir.
(JRE 1.7 c'est bon hein ?)

EDIT !
String dirPath = file.getAbsoluteFile().getParentFile().getAbsolutePath()
Pour le file Mecraft.jar, ça me donne : /var/directory_serv/servmc_xxxxx
26/01/2015, 02h35
thelvin

Citation:

Envoyé par To175

Mais je trouve ça trop facile le problème du path... Il faudrait reprendre toutes les étapes depuis le début, si ça se trouve ça n'a rien avoir.

Je le dis depuis le début que ça n'a rien à voir, mais les ressources en ligne ne sont pas d'accord avec moi, donc bon.
En tout cas ces mêmes ressources en ligne conseillent d'abord de fusionner tous les jars en un seul, et ensuite seulement parlent du Class-Path si la première solution ne plaît pas. C'est à se demander si quelqu'un a vérifié.

Citation:

Envoyé par To175

String dirPath = file.getAbsoluteFile().getParentFile().getAbsolutePath()
Pour le file Mecraft.jar, ça me donne : /var/directory_serv/servmc_xxxxx

Bien.

Mon idée c'était de faire des listFiles() pour savoir qu'est-ce qu'il y a là-dedans, et où vont vraiment les fichiers que tu places avec FTP.
Une fois que tu as ça, tu peux toujours indiquer le chemin absolu de ton jar. Et si ça ça ne marche pas, toute la planète peut dire ce qu'elle veut, le Class-Path est pas lu au moins par la version de Minecraft que tu utilises et c'est tout. Si ça marche, c'est que le chemin utilisé pour charger les jars ne correspond pas à ./lib ou ../lib.
26/01/2015, 19h28
Anonyme1784
Citation:

Envoyé par thelvin

Je le dis depuis le début que ça n'a rien à voir, mais les ressources en ligne ne sont pas d'accord avec moi, donc bon.
En tout cas ces mêmes ressources en ligne conseillent d'abord de fusionner tous les jars en un seul, et ensuite seulement parlent du Class-Path si la première solution ne plaît pas. C'est à se demander si quelqu'un a vérifié.
Bien.
Mon idée c'était de faire des listFiles() pour savoir qu'est-ce qu'il y a là-dedans, et où vont vraiment les fichiers que tu places avec FTP.
Une fois que tu as ça, tu peux toujours indiquer le chemin absolu de ton jar. Et si ça ça ne marche pas, toute la planète peut dire ce qu'elle veut, le Class-Path est pas lu au moins par la version de Minecraft que tu utilises et c'est tout. Si ça marche, c'est que le chemin utilisé pour charger les jars ne correspond pas à ./lib ou ../lib.

Okok merci beaucoup :)

Je peux utiliser ça ?
Code:

1 2 3 File file = new File("/var/directory_serv/servmc_xxxxx/lib"); File[] paths = file.listFiles(); player.sendMessage(prefixMecraft+" "+paths);
C'est le bon chemin ?

EDIT :
Bon :mouarf: après avoir fouillé partout dans la racine de mon hébergeur :P
j'ai trouvé des trucs ! Félicitations vous aviez raison, ../lib ne fonctionne pas ! Le ./lib contient tous les jar !
Mais bon ... J'ai déjà essayé :'( J'en suis sur hein, par exemple j'atteins de la meme manière le dossier plugin : ./plugins ou ./ pour voir le dossier ou j'ai tout. Sinon j'ai aussi le droit d'ouvrir /var/directory_serv/...

Help s'il vous plait !
En fait je dis pas au plugin de regarder le class path ni rien, osef apparemment ?
J'ai juste configuré le build path et fais mes import.
J'ai trouvé ça mais peut être ça n'a rien à voir...
http://bukkit.org/threads/solved-adv...-plugin.56209/

Je vais tester avec le full path :s

EDIT :
Code:

1 2 3 4 5 6 7 8 pc2:~ THEO$ jar ufm /Users/THEO/Desktop/MC/"JAVA JRE"/Mecraft.jar /Users/THEO/Desktop/MC/"JAVA JRE"/manifest.txt java.io.IOException: line too long at java.util.jar.Attributes.read(Attributes.java:379) at java.util.jar.Manifest.read(Manifest.java:199) at java.util.jar.Manifest.<init>(Manifest.java:69) at sun.tools.jar.Main.update(Main.java:603) at sun.tools.jar.Main.run(Main.java:269) at sun.tools.jar.Main.main(Main.java:1233)

01/02/2015, 21h13
tchize_

Le message d'erreur est clair, une ligne est trop longue.

Le manifest ne peut pas contenir de ligne de plus de 72 bytes

Citation:

Envoyé par tchize_

Le message d'erreur est clair, une ligne est trop longue.

Le manifest ne peut pas contenir de ligne de plus de 72 bytes

lol merci bien....................................................

Bon donc j'ai mis 2 fichiers par lignes, j'ai tjr le message d'erreur :aie:

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
[21:06:07] [Server thread/ERROR]: Could not load 'plugins/Mecraft.jar' in folder 'plugins'
org.bukkit.plugin.InvalidPluginException: java.lang.NoClassDefFoundError: com/gargoylesoftware/htmlunit/FailingHttpStatusCodeException
	at org.bukkit.plugin.java.JavaPluginLoader.loadPlugin(JavaPluginLoader.java:133) ~[craftbukkit.jar:git-Spigot-1642]
	at org.bukkit.plugin.SimplePluginManager.loadPlugin(SimplePluginManager.java:341) ~[craftbukkit.jar:git-Spigot-1642]
	at org.bukkit.plugin.SimplePluginManager.loadPlugins(SimplePluginManager.java:263) [craftbukkit.jar:git-Spigot-1642]
	at org.bukkit.craftbukkit.v1_7_R4.CraftServer.loadPlugins(CraftServer.java:369) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.DedicatedServer.init(DedicatedServer.java:152) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.MinecraftServer.run(MinecraftServer.java:458) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.ThreadServerApplication.run(SourceFile:628) [craftbukkit.jar:git-Spigot-1642]
Caused by: java.lang.NoClassDefFoundError: com/gargoylesoftware/htmlunit/FailingHttpStatusCodeException
	at java.lang.Class.forName0(Native Method) ~[?:1.7.0]
	at java.lang.Class.forName(Class.java:264) ~[?:1.7.0]
	at org.bukkit.plugin.java.PluginClassLoader.<init>(PluginClassLoader.java:64) ~[craftbukkit.jar:git-Spigot-1642]
	at org.bukkit.plugin.java.JavaPluginLoader.loadPlugin(JavaPluginLoader.java:129) ~[craftbukkit.jar:git-Spigot-1642]
	... 6 more
Caused by: java.lang.ClassNotFoundException: com.gargoylesoftware.htmlunit.FailingHttpStatusCodeException
	at java.net.URLClassLoader$1.run(URLClassLoader.java:366) ~[?:1.7.0]
	at java.net.URLClassLoader$1.run(URLClassLoader.java:355) ~[?:1.7.0]
	at java.security.AccessController.doPrivileged(Native Method) ~[?:1.7.0]
	at java.net.URLClassLoader.findClass(URLClassLoader.java:354) ~[?:1.7.0]
	at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:101) ~[craftbukkit.jar:git-Spigot-1642]
	at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:86) ~[craftbukkit.jar:git-Spigot-1642]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:423) ~[?:1.7.0]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:356) ~[?:1.7.0]
	at java.lang.Class.forName0(Native Method) ~[?:1.7.0]
	at java.lang.Class.forName(Class.java:264) ~[?:1.7.0]
	at org.bukkit.plugin.java.PluginClassLoader.<init>(PluginClassLoader.java:64) ~[craftbukkit.jar:git-Spigot-1642]
	at org.bukkit.plugin.java.JavaPluginLoader.loadPlugin(JavaPluginLoader.java:129) ~[craftbukkit.jar:git-Spigot-1642]
	... 6 more

02/02/2015, 09h52
tchize_

tu peux montrer le manifest que tu as créé, et nous indiquer où se trouve "com.gargoylesoftware.htmlunit.FailingHttpStatusCodeException" par rapport au jar principal?

Citation:

Envoyé par tchize_

tu peux montrer le manifest que tu as créé, et nous indiquer où se trouve "com.gargoylesoftware.htmlunit.FailingHttpStatusCodeException" par rapport au jar principal?

Hum..
Bon bah alors les jar sont situés dans /var/directory_serv/servmc_xxxxx/lib
(j'avais utilisé : dirPath = file.getAbsoluteFile().getParentFile().getAbsolutePath())

com.gargoylesoftware.htmlunit.FailingHttpStatusCodeException
se situe ici : htmlunit-2.15.jar => com.gargoylesoftware.htmlunit => FailingHttpStatusCodeException

Et le manifest.mf :
Code:

1 2 3 4 5 6 7 8 9 Class-Path: /var/directory_serv/servmc_xxxxx/lib/cssparser-0.9.14.jar /var/directory_serv/servmc_xxxxx/lib/nekohtml-1.9.21.jar /var/directory_serv/servmc_xxxxx/lib/commons-lang3-3.3.2.jar /var/directory_serv/servmc_xxxxx/lib/htmlunit-core-js-2.15.jar /var/directory_serv/servmc_xxxxx/lib/jetty-http-8.1.15.v20140411.jar /var/directory_serv/servmc_xxxxx/lib/jetty-util-8.1.15.v20140411.jar /var/directory_serv/servmc_xxxxx/lib/commons-logging-1.1.3.jar /var/directory_serv/servmc_xxxxx/lib/jetty-io-8.1.15.v20140411.jar /var/directory_serv/servmc_xxxxx/lib/htmlunit-2.15.jar /var/directory_serv/servmc_xxxxx/lib/httpcore-4.3.2.jar /var/directory_serv/servmc_xxxxx/lib/commons-collections-3.2.1.jar /var/directory_serv/servmc_xxxxx/lib/sac-1.3.jar /var/directory_serv/servmc_xxxxx/lib/xercesImpl-2.11.0.jar /var/directory_serv/servmc_xxxxx/lib/commons-codec-1.9.jar /var/directory_serv/servmc_xxxxx/lib/httpclient-4.3.3.jar /var/directory_serv/servmc_xxxxx/lib/commons-io-2.4.jar /var/directory_serv/servmc_xxxxx/lib/jetty-websocket-8.1.15.v20140411.jar /var/directory_serv/servmc_xxxxx/lib/httpmime-4.3.3.jar
Avec la ligne vide en dessous !

03/02/2015, 09h20
tchize_
Pour des chemins absolus, comme pour tout dans le classpath, c'est des URLs, donc:

Code:

file:///var/directory_serv/servmc_xxxxx/lib/commons-lang3-3.3.2.jar

Mais en général on recommande des chemins relatifs. Si ton jar principal est dan /var/directory_serv/servmc_xxxxx/:
Code:

1 2 Class-Path: lib/cssparser-0.9.14.jar lib/nekohtml-1.9.21.jar lib/commons-lang3-3.3.2.jar lib/htmlunit-core-js-2.15.jar lib/jetty-http-8.1.15.v20140411.jar lib/jetty-util-8.1.15.v20140411.jar
03/02/2015, 17h45
Anonyme1784
Citation:
Envoyé par tchize_

Pour des chemins absolus, comme pour tout dans le classpath, c'est des URLs, donc:

Code:

file:///var/directory_serv/servmc_xxxxx/lib/commons-lang3-3.3.2.jar

Mais en général on recommande des chemins relatifs. Si ton jar principal est dan /var/directory_serv/servmc_xxxxx/:

Code:

1 2 Class-Path: lib/cssparser-0.9.14.jar lib/nekohtml-1.9.21.jar lib/commons-lang3-3.3.2.jar lib/htmlunit-core-js-2.15.jar lib/jetty-http-8.1.15.v20140411.jar lib/jetty-util-8.1.15.v20140411.jar
Tu peux regarder les postes précédents s'il te plait, je crois que c'est ce que j'ai déjà essayé :/
ou alors je n'avais pas un manifest.mf correct je ne sais pas
03/02/2015, 18h25
tchize_

Il y a tellement de tentatives différentes avec des manifest différents que c'est dur à voir. Mais donc a tenter avec les bonnes valeurs, les bon jar.

Une chose aussi me fait tilter. Ton jar est dans un dossier Plugin, ce qui laisse supposer que ce n'est pas toi qui le charge, mais une autre application qui le charge. Du coup, faut voir si cette autre application respecte l'entrée Class-Path dans ton manifest, ce n'est pas le cas du URLClassLoader par défaut, que beaucoup utilisent pour gérer des plugins. Bref, voir la doc de l'appli principale pour savoir comment on rajoute des dépendances au plugin.
03/02/2015, 21h04
Anonyme1784

Citation:

Envoyé par tchize_

Il y a tellement de tentatives différentes avec des manifest différents que c'est dur à voir. Mais donc a tenter avec les bonnes valeurs, les bon jar.

Une chose aussi me fait tilter. Ton jar est dans un dossier Plugin, ce qui laisse supposer que ce n'est pas toi qui le charge, mais une autre application qui le charge. Du coup, faut voir si cette autre application respecte l'entrée Class-Path dans ton manifest, ce n'est pas le cas du URLClassLoader par défaut, que beaucoup utilisent pour gérer des plugins. Bref, voir la doc de l'appli principale pour savoir comment on rajoute des dépendances au plugin.

Merci,
alors j'essayerais avec les chemins que tu m'as proposé.

Sinon au sujet les dépendances, il faut que ce soit des plugins et là ce sont des .jar qui ne peuvent pas être lancés dans le dossier "plugins". Je peux poser une question à mon hébergeur mais je ne sais pas exactement comment formuler ?

Et on me propose "Maven" j'arrive pas :(
http://bukkit.org/threads/class-path.../#post-3009360
03/02/2015, 22h28
tchize_

C'est des plugins pour quoi? C'est quoi l'application qui tourne derrière. C'est pas l'hébergeur (lui il faut qu'héberger) mais le vendeur de l'application qui pourra te répondre à travers sa doc technique.
04/02/2015, 20h31
Anonyme1784
Citation:

Envoyé par tchize_

C'est des plugins pour quoi? C'est quoi l'application qui tourne derrière. C'est pas l'hébergeur (lui il faut qu'héberger) mais le vendeur de l'application qui pourra te répondre à travers sa doc technique.

Le vendeur s'appelle Mojang...

Bref j'ai pu résoudre autrement le problème !
Sauf que j'arrive pas à exploiter du json correctement -_-
Code:

1 2 import org.json.simple.JSONObject; JSONObject json = new JSONObject(IOUtils.toString(new URL("https://contenu.exemple"), Charset.forName("UTF-8")));
The constructor JSONObject(String) is undefined

Meme avec ça (json-lib-2.4-jdk15.jar) dans le build path j'ai toujours l'erreur !

help please :)
04/02/2015, 22h03
thelvin

Citation:

Envoyé par To175

Le vendeur s'appelle Mojang...

Pour héberger du Bukkit tu me permettras d'en douter. Certes en théorie plus ou moins, ça leur appartient. Mais ils ne proposent pas d'hébergement pour lui. Leur seul service c'est Minecraft Realms, du pur vanilla.

Citation:

Envoyé par To175

Meme avec ça (json-lib-2.4-jdk15.jar) dans le build path j'ai toujours l'erreur !

.........

Donc, ton problème c'est que tu ne sais pas comment on fait pour utiliser un .jar externe dans un plugin.
Du coup, solution, tu fais en sortes que le .jar que tu essayais d'utiliser, tu vas t'en passer. Et tu remplaces par un autre .jar externe.

......... Tu peux nous expliquer en quoi ça changerait quelque chose ?

Enfin bon, JSON c'est simple, il y a plein de classes toutes simples pour le gérer au lieu de .jar externes, comme sur json.org par exemple.
04/02/2015, 22h06
tchize_

En même temps, cette classe n'a pas de constructeur prenant une String....

Citation:

Envoyé par tchize_

En même temps, cette classe n'a pas de constructeur prenant une String....

Ha... merci mais comment faire :weird:
J'ai essayé ça aussi mais il trouve pas "IOUtils" évidement !:aie:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
try {
	Object objFr = IOUtils.toString(new URL("https://xxx.expl"), Charset.forName("UTF-8"));
Object objBe = IOUtils.toString(new URL("https://xxx.expl"), Charset.forName("UTF-8"));
 
JSONObject jsonObjectFr = (JSONObject) objFr;
JSONObject jsonObjectBe = (JSONObject) objBe;
 
String iPhoneNumberFr = (String) jsonObjectFr.get("iPhoneNumber");
String sKeywordFr = (String) jsonObjectFr.get("sKeyword");
String iPhoneNumberBe = (String) jsonObjectBe.get("iPhoneNumber");
String sKeywordBe = (String) jsonObjectBe.get("sKeyword");
//JSONArray companyList = (JSONArray) jsonObject.get("Company List");
} catch (Exception e) {
        player.sendMessage("§4ERREUR, essaye plus tard !");
}

04/02/2015, 22h59
tchize_

Houlà mais c'est du n'importe quoi là!

D'abord il trouve IOUtils, sinon tu n'aura pas eu le message précédent puisque le compilateur aurait été incapable de savoir que la méthode renvoyait une String.

Ensuite, une String ça se caste pas en JSONObject, une String c'est... ben une String quoi. Si tu veux construire un objet JSON à partir d'un String en utilisant la librairie que tu a importée plus haut, ben tu suis la doc de la librairie qui t'expliquera comment faire (la factory, etc).

Citation:

Envoyé par tchize_

Houlà mais c'est du n'importe quoi là!

D'abord il trouve IOUtils, sinon tu n'aura pas eu le message précédent puisque le compilateur aurait été incapable de savoir que la méthode renvoyait une String.

Ensuite, une String ça se caste pas en JSONObject, une String c'est... ben une String quoi. Si tu veux construire un objet JSON à partir d'un String en utilisant la librairie que tu a importée plus haut, ben tu suis la doc de la librairie qui t'expliquera comment faire (la factory, etc).

-_-

1 C'est le seul code correct que j'ai pu faire, tous les autres avaient des erreurs en me disant qu'il voulait pas de String dans le JSONObject, je pouvais PAS faire autrement !!!!!

2 NON, il le trouve pas !

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
[22:40:54] [Server thread/ERROR]: null
org.bukkit.command.CommandException: Unhandled exception executing command 'mpl' in plugin Mecraft v1
	at org.bukkit.command.PluginCommand.execute(PluginCommand.java:46) ~[craftbukkit.jar:git-Spigot-1642]
	at org.bukkit.command.SimpleCommandMap.dispatch(SimpleCommandMap.java:181) ~[craftbukkit.jar:git-Spigot-1642]
	at org.bukkit.craftbukkit.v1_7_R4.CraftServer.dispatchCommand(CraftServer.java:767) ~[craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.PlayerConnection.handleCommand(PlayerConnection.java:1043) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.PlayerConnection.a(PlayerConnection.java:880) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.PacketPlayInChat.a(PacketPlayInChat.java:28) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.PacketPlayInChat.handle(PacketPlayInChat.java:65) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.NetworkManager.a(NetworkManager.java:186) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.ServerConnection.c(ServerConnection.java:81) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.MinecraftServer.v(MinecraftServer.java:734) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.DedicatedServer.v(DedicatedServer.java:289) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.MinecraftServer.u(MinecraftServer.java:584) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.MinecraftServer.run(MinecraftServer.java:490) [craftbukkit.jar:git-Spigot-1642]
	at net.minecraft.server.v1_7_R4.ThreadServerApplication.run(SourceFile:628) [craftbukkit.jar:git-Spigot-1642]
Caused by: java.lang.NoClassDefFoundError: org/apache/commons/io/IOUtils
	at fr.mecraft.Mecraft.MeClass.onCommand(MeClass.java:1107) ~[?:?]
	at org.bukkit.command.PluginCommand.execute(PluginCommand.java:44) ~[craftbukkit.jar:git-Spigot-1642]
	... 13 more
Caused by: java.lang.ClassNotFoundException: org.apache.commons.io.IOUtils
	at java.net.URLClassLoader$1.run(URLClassLoader.java:366) ~[?:1.7.0]
	at java.net.URLClassLoader$1.run(URLClassLoader.java:355) ~[?:1.7.0]
	at java.security.AccessController.doPrivileged(Native Method) ~[?:1.7.0]
	at java.net.URLClassLoader.findClass(URLClassLoader.java:354) ~[?:1.7.0]
	at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:101) ~[craftbukkit.jar:git-Spigot-1642]
	at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:86) ~[craftbukkit.jar:git-Spigot-1642]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:423) ~[?:1.7.0]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:356) ~[?:1.7.0]
	at fr.mecraft.Mecraft.MeClass.onCommand(MeClass.java:1107) ~[?:?]
	at org.bukkit.command.PluginCommand.execute(PluginCommand.java:44) ~[craftbukkit.jar:git-Spigot-1642]
	... 13 more

Pour la meme raison que le problème avec manifest etc...

3 Je vais me tourner vers xpath peut être (exploiter du HTML) mais si y'a un truc à importer et Build path alors je me tire une balle -_-

04/02/2015, 23h56
tchize_

Citation:

Envoyé par To175

-_-

1 C'est le seul code correct que j'ai pu faire, tous les autres avaient des erreurs en me disant qu'il voulait pas de String dans le JSONObject, je pouvais PAS faire autrement !!!!!

Ben non c'est tout sauf un code correct. Ca c'est du mélange de code dans le compilateur, on secoue et on espère que ça donne quelque chose. La programmation, ce n'est pas comme ça que ça marche, ça suit une logique. Faudrait commencer par les bases avant d'attaquer des serveur complexes.

Vu la librairie que tu utilise, la doc est claire pour créer tes objets JSON:

Code:

Object obj=JSONValue.parse(s);

Et le obj tu le caste en JSONObject ou JSONArray suivant ce que c'est réellement.

Pour ce qui est des dépendances manquante, je pensais que tu avais résolu le problème? Donc tu n'a plus qu'à appliquer le même principe pour toutes tes dépendances.
08/02/2015, 10h47
Anonyme1784

Citation:

Envoyé par tchize_

Ben non c'est tout sauf un code correct. Ca c'est du mélange de code dans le compilateur, on secoue et on espère que ça donne quelque chose. La programmation, ce n'est pas comme ça que ça marche, ça suit une logique. Faudrait commencer par les bases avant d'attaquer des serveur complexes.

Vu la librairie que tu utilise, la doc est claire pour créer tes objets JSON:

Code:

Object obj=JSONValue.parse(s);

Et le obj tu le caste en JSONObject ou JSONArray suivant ce que c'est réellement.

Pour ce qui est des dépendances manquante, je pensais que tu avais résolu le problème? Donc tu n'a plus qu'à appliquer le même principe pour toutes tes dépendances.

Merci,

Je n'ai pas résolu le problème, je l'ai contourné.
J'utilise un autre moyen très basique, j'ai pu trouver une page qui affiche 2 balises span, je get + split et le tour est joué.

Sinon pour les dépendances, ça se met dans le fichier plugin.yml mais les jar sont alors lu dans le dossier "plugins", et si je les mets là, l'appli essaye de les lire comme des plugins :p

Bref, je ne sais toujours pas comment utiliser des .jar externe, mais je n'ai plus de soucis, pour l'instant.

Voir 40 message(s) de cette discussion en une page