Bonjour, J'ai un souci pour utiliser des règles sous ISIS 4.3. J'ai essayé avec 3 règles différentes pour voir si la problème venait des règles, mais je ne peux pas les utiliser (et certaines sont dans le VCS officiel). J'essaye de lancer une simulation avec une règle. Lorsqu'elle se lance (interface des simus), la simu passe rapidement dans le bas de l'interface (ou desfois reste en haut), avec comme message "Rules initialisation:[rules.NomDeLaRegle@NumeroDeBit]" (e.g. [rules.TACpoids@cbdb96]) Dans le debug, il n'y a rien si la simu reste en haut, et je trouve une ERROR et un WARN si la simu passe en bas (voir le debug pour la simu sim_RealiteReelleVraie10param10ans_2014-04-23-17-01, avec la règle GraviteVPUE1LangEtGrossValueOtherSpeciesECOMOD). Il n'y a pas de souci avec ces règles sous la V 4.2 Je joins script de règle + inputs spécifiques à la règle + debug. Pour la region, j'ai pris GolfeDeGascogne. Bonne soirée, Audric
Le 23/04/2014 17:25, Audric Vigier a écrit :
Bonjour,
J'ai un souci pour utiliser des règles sous ISIS 4.3. J'ai essayé avec 3 règles différentes pour voir si la problème venait des règles, mais je ne peux pas les utiliser (et certaines sont dans le VCS officiel). J'essaye de lancer une simulation avec une règle. Lorsqu'elle se lance (interface des simus), la simu passe rapidement dans le bas de l'interface (ou desfois reste en haut), avec comme message "Rules initialisation:[rules.NomDeLaRegle@NumeroDeBit]" (e.g. [rules.TACpoids@cbdb96])
Dans le debug, il n'y a rien si la simu reste en haut, et je trouve une ERROR et un WARN si la simu passe en bas (voir le debug pour la simu sim_RealiteReelleVraie10param10ans_2014-04-23-17-01, avec la règle GraviteVPUE1LangEtGrossValueOtherSpeciesECOMOD).
Il n'y a pas de souci avec ces règles sous la V 4.2 J'ai eu le même problème vendredi sur caparmor. Je l'ai corrigé depuis, c'est dispo dans cette version: http://forge.codelutin.com/attachments/download/1767/isis-fish-4.3.0.0-rc1-r...
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Bonjour, J'ai voulu faire quelques essais avec la version 4.3, notamment pour voir l'éventuel gain d'efficacité avec le simulateur par cellule. Je rencontre toujours ce même problème avec la version isis-fish-4.3.0.0-rc1-*r3977*-bin, même avec le simulateur par défaut. Testé avec les bases de Sigrid et Loïc, et les règles "Cantonnement" et "TAC2008-2011". Je joins un log. Yves Le 23/04/2014 17:45, Eric Chatellier a écrit :
Le 23/04/2014 17:25, Audric Vigier a écrit :
Bonjour,
J'ai un souci pour utiliser des règles sous ISIS 4.3. J'ai essayé avec 3 règles différentes pour voir si la problème venait des règles, mais je ne peux pas les utiliser (et certaines sont dans le VCS officiel). J'essaye de lancer une simulation avec une règle. Lorsqu'elle se lance (interface des simus), la simu passe rapidement dans le bas de l'interface (ou desfois reste en haut), avec comme message "Rules initialisation:[rules.NomDeLaRegle@NumeroDeBit]" (e.g. [rules.TACpoids@cbdb96])
Dans le debug, il n'y a rien si la simu reste en haut, et je trouve une ERROR et un WARN si la simu passe en bas (voir le debug pour la simu sim_RealiteReelleVraie10param10ans_2014-04-23-17-01, avec la règle GraviteVPUE1LangEtGrossValueOtherSpeciesECOMOD).
Il n'y a pas de souci avec ces règles sous la V 4.2 J'ai eu le même problème vendredi sur caparmor. Je l'ai corrigé depuis, c'est dispo dans cette version: http://forge.codelutin.com/attachments/download/1767/isis-fish-4.3.0.0-rc1-r...
-- ------------------------------------------------------------ Yves REECHT Laboratoire Ressources Halieutiques IFREMER - Centre Manche Mer du Nord 150, Quai Gambetta 62200 Boulogne-sur-Mer FRANCE tel. +33 (0)3 21 99 56 09 --------------------------------------------------)><))))°>
Le 15/05/2014 14:42, Yves Reecht a écrit :
Bonjour, Bonjour,
J'ai voulu faire quelques essais avec la version 4.3, notamment pour voir l'éventuel gain d'efficacité avec le simulateur par cellule.
Je rencontre toujours ce même problème avec la version isis-fish-4.3.0.0-rc1-*r3977*-bin, même avec le simulateur par défaut. Le même problème que quoi ? Il y a peu de chance que vous ayez la même erreur que Audric (c'était très particulier).
Testé avec les bases de Sigrid et Loïc, et les règles "Cantonnement" et "TAC2008-2011".
Je joins un log. Le fichier ne contient pas d'erreur.
Je n'ai pas assez d'information pour savoir ce qui ne va pas. Que se passe-t-il à l'écran ? Après quelles actions ? Pouvez vous envoyer le fichier "debug.txt" à la place ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 15/05/2014 14:56, Eric Chatellier a écrit :
Le 15/05/2014 14:42, Yves Reecht a écrit :
Bonjour, Bonjour,
J'ai voulu faire quelques essais avec la version 4.3, notamment pour voir l'éventuel gain d'efficacité avec le simulateur par cellule.
Je rencontre toujours ce même problème avec la version isis-fish-4.3.0.0-rc1-*r3977*-bin, même avec le simulateur par défaut. Le même problème que quoi ? Il y a peu de chance que vous ayez la même erreur que Audric (c'était très particulier). Effectivement, le contexte est certainement très différent. Il y a cependant une forte ressemblance sur les symptômes :
* impossibilité d'utiliser des règles qui fonctionnaient parfaitement sous la 4.2. * la simu qui reste bloquée avec comme état "Rules initialisation:[rules.NomDeLaRegle@NumeroDeBit]" (celle que j'ai sous les yeux donne : "Rules initialisation:[rules.Cantonnement@3bc26253]").
Testé avec les bases de Sigrid et Loïc, et les règles "Cantonnement" et "TAC2008-2011".
Je joins un log. Le fichier ne contient pas d'erreur.
2ème ligne :
ERROR|11:56:45,043|InProcessSimulatorLauncher.java|325|changeClassLoader|Classloader used for simulation: fr.ifremer.isisfish.aspect.AspectJUrlClassLoader@115523db ... Mais ça ne semble pas avoir stoppé la simu (?).
Je n'ai pas assez d'information pour savoir ce qui ne va pas. Que se passe-t-il à l'écran ? Après quelles actions ?
Voir symptômes ci-dessus. Ça se passe rapidement après lancement de la simu (unique, pas de plan d'analyse/AS ; juste après l'état "Mise en place des aspects cache").
Pouvez vous envoyer le fichier "debug.txt" à la place ? OK, le voici (dernière simu lancée avec une règle Cantonnement). Mais pas sûr qu'il contienne quelque chose à propos de ce problème, car chez moi la simu reste systématiquement en suspend (reste en haut) (/cf. /message d'Audric : Dans le debug, il n'y a rien si la simu reste en haut, et je trouve une ERROR et un WARN si la simu passe en bas (voir le debug pour la simu sim_RealiteReelleVraie10param10ans_2014-04-23-17-01, avec la règle GraviteVPUE1LangEtGrossValueOtherSpeciesECOMOD). )
Merci, Yves -- ------------------------------------------------------------ Yves REECHT Laboratoire Ressources Halieutiques IFREMER - Centre Manche Mer du Nord 150, Quai Gambetta 62200 Boulogne-sur-Mer FRANCE tel. +33 (0)3 21 99 56 09 --------------------------------------------------)><))))°>
Le 15/05/2014 15:31, Yves Reecht a écrit :
Pouvez vous envoyer le fichier "debug.txt" à la place ? OK, le voici (dernière simu lancée avec une règle Cantonnement). Mais pas sûr qu'il contienne quelque chose à propos de ce problème, car chez moi la simu reste systématiquement en suspend (reste en haut) (/cf. /message d'Audric : Dans le debug, il n'y a rien si la simu reste en haut, et je trouve une ERROR et un WARN si la simu passe en bas (voir le debug pour la simu sim_RealiteReelleVraie10param10ans_2014-04-23-17-01, avec la règle GraviteVPUE1LangEtGrossValueOtherSpeciesECOMOD). )
Et bien, en fait c'est bien la même erreur, mais elle est sensée être résolue, et je ne comprend pas comment elle peut encore se produire. J'ai restesté la même version, et je n'arrive pas à la reproduire. Audric n'a plus non plus cette erreur. Tu as une installation particulière ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 15/05/2014 15:59, Eric Chatellier a écrit :
Le 15/05/2014 15:31, Yves Reecht a écrit :
Pouvez vous envoyer le fichier "debug.txt" à la place ? OK, le voici (dernière simu lancée avec une règle Cantonnement). Mais pas sûr qu'il contienne quelque chose à propos de ce problème, car chez moi la simu reste systématiquement en suspend (reste en haut) (/cf. /message d'Audric : Dans le debug, il n'y a rien si la simu reste en haut, et je trouve une ERROR et un WARN si la simu passe en bas (voir le debug pour la simu sim_RealiteReelleVraie10param10ans_2014-04-23-17-01, avec la règle GraviteVPUE1LangEtGrossValueOtherSpeciesECOMOD). )
Et bien, en fait c'est bien la même erreur, mais elle est sensée être résolue, et je ne comprend pas comment elle peut encore se produire.
J'ai restesté la même version, et je n'arrive pas à la reproduire. Audric n'a plus non plus cette erreur. Bonjour,
Je viens de lancer une simulation avec la même version qu'Yves et j'ai réussi à reproduire l'erreur. A l'époque, tu avais corrigé le bug dans la version suivante http://forge.codelutin.com/attachments/download/1767/isis-fish-4.3.0.0-rc1-r... , qui n'est pas la toute dernière; et je n'avais pas indiqué sur devel si ça avait marché (donc je ne me souviens plus, à tester). Aussi, comme je ne travaille pas encore sur de "vraies" pêcheries avec ISIS, on a décidé de ne pas utiliser de règles, donc si depuis je n'ai plus le bug, c'est aussi parce que je n'utilise plus les règles. Bon après-midi, Audric
Tu as une installation particulière ?
Le 15/05/2014 15:59, Eric Chatellier a écrit :
Le 15/05/2014 15:31, Yves Reecht a écrit : Et bien, en fait c'est bien la même erreur, mais elle est sensée être résolue, et je ne comprend pas comment elle peut encore se produire.
J'ai restesté la même version, et je n'arrive pas à la reproduire. Audric n'a plus non plus cette erreur.
Tu as une installation particulière ? Bin je ne pense pas : version 4.3.0.0-rc1-r3977 (la date de modif du .jar colle), dernière version Java (1.7.0_55, ça faisais la même chose avec la 1.7.0_51), qui tourne sur une machine 64bits. Pour info, j'ai pensé que ça pouvait venir de quelque chose qui traînait dans mon dossier isis-fish-4beta parce que j'avais fait des tests avec de précédentes versions. Alors je l'ai viré et j'ai réimporté les bases et tout et tout... mais ça n'a rien changé.
Je vais essayer de virer tout le dossier d'installation (possible que je n'ai fait que l'écraser) et remettre cette dernière version. Y'a d'autres choses qui devraient être nettoyées ? Yves -- ------------------------------------------------------------ Yves REECHT Laboratoire Ressources Halieutiques IFREMER - Centre Manche Mer du Nord 150, Quai Gambetta 62200 Boulogne-sur-Mer FRANCE tel. +33 (0)3 21 99 56 09 --------------------------------------------------)><))))°>
Le 15/05/2014 16:19, Yves Reecht a écrit :
Le 15/05/2014 15:59, Eric Chatellier a écrit : Bin je ne pense pas : version 4.3.0.0-rc1-r3977 (la date de modif du .jar colle), dernière version Java (1.7.0_55, ça faisais la même chose avec la 1.7.0_51), qui tourne sur une machine 64bits. Pour info, j'ai pensé que ça pouvait venir de quelque chose qui traînait dans mon dossier isis-fish-4beta parce que j'avais fait des tests avec de précédentes versions. Alors je l'ai viré et j'ai réimporté les bases et tout et tout... mais ça n'a rien changé.
Je vais essayer de virer tout le dossier d'installation (possible que je n'ai fait que l'écraser) et remettre cette dernière version.
Ce qui ne change rien ! (d'ailleurs je n'avais pas du écraser le précédent, je ne pense pas que c'était celui d'une RC1).
Y'a d'autres choses qui devraient être nettoyées ?
Yves
-- ------------------------------------------------------------ Yves REECHT
Laboratoire Ressources Halieutiques IFREMER - Centre Manche Mer du Nord 150, Quai Gambetta 62200 Boulogne-sur-Mer FRANCE
tel. +33 (0)3 21 99 56 09 --------------------------------------------------)><))))°>
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
-- ------------------------------------------------------------ Yves REECHT Laboratoire Ressources Halieutiques IFREMER - Centre Manche Mer du Nord 150, Quai Gambetta 62200 Boulogne-sur-Mer FRANCE tel. +33 (0)3 21 99 56 09 --------------------------------------------------)><))))°>
Après installation de la V4.3 je rencontre le même problème qu'Yves avec les règles : La simu ne se lance pas et j'ai un message Rules initialisation:["Nom de la première règle"] dans la colonne "Etat" de la simu. J'utilise aussi la version rc1-r3977 d'ISIS 4.3. La même simu sans règles tourne sans soucis sur mon PC (ce qui est déjà une première), et super vite en plus !! :) Loïc Le 15/05/2014 16:31, Yves Reecht a écrit :
Le 15/05/2014 16:19, Yves Reecht a écrit :
Le 15/05/2014 15:59, Eric Chatellier a écrit : Bin je ne pense pas : version 4.3.0.0-rc1-r3977 (la date de modif du .jar colle), dernière version Java (1.7.0_55, ça faisais la même chose avec la 1.7.0_51), qui tourne sur une machine 64bits. Pour info, j'ai pensé que ça pouvait venir de quelque chose qui traînait dans mon dossier isis-fish-4beta parce que j'avais fait des tests avec de précédentes versions. Alors je l'ai viré et j'ai réimporté les bases et tout et tout... mais ça n'a rien changé.
Je vais essayer de virer tout le dossier d'installation (possible que je n'ai fait que l'écraser) et remettre cette dernière version.
Ce qui ne change rien ! (d'ailleurs je n'avais pas du écraser le précédent, je ne pense pas que c'était celui d'une RC1).
Y'a d'autres choses qui devraient être nettoyées ?
Yves
-- ------------------------------------------------------------ Yves REECHT
Laboratoire Ressources Halieutiques IFREMER - Centre Manche Mer du Nord 150, Quai Gambetta 62200 Boulogne-sur-Mer FRANCE
tel. +33 (0)3 21 99 56 09 --------------------------------------------------)><))))°>
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
-- ------------------------------------------------------------ Yves REECHT
Laboratoire Ressources Halieutiques IFREMER - Centre Manche Mer du Nord 150, Quai Gambetta 62200 Boulogne-sur-Mer FRANCE
tel. +33 (0)3 21 99 56 09 --------------------------------------------------)><))))°>
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Le 15/05/2014 16:19, Yves Reecht a écrit :
Bin je ne pense pas : version 4.3.0.0-rc1-r3977 (la date de modif du .jar colle), dernière version Java (1.7.0_55, ça faisais la même chose avec la 1.7.0_51), qui tourne sur une machine 64bits. Pour info, j'ai pensé que ça pouvait venir de quelque chose qui traînait dans mon dossier isis-fish-4beta parce que j'avais fait des tests avec de précédentes versions. Alors je l'ai viré et j'ai réimporté les bases et tout et tout... mais ça n'a rien changé. Ok, j'ai réussit à reproduire. Je pense que la correction n'a jamais vraiment fonctionné.
Je l'ai recorrigé encore, ca devrait être corrigé avec cette version: http://forge.codelutin.com/attachments/download/1839/isis-fish-4.3.0.0-rc1-r... -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 15/05/2014 17:43, Eric Chatellier a écrit :
Le 15/05/2014 16:19, Yves Reecht a écrit : Ok, j'ai réussit à reproduire. Je pense que la correction n'a jamais vraiment fonctionné.
Je l'ai recorrigé encore, ca devrait être corrigé avec cette version: http://forge.codelutin.com/attachments/download/1839/isis-fish-4.3.0.0-rc1-r... Merci Éric d'avoir regardé ça... Par contre, j'ai maintenant une autre erreur (aussi bien avec Cantonnement que TACpoids2008211), également en début de simu : ERROR|18:00:03,848|InProcessSimulatorLauncher.java|441|localSimulateSameThread|Error during simulation Message: error can't find critical required type org.aspectj.lang.JoinPoint$StaticPart org.aspectj.bridge.AbortException: can't find critical required type org.aspectj.lang.JoinPoint$StaticPart ... Log et debug joints.
Bonne soirée, Yves -- ------------------------------------------------------------ Yves REECHT Laboratoire Ressources Halieutiques IFREMER - Centre Manche Mer du Nord 150, Quai Gambetta 62200 Boulogne-sur-Mer FRANCE tel. +33 (0)3 21 99 56 09 --------------------------------------------------)><))))°>
Le 15/05/2014 18:02, Yves Reecht a écrit :
ERROR|18:00:03,848|InProcessSimulatorLauncher.java|441|localSimulateSameThread|Error during simulation Message: error can't find critical required type org.aspectj.lang.JoinPoint$StaticPart org.aspectj.bridge.AbortException: can't find critical required type org.aspectj.lang.JoinPoint$StaticPart ...
Ha, ca me revient, c'est cette erreur que j'avais corrigé et qui est revenu en corrigeant l'autre. Bon, normalement, les deux sont corrigées dans cette version: http://forge.codelutin.com/attachments/download/1840/isis-fish-4.3.0.0-rc1-r... On va y arriver... :) -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 15/05/2014 18:25, Eric Chatellier a écrit :
Le 15/05/2014 18:02, Yves Reecht a écrit : Ha, ca me revient, c'est cette erreur que j'avais corrigé et qui est revenu en corrigeant l'autre.
Bon, normalement, les deux sont corrigées dans cette version: http://forge.codelutin.com/attachments/download/1840/isis-fish-4.3.0.0-rc1-r...
On va y arriver... :) Yeahhh, premiers essais concluants (avec les deux simulateurs)
Merci Éric ! -- ------------------------------------------------------------ Yves REECHT Laboratoire Ressources Halieutiques IFREMER - Centre Manche Mer du Nord 150, Quai Gambetta 62200 Boulogne-sur-Mer FRANCE tel. +33 (0)3 21 99 56 09 --------------------------------------------------)><))))°>
J'ai fait des essais avec les versions r3983 et r3984 d'ISIS et je rencontre toujours le problème (arrêt en Janvier 0 avec le message Rules Initialisation: [...). Je ne pige pas pourquoi le pb serait résolu pour Yves et pas pour moi... Dans le debug j'ai ça : INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus>Exception in thread "SimThread sim_test_7DV11_ISIS43_ttesPop_1Regle_2014-05-19-15-54" java.lang.IllegalAccessError: tried to access class fr.ifremer.isisfish.aspect.RuleAspect$1 from class fr.ifremer.isisfish.aspect.RuleAspect INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.aspect.RuleAspect.registerTime(RuleAspect.java:157) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.aspect.RuleAspect.makeTimedCall(RuleAspect.java:128) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.aspect.RuleAspect.initCall(RuleAspect.java:70) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.GraviteVPUE1_Ponderation.init(GraviteVPUE1_Ponderation.java:127) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at simulators.DefaultSimulator.simulate(DefaultSimulator.java:111) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher.localSimulateSameThread(InProcessSimulatorLauncher.java:431) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher$SimThread.run(InProcessSimulatorLauncher.java:268) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> INFO [main] (DataStorage.java:210) getStorage - Create new storage for sim_test_7DV11_ISIS43_ttesPop_1Regle_2014-05-19-15-54 INFO [pool-2-thread-3] (SubProcessSimulationLauncher.java:254) subProcessSimulate - SubProcess finished (status = 0) Le 16/05/2014 10:47, Yves Reecht a écrit :
Le 15/05/2014 18:25, Eric Chatellier a écrit :
Le 15/05/2014 18:02, Yves Reecht aécrit : Ha, ca me revient, c'est cette erreur que j'avais corrigé et qui est revenu en corrigeant l'autre.
Bon, normalement, les deux sont corrigées dans cette version: http://forge.codelutin.com/attachments/download/1840/isis-fish-4.3.0.0-rc1-r...
On va y arriver... :) Yeahhh, premiers essais concluants (avec les deux simulateurs)
Merci Éric !
-- ------------------------------------------------------------ Yves REECHT
Laboratoire Ressources Halieutiques IFREMER - Centre Manche Mer du Nord 150, Quai Gambetta 62200 Boulogne-sur-Mer FRANCE
tel. +33 (0)3 21 99 56 09 --------------------------------------------------)><))))°>
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Le 19/05/2014 16:05, Loic GASCHE a écrit :
J'ai fait des essais avec les versions r3983 et r3984 d'ISIS et je rencontre toujours le problème (arrêt en Janvier 0 avec le message Rules Initialisation: [...).
Je ne pige pas pourquoi le pb serait résolu pour Yves et pas pour moi... Je comprend pas trop non plus car je reproduis bien ton problème.
Voilà une nouvelle version: http://forge.codelutin.com/attachments/download/1863/isis-fish-4.3.0.0-rc1-r... J’espère que ça sera correct cette fois. PS: J'ai voulu mettre cette version sur caparmor, mais audric a des simulations en cours -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Bonjour, Cette dernière version semble corriger le problème de lancement avec les règles, mais : - les temps de simus ne semblent plus si courts que ça : J'en suis à avril 8 après 35 minutes de simulation sans aucune règle. Il a aussi fallu 2h45 pour faire une simu avec juste le modèle de gravité comme règle (sur mon pc portable, avec toutes les pops et toutes les flottilles) - La simu avec toutes les règles a planté car je rencontre un PB avec une règle que je ne rencontrais pas avant : j'ai un null pointer exception qui fait comme s'il n'arrivait pas à trouver dans la règle la valeur de F2010 provenant d'une autre règle. Le hic est qu'il y a une log.info de cette valeur et qu'elle est connue (1.16...). [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus>ERROR [SimThread sim_test_7DV11_ISIS43_ttesPop_ttesRegles_2014-05-21-14-24] (InProcessSimulatorLauncher.java:475) localSimulateSameThread - Error during simulation INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus>java.lang.NullPointerException INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.HCR_transition_MSY.preAction_aroundBody2(HCR_transition_MSY.java:183) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.HCR_transition_MSY$AjcClosure3.run(HCR_transition_MSY.java:1) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at org.aspectj.runtime.reflect.JoinPointImpl.proceed(JoinPointImpl.java:149) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.aspect.RuleAspect.makeTimedCall(RuleAspect.java:120) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.aspect.RuleAspect.initPreCall(RuleAspect.java:85) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.HCR_transition_MSY.preAction(HCR_transition_MSY.java:172) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at simulators.DefaultSimulator.simulate(DefaultSimulator.java:198) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher.localSimulateSameThread(InProcessSimulatorLauncher.java:431) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher$SimThread.run(InProcessSimulatorLauncher.java:268) On retrouve la même erreur dans le log de simulation. Il semble aussi y avoir une erreur de "Class Loader". Loïc Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 19/05/2014 16:05, Loic GASCHE a écrit :
J'ai fait des essais avec les versions r3983 et r3984 d'ISIS et je rencontre toujours le problème (arrêt en Janvier 0 avec le message Rules Initialisation: [...).
Je ne pige pas pourquoi le pb serait résolu pour Yves et pas pour moi... Je comprend pas trop non plus car je reproduis bien ton problème.
Voilà une nouvelle version: http://forge.codelutin.com/attachments/download/1863/isis-fish-4.3.0.0-rc1-r...
J?espère que ça sera correct cette fois.
PS: J'ai voulu mettre cette version sur caparmor, mais audric a des simulations en cours
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Le 21/05/2014 17:34, Loic.Gasche@ifremer.fr a écrit :
Bonjour,
Cette dernière version semble corriger le problème de lancement avec les règles, mais :
- les temps de simus ne semblent plus si courts que ça : J'en suis à avril 8 après 35 minutes de simulation sans aucune règle. Il a aussi fallu 2h45 pour faire une simu avec juste le modèle de gravité comme règle (sur mon pc portable, avec toutes les pops et toutes les flottilles) Difficile de dire ce qui cloche. Je pense que tu devrais pouvoir obtenir moins de 10 minutes comme durant nos tests avec ta base de données, mais dans les mêmes conditions. On a désactiver au maximum les entrées/sorties (log...) et surtout, j'ai un pc super récent. Les 35 minutes ne semble pas excessive suivant les conditions.
Ensuite, suivant comment est codée la règle, ça peut ralentir énormément l’exécution de la simulation.
- La simu avec toutes les règles a planté car je rencontre un PB avec une règle que je ne rencontrais pas avant : j'ai un null pointer exception qui fait comme s'il n'arrivait pas à trouver dans la règle la valeur de F2010 provenant d'une autre règle. Le hic est qu'il y a une log.info de cette valeur et qu'elle est connue (1.16...).
[Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus>ERROR [SimThread sim_test_7DV11_ISIS43_ttesPop_ttesRegles_2014-05-21-14-24] (InProcessSimulatorLauncher.java:475) localSimulateSameThread - Error during simulation INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus>java.lang.NullPointerException INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.HCR_transition_MSY.preAction_aroundBody2(HCR_transition_MSY.java:183) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.HCR_transition_MSY$AjcClosure3.run(HCR_transition_MSY.java:1) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at org.aspectj.runtime.reflect.JoinPointImpl.proceed(JoinPointImpl.java:149) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.aspect.RuleAspect.makeTimedCall(RuleAspect.java:120) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.aspect.RuleAspect.initPreCall(RuleAspect.java:85) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.HCR_transition_MSY.preAction(HCR_transition_MSY.java:172) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at simulators.DefaultSimulator.simulate(DefaultSimulator.java:198) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher.localSimulateSameThread(InProcessSimulatorLauncher.java:431) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher$SimThread.run(InProcessSimulatorLauncher.java:268)
C'est effectivement un résultat qui n'existe pas: MatrixND MatF2010 = matResult.getMatrix(param_beginStep.previous(), param_populationHCR, ResultName.MATRIX_TOTAL_FISHING_MORTALITY); double F2010 = MatF2010.sumAll(); Tu utilises encore le tagValue pour conserver en mémoire les 13 derniers pas de temps ? Si oui, tu ne tombe pas dans un cas au dela des 13 derniers pas de temps ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Je pense avoir trouvé le soucis : quand j'ai installé la v4.3 un nouveau dossier isis-fish4-beta a été créé, et les règles du community-database ont été remplies automatiquement (à partir de mon dossier isis-fish4 ?). Il se trouve que certaines des règles se trouvant dans ce dossier community ne sont pas les dernières que j'ai créées (qui prenaient en compte la sauvegarde de 13 pas de temps uniquement), mais correspondent à des règles présentes dans un dossier isis-fish4_old qui me servait à stocker d'anciennes règles. J'ai remis les bonnes règles dans le dossier rules de la community database de isis-fish4-beta et relancé des simus, on va voir ce que ça donne. Par contre je m'interroge, quelle est la règle pour ISIS pour remplir les dossiers du community-database quand un nouveau dossier ISIS est créé ? Car par définitions les règles community ne sont pas sur le serveur, si ? Loïc Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 21/05/2014 17:34, Loic.Gasche@ifremer.fr a écrit :
Bonjour,
Cette dernière version semble corriger le problème de lancement avec les règles, mais :
- les temps de simus ne semblent plus si courts que ça : J'en suis à avril 8 après 35 minutes de simulation sans aucune règle. Il a aussi fallu 2h45 pour faire une simu avec juste le modèle de gravité comme règle (sur mon pc portable, avec toutes les pops et toutes les flottilles) Difficile de dire ce qui cloche. Je pense que tu devrais pouvoir obtenir moins de 10 minutes comme durant nos tests avec ta base de données, mais dans les mêmes conditions. On a désactiver au maximum les entrées/sorties (log...) et surtout, j'ai un pc super récent. Les 35 minutes ne semble pas excessive suivant les conditions.
Ensuite, suivant comment est codée la règle, ça peut ralentir énormément l’exécution de la simulation.
- La simu avec toutes les règles a planté car je rencontre un PB avec une règle que je ne rencontrais pas avant : j'ai un null pointer exception qui fait comme s'il n'arrivait pas à trouver dans la règle la valeur de F2010 provenant d'une autre règle. Le hic est qu'il y a une log.info de cette valeur et qu'elle est connue (1.16...).
[Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus>ERROR [SimThread sim_test_7DV11_ISIS43_ttesPop_ttesRegles_2014-05-21-14-24] (InProcessSimulatorLauncher.java:475) localSimulateSameThread - Error during simulation INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus>java.lang.NullPointerException INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.HCR_transition_MSY.preAction_aroundBody2(HCR_transition_MSY.java:183) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.HCR_transition_MSY$AjcClosure3.run(HCR_transition_MSY.java:1) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at org.aspectj.runtime.reflect.JoinPointImpl.proceed(JoinPointImpl.java:149) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.aspect.RuleAspect.makeTimedCall(RuleAspect.java:120) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.aspect.RuleAspect.initPreCall(RuleAspect.java:85) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.HCR_transition_MSY.preAction(HCR_transition_MSY.java:172) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at simulators.DefaultSimulator.simulate(DefaultSimulator.java:198) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher.localSimulateSameThread(InProcessSimulatorLauncher.java:431) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher$SimThread.run(InProcessSimulatorLauncher.java:268)
C'est effectivement un résultat qui n'existe pas: MatrixND MatF2010 = matResult.getMatrix(param_beginStep.previous(), param_populationHCR, ResultName.MATRIX_TOTAL_FISHING_MORTALITY); double F2010 = MatF2010.sumAll();
Tu utilises encore le tagValue pour conserver en mémoire les 13 derniers pas de temps ? Si oui, tu ne tombe pas dans un cas au dela des 13 derniers pas de temps ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
J'ai réussi à faire tourner une AS de 4 simus sur mon PC avec toutes les règles, toutes les pops et toutes les flottilles. Chaque simu a tourné en 4 heures (avec des exports de résultats et de très gros logs et debugs pour le moment vu que je teste), ce qui est déjà une avancée vu qu'avant ça ne tournait pas du tout. Par contre je me rends compte qu'il est impossible de visualiser les résultats d'une simu dans l'interface ISIS: même pour les simus où je demande de conserver certaines matrices de résultats aucun résultat n'apparait dans la liste déroulante quand j'ouvre ma simu. Est-ce que cette dernière version d'ISIS est installée sur caparmor, que je puisse tester si ça marche, et en combien de temps ? Il y a possibilité de lancer des simus sur caparmor depuis l'extérieur ou il faut impérativement être sur le réseau ifremer ? dans mon cas ce serait très pratique si je pouvais les lancer sans être physiquement à ifremer. Loïc Loic.Gasche@ifremer.fr a écrit :
Je pense avoir trouvé le soucis : quand j'ai installé la v4.3 un nouveau dossier isis-fish4-beta a été créé, et les règles du community-database ont été remplies automatiquement (à partir de mon dossier isis-fish4 ?). Il se trouve que certaines des règles se trouvant dans ce dossier community ne sont pas les dernières que j'ai créées (qui prenaient en compte la sauvegarde de 13 pas de temps uniquement), mais correspondent à des règles présentes dans un dossier isis-fish4_old qui me servait à stocker d'anciennes règles.
J'ai remis les bonnes règles dans le dossier rules de la community database de isis-fish4-beta et relancé des simus, on va voir ce que ça donne.
Par contre je m'interroge, quelle est la règle pour ISIS pour remplir les dossiers du community-database quand un nouveau dossier ISIS est créé ? Car par définitions les règles community ne sont pas sur le serveur, si ?
Loïc
Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 21/05/2014 17:34, Loic.Gasche@ifremer.fr a écrit :
Bonjour,
Cette dernière version semble corriger le problème de lancement avec les règles, mais :
- les temps de simus ne semblent plus si courts que ça : J'en suis à avril 8 après 35 minutes de simulation sans aucune règle. Il a aussi fallu 2h45 pour faire une simu avec juste le modèle de gravité comme règle (sur mon pc portable, avec toutes les pops et toutes les flottilles) Difficile de dire ce qui cloche. Je pense que tu devrais pouvoir obtenir moins de 10 minutes comme durant nos tests avec ta base de données, mais dans les mêmes conditions. On a désactiver au maximum les entrées/sorties (log...) et surtout, j'ai un pc super récent. Les 35 minutes ne semble pas excessive suivant les conditions.
Ensuite, suivant comment est codée la règle, ça peut ralentir énormément l’exécution de la simulation.
- La simu avec toutes les règles a planté car je rencontre un PB avec une règle que je ne rencontrais pas avant : j'ai un null pointer exception qui fait comme s'il n'arrivait pas à trouver dans la règle la valeur de F2010 provenant d'une autre règle. Le hic est qu'il y a une log.info de cette valeur et qu'elle est connue (1.16...).
[Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus>ERROR [SimThread sim_test_7DV11_ISIS43_ttesPop_ttesRegles_2014-05-21-14-24] (InProcessSimulatorLauncher.java:475) localSimulateSameThread - Error during simulation INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus>java.lang.NullPointerException INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.HCR_transition_MSY.preAction_aroundBody2(HCR_transition_MSY.java:183) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.HCR_transition_MSY$AjcClosure3.run(HCR_transition_MSY.java:1) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at org.aspectj.runtime.reflect.JoinPointImpl.proceed(JoinPointImpl.java:149) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.aspect.RuleAspect.makeTimedCall(RuleAspect.java:120) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.aspect.RuleAspect.initPreCall(RuleAspect.java:85) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at rules.HCR_transition_MSY.preAction(HCR_transition_MSY.java:172) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at simulators.DefaultSimulator.simulate(DefaultSimulator.java:198) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher.localSimulateSameThread(InProcessSimulatorLauncher.java:431) INFO [Thread-15] (SubProcessSimulationLauncher.java:305) run - dans un sous processus> at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher$SimThread.run(InProcessSimulatorLauncher.java:268)
C'est effectivement un résultat qui n'existe pas: MatrixND MatF2010 = matResult.getMatrix(param_beginStep.previous(), param_populationHCR, ResultName.MATRIX_TOTAL_FISHING_MORTALITY); double F2010 = MatF2010.sumAll();
Tu utilises encore le tagValue pour conserver en mémoire les 13 derniers pas de temps ? Si oui, tu ne tombe pas dans un cas au dela des 13 derniers pas de temps ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
participants (5)
-
Audric Vigier -
Eric Chatellier -
Loic GASCHE -
Loic.Gasche＠ifremer.fr
-
Yves Reecht