Application répartie en Java de téléchargement de fichier en mode P2P.
You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Go to file
Flavien Haas 5f44b133bd
flavien's git/Projet_JAVA_P2P_STRI2A/pipeline/head This commit looks good Details
Merge pull request 'Add sequence diagrams' (#133) from sequence_diagrams into master
4 years ago
doc added the report 4 years ago
src Fix number of args 4 years ago
.gitignore added eclipse gitignore 4 years ago
Jenkinsfile Add .jar for clientGUI 4 years ago
README.md added the report 4 years ago

README.md

Projet Répartition : Téléchargement FTP P2P

Documentation

The report asked can be found in doc/report.pdf.

Protocol

Documentation of the protocol used can be found in doc/protocol.md.

Usage

Tracker

  • Interactive mode: java tracker.Tracker
  • CLI Arguments mode: java trackerP2P.trackerP2P -- <hostname> <PORT> (default port 6969 (range 6000 -> 6999))

Server-only (only for tests purposes)

  • Interactive mode: java serveurP2P.ServeurP2P
  • CLI Arguments mode: java serveurP2P.ServeurP2P -- <serveurHOSTNAME> <serveurPORT> <trackerHOSTNAME> <trackerPORT> (default server port: server 7070 (range 7000->7070) and tracker port 6969 (range 7000 -> 7999))

Application CLI (Client+Server)

  • Interactive mode: java clientP2P.ClientP2P
  • CLI Arguments mode: java clientP2P.ClientP2P -- <clientTransportProtocol> <integratedServerHOSTNAME> <integratedServerPORT> <trackerHOSTNAME> <trackerPORT> (default tracker port 6969 (range 7000 -> 7999) and server port: server 7070 (range 7000->7070))
  • CLI Arguments mode when using with a nat: java clientP2P.ClientP2P -- <clientTransportProtocol> <integratedServerPublicHOSTNAME> <integratedServerPublicPORT> <trackerHOSTNAME> <trackerPORT> <serverBindingHOSTNAME> <serverBindingPORT> (default tracker port 6969 (range 7000 -> 7999) and server port: server 7070 (range 7000->7070))

Application GUI (Client+Server)

  • java gui.Gui

Sujet

Lien vers le document original.

But : le but de ce projet est de créer une application répartie en Java de téléchargement de fichier en mode P2P (peer to peer ou poste à poste). Les étapes suivantes sont conseillées.

Étape 1 : Téléchargement à la FTP

La première étape doit permettre de télécharger un fichier en intégralité d'une machine vers une autre machine de façon similaire aux applications suivant le protocole FTP.

Plan de travail :

  • Lire le sujet jusqu'au bout et la RFC FTP (version anglaise, version française) ;
  • Concevoir l'application répartie avec UML ;
  • Écrire l'application serveur et l'application cliente.

Étape 2 : Téléchargement en parallèle

Dans la seconde étape, on permet à un client de télécharger le fichier depuis plusieurs serveurs. Le fichier sera découpé en plusieurs blocs de tailles égales (par exemple 4 Ko) qui seront téléchargés depuis plusieurs serveurs. Dans cette étape c'est le client qui choisit (par exemple aléatoirement) quel bloc télécharger depuis quel serveur.

Plan de travail :

  • Modifier le serveur pour gérer l'envoi de n'importe quel bloc d'un fichier ;
  • Modifier le client pour qu'il puisse demander le téléchargement de n'importe quel bloc et re-créer le fichier complet.

Étape 3 : Transformation en P2P simple

Dans cette étape, il n'y a plus de clients ni de serveurs ; les applications sont les deux à la fois. Chaque application devra noter de quelle partie du fichier elle dispose. Au démarrage certaines applications auront le fichier complet et les autres aucun bloc. Les applications demanderont aléatoirement chaque bloc manquant à n'importe quelle autre application qui renverra soit le bloc soit un message d'erreur.

Étape 4 : P2P coordonné

Dans cette étape, on ajoute un serveur dont le rôle est de maintenir la liste des applications gérant le téléchargement d'un fichier et quel bloc chaque application possède. Ce serveur coordonnera le téléchargement en précisant à chaque application, à qui se connecter et ce qui y est disponible.

Étape 5 : P2P coopératif

Dans cette étape, on doit s'assurer que les applications envoient et reçoivent globalement les même quantités. On essaiera ainsi de désavantager les applications qui ne font que télécharger et n'envoient rien.

Options :

  • Créer une IHM (interface homme machine) Graphique pour les applications avec Swing par exemple.
  • Gérer à la fois des communications UDP et TCP.
  • Permettre la recherche de fichiers à partir de leur nom ou de toute autre caractéristique. À l'issu de la recherche on devra pouvoir connaître un ensemble d'application possédant le fichier et commencer le téléchargement.
  • Gérer le protocole d'une application de téléchargement P2P existante (bittorrent, emule ou autre).

Note : toute fonctionnalité supplémentaire ne sera prise en compte dans la notation que si toutes les étapes ont été correctement traitées.