lorque je lance une simu avec Gravite, HCR, TAC et TailleMin pour la sole, voici les logs de la simu qui plante au pas de temps ou la HCR commence à s'appliquer le premier warn est etrange et le error est sur le get d'une variable qui est pourtant bien declaree dans la base WARN|14:19:41,666|DefaultSimulator.java|175|simulate|Can't evaluate rule condition for: rules.TAC20102015HCR_Sole_OptionLO@439e99a9 java.lang.NullPointerException at rules.TAC20102015HCR_Sole_OptionLO.condition(TAC20102015HCR_Sole_OptionLO.java:253) at simulators.DefaultSimulator.simulate(DefaultSimulator.java:172) at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher.localSimulateSameThread(InProcessSimulatorLauncher.java:441) at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher$SimThread.run(InProcessSimulatorLauncher.java:271) .... WARN|14:20:15,582|ResultManager.java|187|addActiveRule|addActiveRule not implemented WARN|14:20:15,582|ResultManager.java|187|addActiveRule|addActiveRule not implemented WARN|14:20:15,582|ResultManager.java|187|addActiveRule|addActiveRule not implemented ERROR|14:20:15,695|InProcessSimulatorLauncher.java|484|localSimulateSameThread|Error during simulation java.lang.NullPointerException at fr.ifremer.isisfish.simulator.SimulationVariable.getAsDouble(SimulationVariable.java:100) at rules.HCR2015_Sole_transition_MSY_2020.preAction_aroundBody2(HCR2015_Sole_transition_MSY_2020.java:312) at rules.HCR2015_Sole_transition_MSY_2020$AjcClosure3.run(HCR2015_Sole_transition_MSY_2020.java:1) at org.aspectj.runtime.reflect.JoinPointImpl.proceed(JoinPointImpl.java:149) at fr.ifremer.isisfish.aspect.RuleAspect.makeTimedCall(RuleAspect.java:121) at fr.ifremer.isisfish.aspect.RuleAspect.initPreCall(RuleAspect.java:85) at rules.HCR2015_Sole_transition_MSY_2020.preAction(HCR2015_Sole_transition_MSY_2020.java:194) at simulators.DefaultSimulator.simulate(DefaultSimulator.java:198) at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher.localSimulateSameThread(InProcessSimulatorLauncher.java:441) at fr.ifremer.isisfish.simulator.launcher.InProcessSimulatorLauncher$SimThread.run(InProcessSimulatorLauncher.java:271) Stephanie.Mahevas@ifremer.fr a écrit :
Sigrid Lehuta <sigridlehuta@gmail.com> a écrit :
quelques suggestions : - envoies le log pour savoir a quelle ligne ca plante - as tu bien selectionné les resulats necessaires (comme matrixFishingMortality)
sinon pour les HCR je pense que ca vient de la :
matOth.getSubMatrix(0,step.getYear(),step.previous()); => matOth.getSubMatrix(0,12*(step.getYear()-1),12); idem pour matIsis la methode c est (dimension, premier element a garder, nombre d elements a selectionner) cf API !
exact! je me suis fait avoir. J'ai mal lu l'Api. Merci!
- naturalDeathRatePop = naturalDeathRatePop.meanOverDim(1).reduce();; 2 points virgule...
bien vu ! ce qui est etrange c'est que ca compile...
je renvoie mon debug apres avoir refait tourner!
pas d idee pour la langoustine envoie ton debug Bon courage
Le 25 mai 2015 08:17, <Stephanie.Mahevas@ifremer.fr> a écrit :
j'ai fait qq simu pour essayer de comprendre les symptomes sans la langoustine et sans les regles HCR ca tourne (..13-07.zip) sans la langoustine, avec les regles HCR Sole et Merlu, ca plante à partir du moment ou les regles HCR demarrent (janvier 6) - (..17-58.zip) avec la langoustine tout plante (avec ou sans HCR) alors que j'avais reussi à faire tourner la simu avec la langoustine sans les HCR - (...zip) Il y a donc deux sources d'erreur les HCR et maintenant la langoustine.
Stephanie.Mahevas@ifremer.fr a écrit :
Je pense que l'erreur est plus grave que ca. (cf ci-dessous pour les
groupes) Mes simus qui tournaient avant plantent des le calcul de TotalFishingMaortality. C'est donc arriver à partir du moment ou j'ai rajoute les regles dont le nom commence par HCR. Je n'arrive pas à voir ce que j'ai pu changer. Je n'ai pas touche à la base de donnees sauf pour rajouter des variables suplementaires dans les pop. Je n'ai pas touche au siMatrix.
Les regles sont dans la base que j'ai envoyee. Je sais pas comment m'y prendre pour trouver d'ou ca peut venir.
Dans la population nephrops, minGroup = 0, maxGroup = 57,
mais les groups vont de 0 à 56 seulement, il en manque donc un pour avoir une cohérence à ce niveau là.
non les groupes vont bien de 0 à 57, soit 58 groupes. Ou vois-tu qu'il n'y en a que 56?
dans totalFishingMortality, on recupere la sous matrice tfmMatrix = tfmMatrix.getSubMatrix(1, group, Nbre); qd group = GroupMin (groupe 0), Nbre = 58, donc on prend les 58 groupes. Ca me semble correct, sauf si SubMatrix compte le nombre de groupe apres groupMin. Mais pourquoi ca aurait marche avant??? en plus cette methode fonctionne dans mes simu toutes simples, ca a commence a ne plus marcher des que je rajoute les regles HCR...
et a present quand je relance mes simu toutes simples ca ne marche plus...
Le vrai bug se situe dans la methode totalFishingMortality :
http://forge.codelutin.com/projects/isis-fish-data/repository/entry/trunk/sc...
où les group sont récupéré entre minGroup et maxGroup inclut. Donc 57 - 0 + 1 = 58, alors que tu as 57 groupes.
Donc je vois l'erreur technique, mais pas l'erreur conceptuelle.
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users
_______________________________________________ Isis-fish-users mailing list Isis-fish-users@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-users