Aller au contenu principal
Version: 20 R7 BETA

Get 4D file

Get 4D file ( fichier {; *} ) : Text

ParamètreTypeDescription
fichierIntegerType de fichier
*OpérateurRetourne le chemin d'accès du fichier de la base hôte
RésultatTextChemin d'accès du fichier 4D désigné

Description

La commande Get 4D file retourne le chemin d'accès au fichier de l'environnement 4D spécifié par le paramètre fichier. Le chemin d'accès est retourné en utilisant la syntaxe système.

Cette commande vous permet de récupérer le chemin d'accès actuel à des fichiers, dont le nom et l'emplacement sont spécifiques à 4D. Elle peut aussi vous permettre d'écrire du code générique indépendant de la version de 4D et de la version de l'OS.

Dans fichier, passez une valeur pour désigner le fichier dont vous voulez récupérer le chemin d'accès. Vous pouvez utiliser une des constantes suivantes du thème "Environnement 4D" :

ConstanteTypeValeurComment
Backup history fileEntier long19Fichier historique des sauvegardes (voir Fichiers de configuration et de suivi). Stocké dans le dossier de destination de sauvegarde.
Backup log fileEntier long13Fichier de journal des sauvegardes courant. Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier de journal des sauvegardes n'existe ou n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
Backup settings fileEntier long18Fichier Backup.4Dsettings par défaut, stocké dans le dossier Settings de la base.
Backup settings file for dataEntier long17Fichier Backup.xml, stocké dans le dossier Preferences/Backup à côté du fichier structure de la base.
Build application log fileEntier long14Fichier d'historique courant au format xml du fichier du configuration par défaut du générateur d'application (buildApp.4DSettings). Stocké dans le dossier Logs de la base.
Build application settings fileEntier long20Fichier de configuration par défaut du générateur d'application (buildApp.4DSettings). Stocké dans le dossier Settings de la base.
Compacting log fileEntier long6Fichier de compte-rendu du compactage de plus récent de la base, créé par la commande Compact data file ou le Centre de sécurité et de maintenance (CSM). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier de compte-rendu de compactage n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
Current backup settings fileEntier long1Fichier backup.4DSettings utilié par l'application. Il peut s'agir du fichier backup.4DSettings par défaut ou d'un fichier de configuration utilisateur.
Debug log fileEntier long12Fichier d'enregistrement des événements pour le débogage créé par la commande SET DATABASE PARAMETER(Debug log recording). Stocké dans le dossier Logs de la base, à côté du fichier de structure. Si aucune fichier de débogage n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
Diagnostic log fileEntier long11Fichier de diagnostic de 4D, créé par la commande SET DATABASE PARAMETER(Diagnostic log recording). Stocké dans le dossier Logs de la base, à côté du fichier de structure. Si aucun fichier de diagnostic n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
Directory fileEntier long16Fichier directory.json, contenant la description des groupes et des utilisateurs (le cas échéant) pour les bases projets. ll se situe soit dans le dossier Settings de la base de l'utilisateur (par défaut, s'applique à tout le projet), soit dans le dossier de configuration des données (spécifique à un fichier de données).
HTTP Client log fileEntier long24Fichier journal créé par la commande HTTP SET OPTION(Fichier log HTTP Client;valeur). Stocké dans le dossier Logs.
HTTP debug log fileEntier long9Fichier de débogage des requêtes HTTP, créé par la commande WEB SET OPTION(Web debug log). Stocké dans le dossier Logs de la base, à côté du fichier de structure. Si aucun fichier de débogage des requêtes HTTP n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
HTTP log fileEntier long8Fichier d'enregistrement des requêtes Web créé par la commande WEB SET OPTION(Web log recording). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier d'enregistrement des requêtes Web n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
IMAP Log fileEntier long23Fichier journal créé par la commande SET DATABASE PARAMETER(IMAP Log). Stocké dans le dossier Logs de la base
Last backup fileEntier long2Dernier fichier de sauvegarde généré, nommé [NumBkp].4BK, stocké à un emplacement personnalisé.
Last journal integration log fileEntier long22Chemin complet du dernier fichier journal d'intégration de l'historique (stocké dans le dossier Logs de l'application restaurée), le cas échéant. Ce fichier est créé en mode auto-repair, dès qu'une intégration de fichier d'historique a lieu (voir ).
POP3 Log fileEntier long21Fichier des requêtes POP3 créé par la commande SET DATABASE PARAMETER(POP3 Enreg historique). Stocké dans le dossier Logs de la base.
Repair log fileEntier long7Fichier de compte-rendu des réparations effectuées sur la base par le Centre de maintenance et de réparation (CSM). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier de compte-rendu de réparation n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
Request log fileEntier long10Fichier des requêtes client/serveur standard (hors requêtes Web), créé par SET DATABASE PARAMETER(4D Server log recording) ou SET DATABASE PARAMETER(Client log recording). Si la commande est appelée sur le serveur, le chemin du fichier des requêtes du serveur est retourné (stocké dans le dossier Logs de la base, à côté du fichier de structure). Si la commande est appelée sur lun client, le chemin du fichier des requêtes du client est retourné (stocké dans le dossier Logs de la base locale). S'il n'existe aucun fichier de requêtes, un chemin vide est retourné (aucune erreur n'est générée).
SMTP log fileEntier long15Fichier des requêtes SMTP créé par la commande SET DATABASE PARAMETER(SMTP Enreg historique). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier de requêtes SMTP n'existe ou n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
User settings fileEntier long3settings.4DSettings pour tous les fichiers de données (si activé), stocké dans le dossier Preferences à côté du fichier de structure de la base
User settings file for dataEntier long4settings.4DSettings pour le fichier de données courant, stocké dans le dossier Preferences à côté du fichier de données.
Verification log fileEntier long5Fichier de compte-rendu de vérification le plus récent de la base, créé par les commandes VERIFY CURRENT DATA FILE et VERIFY DATA FILE ou via le Centre de sécurité et de maintenance de la base (CSM). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier compte-rendu de vérification n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).

Si le fichier cible n'existe pas, un chemin vide est retourné. Aucune erreur n'est générée.

Lorsque la commande est appelée à partir d'un composant, passez le paramètre optionnel * pour obtenir le chemin d'accès du fichier de la base hôte. Dans ce contexte, si vous omettez le paramètre *, une chaîne vide est toujours retournée.

Concernant User settings file for data et User settings file, un chemin d'accès est retourné si l'option de sécurité Autoriser les propriétés utilisateur dans un fichier externe est cochée dans la boîte de dialogue des Propriétés de la base (voir ).

Exemple

Vous voulez obtenir le chemin d'accès du fichier de sauvegarde le plus récent :

 var $path : Text
 $path:=Get 4D file(Last backup file)
  // $path = "C:\Backups\Countries\Countries[0025].4BK" par exemple

Voir aussi

File

Propriétés

Numéro de commande1418
Thread safe