[Resolu]Problème npc to pj avec la dernière rev4267

Bonjour à tous,

Voilà, nous avons mis le npc to pj de darki999 mais depuis la dernière révision nous ne pouvons plus l'implanter. J'ai pourtant bien suivi son tutorial et comme notre codeur java est parti de l'équipe, nous n'avons aucun moyen pour solutionner le problème.

Je viens juste de prendre le relai en java et j'étudie un peu sur mon temps libre ce langage (site du zéro et d'autres) mais j'ai du mal à comprendre les erreurs surtout qd il ne met pas la classe qui provoque l'erreur et qui met ce type d'erreur lorsque je compile avec maven :

Code:

System is out of ressources

et il y a plein de ligne derrière.

Je suis au boulot donc je ne peux pas vous donner les scritps mais vous pouvez trouver le tuto de darki999 sur le site de L2JFree.

Si vous avez la solution ou vous pouvez me donner une piste, je vous serai reconnaissant.

Cordialement,
Tauphraen.

Il me semble que cette erreur est un manque de mémoire vive aloué à Java.
Un post existe déjà à ce sujet, j'y ai laisser deux solutions (lignes de commandes & Eclipse), c'est d'ailleurs votre codeur Java qui a posté le problème.

Un deadlock aurait pas été recréé avec le code de Darki et les nouvelles modifs de L2JFree qui sont en pleine chasse ?

J'ai lu ton message Divinity à propos de l'allocation mémoire pour maven, je vais tester ça ce soir ou demain en fonction du temps que j'aurai.

A première vu cela ne viendrai pas des codes mais juste de la mémoire ! Quel looser je suis j'aurai du penser !

Sinon ma question peux paraître stupide mais qu'est ce que c'est un deadlock ? une sorte de fermeture de code ?
Je débute vraiment en programmation java, j'ai juste touché un peu au php/html et mysql pour des sites mais ce n'est pas la même chose !

Cordialement,
Tauphraen.

Tauphraen a écrit:

Sinon ma question peux paraître stupide mais qu'est ce que c'est un deadlock ? une sorte de fermeture de code ?

Les deadlock arrivent sur des applications dites "multithreadées", plus explicitement, une application qui gère des processus en "parallèles", indépendant les uns des autres. Exemple :

Un processus A s'execute en même temps qu'un processus B, en partageant les mêmes ressources (Variables, Objets, Méthodes).

A l'opposé une application "monothreadé", va exécuter les processus les un à la suite des autres. Le processus B, devra attendre la fin du processus A pour commencer...

Bref, un gain de performance évident, et le serveur L2J est donc... Multithreadé vous l'aurez compris .

Donc, pour en revenir à nos moutons, même dans une application multithreadé, nous avons besoin que certaines ressources soient exclusivement utilisées les une à la suite, et non en paralléle pour éviter des situation de conflit. Pour exemple, on aimerait pas qu'un processus A écrive dans une variabe VA pendant que le processus B la lit... Donc fort logiquement, le processus B doit attendre que A ait écrit dans la variable VA pour accéder aux informations. C'est clair jusqu'à maintenant ?

Donc pour éviter cela, on utilise le mot clé "synchronized" en Java. L'utilisation de ce mot clé permet de faire un "lock" sur la ressource, et met en fil d'attente les autres processus qui veulent accéder à la ressource bloquée.

On a ce qu'on appele un deadlock, lorsque deux processus "s'attendent" multuellement, la ressource ne peut être dé-lockée, ça fait un deadlock. Cela arrive lorsque deux processus demandent un blocage de la ressource en même temps... Il incombe en général au développeur de "s'arranger" pour que ce cas de figure n'arrive pas lorsque l'on "synchronize" une ressources... Mais autant dire que cela n'est jamais simple, et c'est pour cela que tu entendras partout que le développement d'application multithreadée n'est pas simple ... On en parle beaucoup depuis l'apparition de processeurs (grand publique,parce que ça existait bien avant quand même ) étant capable de gérer plusieurs processus simultanément.

Chez L2J, il y a actuellement beaucoup de deadlock, vu que la partie "gestion du monde" (Ou la map, mise à jours des éléments dans le jeu) a été massivement synchronizé, et les processus qui l'utilisent (Enormement) par encore vraiment maîtrisés pour éviter des DeadLock.

C'est lorsque deux threads s'attendent mutuellement pour s'executer. Aucun des deux ne peut le faire sans l'autre, du coup ça foire, et ça lag. Il y en avait beaucoup du temps du C3.

Exemple connu :

Alphonse et Gaston sont deux amis issus de la bourgeoisie, lorsqu'ils se voient, ils font une révérence. Lorsque le premier fait la révérence, l'autre doit la faire et le premier doit se relever. Sauf que lorsque les deux font une révérence en même temps, aucun des deux ne peut se relever car l'autre est déjà en train de faire sa révérence. Il y a une impasse (deadlock en anglais ).

J'espère avoir été explicite.

http://java.sun.com/docs/books/tutorial/essential/concurrency/deadlock.html

Merci à vous deux pour avoir répondu à ma question. C'est un peu plus clair dans ma tête maintenant !
C'est loin de mes compétences professionnelles ! Mais c'est passionnant malgré toute cette complexité.

Moins passionnant lorsqu'il s'agit de les corriger xD.

Bonjour,

Mon problème de compilation a été résolu par le réglage de maven !
Cependant, je le système ne marche pas IG, les npc utilisés ne sont pas changés en pj.

J'essaye de trouver l'erreur mais sans succès jusqu'à prséent.
Donc si l'un d'entre vous à réussi à corriger le problème, je lui serai reconnaissant de me donner une piste ou la solution !

Tauphraen a écrit:

Bonjour,

Mon problème de compilation a été résolu par le réglage de maven !
Cependant, je le système ne marche pas IG, les npc utilisés ne sont pas changés en pj.

J'essaye de trouver l'erreur mais sans succès jusqu'à prséent.
Donc si l'un d'entre vous à réussi à corriger le problème, je lui serai reconnaissant de me donner une piste ou la solution !

Le code est en partie à refaire sous Hellbound; Il suffit de.... réfléchir ?

Ben le code marchais très bien sur notre rev 4256 mais depuis qu'on est à la rev 4277 ça ne marche plus ! Pourtant le code est le même vu que la 4256 est une révision Hellbound.

j'étudie le code pour bien le comprendre mais je ne suis pas un expert en java. Cela fait seulement 2 semaines que je m'y suis mis ! J'avance pas mal dans le langage mais j'ai qd même du mal à faire le lien entre toutes les syntaxes, variables de toutes les classes ...

Enfin, j'espère trouver.

Regarde les mises à jour qui ont été fait entre la 4256 et 4277
Sûrement un bout de code en moins, qui fait foirer le tout.

Ma question va paraître stupide mais comment je fais pour voir la différence dans le code sans être obligé de me taper toute les lignes car il est dur de voir une différence dans des fichiers de plus de 2000 lignes !

Enfin, cet addon n'est pas essentiel pour mon server mais ça m'embête de le perdre !

Tauphraen a écrit:

Ma question va paraître stupide mais comment je fais pour voir la différence dans le code sans être obligé de me taper toute les lignes car il est dur de voir une différence dans des fichiers de plus de 2000 lignes !

Enfin, cet addon n'est pas essentiel pour mon server mais ça m'embête de le perdre !

Diff file

Diff file j'imagine que c'est avec svn !

Je dois me mettre dans le dossier de ma rev 4256 et faire un svn diff file pour voir la différence avec la dernière rev sur le svn de l2jFree?

Sinon tu regardes toutes les modifs sur le TimeLine