Salut,

En fait, l'after n'était appelé qu'une fois car il y avait souci avec les dimensions de matrixDebarquement et de L dans l'after pour la simulation 1 (la deuxième)(j'ai mal  fait la twin experiment, le critère d'arrêt ne jouait pas), et la manière dont était fait mon script faisait que ça bugguait avant de pouvoir atteindre la ligne de script écrivant dans le fichier (qui était dans la boucle if simulationNumber>0). Tout ça est résolu depuis, et pour le moment j'ai des simulations qui tournent (mais tournent-elles bien? j'espère...)
Le 06/03/2014 15:47, Sigrid Lehuta a écrit :

hello
vire ton critere d arret dans un premier temps
si ca marche pas, je n ai pas le temps de regarder en details mais ca
marche depuis toujours dans le code simplex.
Verifies que tu fais exactement les memes appels que dans le simplex aux
memes endroits...


Le 5 mars 2014 14:33, Audric Vigier <Audric.Vigier@ifremer.fr

<mailto:Audric.Vigier@ifremer.fr>> a écrit :

    Merci pour ton aide. Ca ne marche toujours pas, donc l'after ne doit
    être appelé qu'une seule fois. Le critère d'arrêt doit être atteint
    après une seule simulation, d'où l'absence d'historique. Je creuse
    l'affaire;)
    Bonne journée

    Le 05/03/2014 14:21, Eric Chatellier a écrit :

        Le 05/03/2014 14:12, Audric Vigier a écrit :

            Bonjour,

        Bonjour,

            Je fais tourner des simulations avec un plan de simulation
            (script en PJ) pour
            voir s'il marche. La simulation a l'air de tourner,
            j'obtiens des sorties,
            mais je n'arrive pas à créer le fichier censé contenir
            l'historique de ce
            qu'il s'est passé pendant toutes les simulations. Du coup,
            je ne sais pas
            comment mon plan de simulation a tourné.
            J'essaie de créer le fichier avec cette partie de script,
            avant l'init():

            public String

            param_exportPath="Output___essai_recuit/Historic.csv";

            File exportHistoric = new File(param_exportPath);

            j'ai aussi essayé en déplaçant la deuxième ligne dans
            l'afterSimulation et
            dans l'init, sans succès. Ca m'étonne d'autant plus qu'ISIS
            n'a aucun souci
            pour charger le .csv renseigné l141...

        Un File, c'est un chemin vers un fichier, ça n'existe pas les
        fichiers en Java :D
        On a donc un chemin sur un fichier du disque, et des moyens de
        lire ou d’écrire
        du contenu vers un chemin.

        Donc, tant que le code

        "FileUtils.writeStringToFile(__exportHistoric.__getAbsoluteFile(),expCurrent.__toCSV());"

        n'est pas appelé, le fichier n'existera pas.

        PS: le "File exportHistoric = new File(param_exportPath);" doit
        obligatoirement
        être dans le afterSimulation car sinon, il n'utilisera pas la
        valeur du
        param_exportPath qu'Isis lui donnera.

    _________________________________________________
    Isis-fish-devel mailing list
    Isis-fish-devel@list.isis-__fish.org
    <mailto:Isis-fish-devel@list.isis-fish.org>
    http://list.isis-fish.org/cgi-__bin/mailman/listinfo/isis-__fish-devel
    <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

_______________________________________________
Isis-fish-devel mailing list
Isis-fish-devel@list.isis-fish.org
http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel