22 Mar, 2019
3 commits
-
Scenario de test : - lancer agents A et B en mode simu (option -t): ./pyros.py -t start agentA,agentB - attendre 1 à 2mn jusqu'à obtenir les 2 résultats suivants: (AgentA): Finished testing => result is ok (AgentB): Finished testing => result is ok
21 Mar, 2019
5 commits
-
Voir page 127 de la doc pour un exemple d'utilisation
20 Mar, 2019
3 commits
-
- Mode opératoire : - pour lancer agentA seulement : ./pyros.py start agentA [-c configfile] - pour lancer plusieurs agents : ./pyros.py start agentA,agentB,... [-c configfile] (ou encore: activer l'environnement virtuel, puis lancer "./AgentA.py configfile") - pour utiliser thread ou processus : il suffit de mettre la constante RUN_IN_THREAD de AgentA (ou AgentB ou AgentX) à False ou True - Scenario de test : - lancer agents A et B : ./pyros.py start agentA,agentB - attendre 1mn et attendre les 2 résultats suivants: (AgentA): Finished testing => result is ok (AgentB): Finished testing => result is ok - Autres remarques: - Nouvelle commande "flush_commands" pour purger les commmandes en attente - routine_process() implemented - Eval command implemented - Timeout géré : si commande pas exécutée en temps raisonnable => la même commande est ré-exéuctée à l'itération suivante - Chaque agent a son propre scenario de commandes à envoyer - GROSSE OPTIMISATION : plus besoin du script intermédiaire "start_agent.py" !!! ==> pyros.py lance directement "cd src/agent/ ; python AgentX.py"
19 Mar, 2019
2 commits
-
- Multi-agents (2 agents) : AgentA (sender) sends commands to AgentB (receiver, and sender too) - eval - timeout de commande => ré-exécutée
18 Mar, 2019
2 commits
-
- AgentA a son propre scenario de commandes à envoyer à AgentB - Mode opératoire pour lancer un agent: - pour démarrer agentA : ./pyros.py start agentA [-c configfile] (ou encore: activer l'environnement virtuel, puis lancer "./AgentA.py configfile") - pour démarrer agentB : ouvrir un autre terminal et taper "./pyros.py start agentB"
15 Mar, 2019
3 commits
-
commandes (en //) - AgentA, AgentB, et AgentX ont chacun leur propre scenario - GROSSE OPTIMISATION : plus besoin du script intermédiaire "start_agent.py" !!! - pyros.py lance directement "cd src/agent/ ; python AgentX.py" - Mode opératoire pour lancer un agent: - pour démarrer agentX : ./pyros.py start agentX [-c configfile] (ou encore: activer l'environnement virtuel, puis lancer "./AgentX.py configfile") - pour démarrer agentA : ouvrir un autre terminal et taper "./pyros.py start agentA" - pour utiliser thread ou processus : il suffit de mettre la constante RUN_IN_THREAD de AgentX (ou AgentA) à False ou True
-
- AgentA et AgentX ont chacun leur propre scenario - GROSSE OPTIMISATION : plus besoin du script "start_agent.py" !!! - pyros.py lance directement "cd src/agent/ ; python AgentX.py" - Mode opératoire pour lancer un agent: - pour démarrer agentX : ./pyros.py start agentX [-c configfile] (ou encore: activer l'environnement virtuel, puis lancer "./AgentX.py configfile") - pour démarrer agentA : ouvrir un autre terminal et taper "./pyros.py start agentA" - pour utiliser thread ou processus : il suffit de mettre la constante RUN_IN_THREAD de AgentX (ou AgentA) à False ou True
-
- pyros.py lance directement "cd src/agent/ ; python AgentX.py" - Multi-agents : AgentA et AgentX fonctionnent en parallèle - Mode opératoire pour lancer un agent: - ./pyros.py start agentX [-c configfile] (ou encore: activer l'environnement virtuel, puis lancer "./AgentX.py configfile") - pour démarrer agentA : ouvrir un autre terminal et taper "./pyros.py start agentA" - pour utiliser thread ou processus : il suffit de mettre la constante RUN_IN_THREAD de AgentX (ou AgentA) à False ou True
14 Mar, 2019
3 commits
-
- bugfix pour que le test final passe sur les 2 agents exécutés en meme temps (A et X)
-
(les démarrer dans 2 terminaux différents)
12 Mar, 2019
3 commits
-
- Bugfix specific_process() en mode "processus" => meilleure gestion accès concurrent à la BD - Bugfix Agent => fonctionne aussi en mode SIMU OFF - Ajout d'un gros test à la fin pour s'assurer que les résultats sont conformes à l'attendu (only en mode simu) - Rappel : il suffit de mettre la constante RUN_IN_THREAD de AgentX à False ou True
-
- Agent fonctionne correctement seul, meme si pas surchargé par AgentX (comportement par défaut) - Méthode specific_process() en mode thread, désormais interruptible même pendant sleep - Diverses refactorisations - Rappel : il suffit de mettre la constante RUN_IN_THREAD de AgentX à False ou True
11 Mar, 2019
6 commits
-
Agent complet avec specific_process() exécuté au choix dans thread ou process (il suffit de mettre la constante RUN_IN_THREAD de AgentX à False ou True) (les commandes "abort" et "exit" sont correctement traitées dans les 2 cas) (NB: dans les 2 cas, la commande "exit" fait d'abord un "abort")
-
(ajouté commentaires utiles)
-
(update seulement les champs concernés, pas tous !!)
-
(il suffit de mettre la constante RUN_IN_THREAD de AgentX à False ou True) (les commandes "abort" et "exit" sont correctement traitées dans les 2 cas) (NB: dans les 2 cas, la commande "exit" fait d'abord un "abort")
-
Le champ "result" permet désormais de voir à quelle étape une commande spécifique a été "aborted"
-
pas un thread) Les commandes "abort" et "exit" sont correctement traitées
08 Mar, 2019
1 commit
-
- commandes "exit" et "abort" implémentées - AgentX contient très peu de code (tout est remonté dans Agent) - Il faut cependant encore améliorer le "abort", pas complètement satisfaisant...
07 Mar, 2019
1 commit
-
(il manque plus que la commande "abort")
06 Mar, 2019
4 commits
05 Mar, 2019
1 commit
04 Mar, 2019
2 commits
-
(fait maintenant aussi la mise à jour des requirements python)
28 Feb, 2019
1 commit