Système de fichiers virtuel

Pourquoi un système d'exploitation virtuel ?

Le besoin de mobilité, que ce soit pour les informations inter-entreprises ou pour les personnes, nécessitent d'embarquer et de débarquer des répertoires et des fichiers aisément. Idéalement, cela s'effectue de façon transpartente.

Certains systèmes d'exploitation ne comportent pas de systèmes de fichiers arborescents. Par exemple Os 400. Sans ce système de fichiers virtuels, Up ! Application System serait indisponible.

Le système de fichiers virtuel d'Up ! System répond à ces besoins et à ceux du futur.

Concepts du système d'exploitation virtuel

Services

Il existe un service trivial correspondant au système de fichiers réel du système d'exploitation sur lequel fonctionne Up ! Application System. Voici les autres services :

Point de montage

• Point de montage.
  Le répertoire de rattachement de l'arborescence du système de fichiers virtuel.
  Le point de montage / est réservé au système de fichiers du système d'exploitation où s'exécute Up ! Application System.
  
• Un mode d'accès.
  En lecture-écriture ou lecture seule.
  
• Une authentification.
  Via un compte utilisateur et un mot de passe.
  

Identification normalisée

• Son nom.
  En ce cas, le premier niveau du chemin d'accès permet d'identifier le service d'après le point de montage. Le reste du chemin d'accès permet d'identifier le répertoire ou le fichier cible.
  Voici un exemple :
  
  Principal
  /*******/
  Variable
  /******/
  F : Fichier;
  
  
  Debut
  F=Fichier(/tmp/essai.txt", EcritureTexte);
  F.Ecrire(coucou");
  F.Fermer();
  Fin Principal
  
• Une Unique Resource Identifier (URI).
  En ce cas, son schéma permet d'identifier le service, l'adresse le serveur cible et le chemin le répertoire ou le fichier cible.
  Voici un exemple :
  
  Principal
  /*******/
  Variable
  /******/
  F : Fichier;
  
  
  Debut
  F=Fichier(ftp://www.up-comp.com/pub/essai.txt", EcritureTexte);
  F.Ecrire(coucou");
  F.Fermer();
  Fin Principal
  

Voici la valeur des schémas :

Application Program Interface transparentes

Le principe d'usage est le suivant :

• Montage du système de fichiers réel.
  Par déclaration au travers des paramètres ou au travers d'une fonctionnalité.
  Les systèmes de fichiers les plus utilisés peuvent être automatiquement montés au chargement d'Up ! Application System. Pour cela, merci de consulter le manuel de référence du module correspondant.
  
• Usage du système de fichiers réel.
  De façon transparente et optimisée.
  
• Démontage du système de fichiers réel.
  Au travers d'une fonctionnalité ou à l'arrêt d'Up ! Application System.

Voici les Application Program Interfaces (API) d'Up ! System pour le système de fichier virtuel :

Nota bene :
La norme HyperText Transport Protocol n'étant pas prévue pour être utilisée en système de fichiers, les Application Program Interface (API) suivantes sont inopérantes :

• ChangerDroitsDAcces.
• ListerFichiers.
• ListerUnites.

Pour CopierFichier, CopierRepertoire, RenommerFichier et RenommerRepertoire, les fichiers de départ et d'arrivée ne font pas forcément partie du même système de fichiers.

En particulier, CopierFichier, CopierRepertoire sont utilisées pour faire des transferts de fichiers depuis ou vers un serveur de fichiers ou des archives.

Voici les Application Program Interfaces (API) d'Up ! System pour un fichier :

Accès distant

Un accès distant référencie un serveur de type Serveur introduit par l'opérateur @. En ce cas, la commande est déportée sur le serveur désigné via Up ! Object Request Broker.

Cela est similaire à l'usage de l'opérateur accès distant utilisé pour référencer une variable, un appel ou un objet sémantique hébergé sur un serveur.

Voici un exemple :
Principal
/*******/
Variable
/******/

F : Fichier;


Utiliser l'accès distant pour les fichiers et les répertoires est équivalent à utiliser une Uniform Resource Identifier (URI) avec le schéma UpsOrb. Voici l'équivalent de l'exemple précédent :

Principal
/*******/
Variable
/******/

F : Fichier;


Montage automatique de partitions

Toutes les Application Program Interface (API) précédentes utilisent la table des partitions pour localiser les fichiers, les répertoires ou les exécutables et pour vérifier l'accès demandé.

Les partitions sont définies à partir des entrées suivantes :

L'intérêt d'utiliser les partitions montées automatiquement et de pouvoir changer la configuration de déploiement des applications sans paramétrage spécifique et sans modifier les sources des programmes.

Dans l'exemple précédent, la première entrée correspond à la déclaration du système de fichiers du système d'exploitation monté sur /. Il aurait été possible de limiter la vue des programmes en technologie Up ! Virtual Technical Machine à une partie du système de fichier et de restreindre les droits d'accès.