Problème LinkageError loader

Version imprimable

Bonjour,

Je travail actuellement sur un Serveur vocal interactif (SVI).
Le programme est en JAVA, et tourne sur un IPBX (commutateur téléphonique sur IP).
J'ai donc mon code source java (SVI.java) que j'ai compilé (SVI.class) sans erreurs :ccool:

Ensuite il faut se rendre sur l'IPBX est charger le programme (le fichier .class)
et c'est la que ça coince :roll:

Problème : Pour tester mon programme, je ne pouvais pas l'appeler SVI.java car il existe déjà un programme nommé SVI actuellement sur l'IPBX.

J'ai donc décidé de l'appeler autrement (SVIMax.java) et forcement j'ai renommé dans le code ma classe: public class SVI extends AutomataToolkit {......//programme
}

par : public class SVIMax extends AutomataToolkit {....
//programme
}

Je compile donc mon fichier SVIMax.java pour obtenir SVIMax.class toujours sans erreurs de compilation (avec javac)

Ensuite je charge mon programme SVIMax.class sur l'ipbx et là badaboom
Problème...

voici le log java de l'IPBX
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 2010/05/03-17:06:51.111 >>>>>>>>>>>>>>>>>>>>> Specific path=false 2010/05/03-17:06:51.115 [IVR] path=/usr/ipbx/centile/domains/GroupAtribu/GroupCustomization/services 2010/05/03-17:06:51.115 [IVR] path=/usr/ipbx/IntraSwitch/services 2010/05/03-17:06:51.125 [IVR] Read prog : SVI 2010/05/03-17:06:51.140 [IVR] Read prog : SVI 240909 2010/05/03-17:06:51.141 Throwable error java.lang.LinkageError: loader (instance of com/netergynet/ivr/ivrmotor/FileLoader): attempted duplicate class definition for name: "SVI" at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(Unknown Source) at java.lang.ClassLoader.defineClass(Unknown Source) at com.netergynet.ivr.ivrmotor.FileLoader.findClass(FileLoader.java:261) at com.netergynet.ivr.ivrmotor.FileLoader.readProg(FileLoader.java:75) at com.netergynet.ivr.ivrmotor.FileLoader.readProg(FileLoader.java:48) at com.netergynet.ivr.ivrmotor.IvrPhonelet.readJavaProg(IvrPhonelet.java:717) at com.netergynet.ivr.ivrmotor.IvrPhonelet.reloadPath(IvrPhonelet.java:829) at com.netergynet.ivr.ivrmotor.IvrPhonelet.startIvr(IvrPhonelet.java:472) at com.netergynet.ivr.ivrmotor.IvrPhonelet.init(IvrPhonelet.java:363) at com.odisei.server.servicemanager.ServiceManagerImpl.startPhonelet(ServiceManagerImpl.java:2289) at com.odisei.server.servicemanager.ServiceManagerImpl.startPhonelets(ServiceManagerImpl.java:2186) at com.odisei.server.servicemanager.ServiceManagerImpl.<init>(ServiceManagerImpl.java:484) at com.odisei.server.servicemanager.ServiceManagerImpl.main(ServiceManagerImpl.java:1275)
Alors je me pose la question de savoir d'où peut venir cette erreur :

Code:

java.lang.LinkageError: loader (instance of com/netergynet/ivr/ivrmotor/FileLoader): attempted duplicate class definition for name: "SVI"

Et je ne comprends pas trop cette erreur, j'ai bien importé ma librairie com/netergynet/ivr/ivrmotor lors de la compilation

Le problème vient-il d'une librairie manquante à la compilation de mon fichier SVIMax?
ou alors parce que j'ai renommé ma classe SVIMax ?
ou autre chose encore...

merci,

04/05/2010, 12h09
Alkhan

bonjour,

ce n'est pas un problème de librairie, mais un problème de chargement de classe alors qu'elle existe deja en memoire.

at com.netergynet.ivr.ivrmotor.FileLoader.findClass(FileLoader.java:261)

cette ligne indique que FileLoader est un classLoader.
Il essai de charger une classe nommé SVI dont la définition existe deja en memoire.
04/05/2010, 13h53
miniRoshan

merci pour l'info,

donc si j'ai bien compris c'est une erreur au niveau de l'IPBX qui essai de charger une classe "SVI" qui existe déjà, et non de mon programme java compilé.
04/05/2010, 14h17
Alkhan

oui c'est bien ca, mais cependant ton programme pourrai très bien être la cause de l'erreur car il demande peut être le chargement de SVI !!!

mais la je ne peux que faire des suppositions sans voir concrètement le code.

En faite actuellement il y a sur l'IPBX le programme SVI.class qui tourne (il est en service en ce moment même).
Moi j'ai pour tache de modifier (améliorer) ce programme.

Mais comme c'est un serveur vocal en activité, il est hors de question de le coupé pour faire ma "mise à jour" et tester mon programme.
En plus si mon programme à un problème il y a un risque de planter l'IPBX 8-)

Il faut donc que je crée mon programme avec un nom différent du premier (SVI) pour qu'ils puissent "cohabiter" sans histoire.

D'où ma modification pour ce fameux SVIMax.
Donc j'ai bien mon SVIMax.class que je peux chargé sur l'IPBX.

La suite tu la connais, j'ai le log avec l'erreur.

j'ai que 3 lignes de code (qui définissent le temps en second des timeout si aucune instruction n'est enregistré par le programme) qui font appelles à "svi" mais je l'ai modifié comme tu peu le voir
Code:

1 2 3 private static final String CONFIRMATION_TIMEOUT = System.getProperty("svimax.pressstar.timeout", "5"); private static final String DIALNUMBER_TIMEOUT = System.getProperty("svimax.dialnumber.timeout", "10"); private static final String GLOBAL_TIMEOUT = System.getProperty("svimax.global.timeout", "1740");

04/05/2010, 15h24
Alkhan

Je viens de voir dans la trace de ton 1er post :

Citation:

Envoyé par miniRoshan

2010/05/03-17:06:51.125 [IVR] Read prog : SVI --> ca c'est normal
2010/05/03-17:06:51.140 [IVR] Read prog : SVI 240909 --> c'est ca qui declanche l'erreur !

Si tu trouves pourquoi il lit deux fois SVI alors tu auras résolut ton problème !
04/05/2010, 15h28
miniRoshan

je vais me pencher la dessus merci de ton aide.
04/05/2010, 16h43
miniRoshan

Il semblerai que l'erreur soit bien là.

en lisant le log on s'aperçoit que l'IPBX charge les mauvais programmes :

2010/05/03-17:06:51.125 [IVR] Read prog : SVI
2010/05/03-17:06:51.140 [IVR] Read prog : SVI 240909
2010/05/03-17:06:51.142 [IVR] Read prog : SVI 250909
2010/05/03-17:06:51.142 [IVR] Read prog : SVI 280909

au lieu de charger mon programme SVIMax de test.

Il doit y avoir une erreur de pointage du répertoire qui exécute les programmes sur l'IPBX.
Du coup il charge des programmes "déjà chargé" sur la mémoire de l'IPBX d'où l'erreur.

Il ne reste donc plus qu'a charger le bon programme (SVIMax) en espérant qu'il fonctionne bien :mouarf:

merci de m'avoir mis sur la bonne voie en tout cas :ccool: