feat: début rapport PROVISOIRE
This commit is contained in:
parent
81416e3b10
commit
b2394b5890
42
PROVISOIRE.md
Normal file
42
PROVISOIRE.md
Normal file
|
@ -0,0 +1,42 @@
|
|||
# Architecture de principe
|
||||
|
||||
Fainsin Laurent - 2SN M2 \
|
||||
Guillotin Damien - 2SN M2
|
||||
|
||||
## Consignes
|
||||
|
||||
- On peut raisonnablement attendre que vous ayez au minimum une première version centralisée (sans eventRegister) qui fonctionne, avec un plan de test complet pour cette version et les suivantes
|
||||
- Il serait plutôt normal que vous ayez une version centralisée complète (avec EventRegister) qui soit opérationnelle sur des scénarios/tests de base.
|
||||
- Il est envisageable d'avoir une ébauche/une réflexion un peu avancée sur la version client-serveur
|
||||
- Un rapport provisoire succinct (environ 2 pages) présentant l’architecture, les algorithmes des opérations essentielles, une explication claire des points délicats et de leur résolution envisagée (ou des blocages rencontrés)
|
||||
- Le code complet de la partie réalisée.
|
||||
|
||||
|
||||
## Plan de travail inital
|
||||
|
||||
### Version en mémoire partagée
|
||||
|
||||
Création de l'espace partagé de données typées Linda centralisé.
|
||||
Il faut dans un premier temps implémenter un jeu de primitives spécifiques (les méthodes de l'interface).
|
||||
L'ensemble des primitives `write`, `take`, `tryTake` et `takeAll`, `read`, `tryRead` et `readAll` et `eventRegister` ont été réalisées.
|
||||
Nous n'avons écrits que quelques tests dans les `.java`, nous avons pour l'instant effectué la pluspart d'entre eux "en live" dans un ~REPL que Damien à écrit.
|
||||
|
||||
### Version client / mono-serveur
|
||||
|
||||
Cette version ne diffère pas beaucoup de la précédente, la seule différence se situe dans l'implémentation de l'interface RMI.
|
||||
Ainsi nous avons créé l'interface `LindaRemote`, reprenant les méthodes de `Linda`.
|
||||
De même nous avons créé la classe `LindaServer` implémentant `LindaRemote` et dont le but est de publier dans un registre RMI une instance `CentralizedLinda`. `LindaClient` vient simplement chercher une instance `Linda` dans le registre RMI et passe l'ensemble de ses actions à cette instance.
|
||||
|
||||
### Application Eratosthène
|
||||
|
||||
Cette application est constituée d'un serveur responsable de distribuer les tuples à tester, et de clients responsables d'effectuer des calculs sur ces tuples.
|
||||
Ainsi `Server` instancie un `LindaServer` de la partie précédente et initialise le tuple space avec des tuples d'entiers dont l'on souhaite tester la primalité. Chaque `Client` se contente simplement de se connecter au serveur et de vérifier la primalité d'un tuple, une fois son calcul terminé, il place le résultat dans le tuple-space. Cette dynamique persiste tant qu'il existe encore un entier non testé dans le tuple-space.
|
||||
|
||||
|
||||
### Application Levenshtein
|
||||
|
||||
Cette application fonctionne directement grâce au code `Server` et `Client` écrit précédemment, mais aucune des améliorations demandés dans le sujets n'ont encore été rédigées.
|
||||
|
||||
### Application Whiteboard
|
||||
|
||||
Nous n'avons pas encore avancé sur cette partie.
|
Loading…
Reference in a new issue