Discussion :

[N2XF3]

Bonjour,

J'essaie de faire appel à un modèle d'import depuis un traitement spé, pour cela je me base sur plusieurs exemples que j'ai pu trouver ici ainsi qu'un traitement existant créé par mes prédécesseurs.
Cependant je rencontre des difficultés car dans mon cas, l'import ne fonctionne pas et me retourne une erreur "Fichier inexistant".

Voici mon traitement:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
Call OUVRE_TRACE("TEST IMPORT") From LECFIC
Gosub OUVRE From GIMPOBJ
[M:IMP2]MODIMP= "ZNFFILES"
[M:IMP2]NOMIMP= "D:\TEST\data.txt"
GSERVEUR= 1
Call ECR_TRACE([M:IMP2]NOMIMP,0) From GESECRAN
Gosub EXEC From GIMPOBJ
GSERVEUR= 0
Call FERME_TRACE From LECFIC
End

Ai-je oublié quelque chose ?

Merci

[Proscarion]

Bonjour N2XF3,

Je suis quelque peu confus sur le code que tu as posté, n'ayant pas appris à faire des imports silencieux de cette façon.
As tu vérifié que tu pouvais accéder à ton fichier depuis X3 (pb de droits, de nom, etc.) ? (Tu as la fonction filinfo qui permet de vérifier ca).

Si jamais ca peut t'aider, voici la façon avec laquelle j'ai appris à faire un import silencieux (simplifié).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
### Création d'un fichier depuis le traitement ###
[L]FIC = filpath("tmp", "nomdefichier", "txt") # Construit un path pointant vers un fichier nomdefichier.txt sous le répertoire tmp du dossier
Openo [L]FIC, 0 				Using [XXX] # Création du fichier (car inexistant) et ouverture, ici XXX est l'abréviation du fichier créé (pour la suite)
Iomode adxifs ";" 				Using [XXX] # On utilise ; comme séparateur de champs
Iomode adxirs chr$(13)+chr$(10) 		Using [XXX] # On utilise le retour chariot comme séparateur d'enregistrement
Iomode adxium [V]GASCII 			Using [XXX] # On utilise de l'ASCII
 
# On commence à écrire dans le fichier
Wrseq "E" , 					Using [XXX] # La virgule est importante, elle signifie que l'on n'a pas fini d'écrire l'enregistrement (la ligne)
Wrseq [F:YYY]YYY , 				Using [XXX]
Wrseq [F:YYY]ZZZ 				Using [XXX] # Pas de virgule, on a fini d'écrire l'enregistrement (= la ligne) et le séparateur se place automatiquement
 
Wrseq "L" , 					Using [XXX]
Wrseq [F:YYY]YY1 				Using [XXX]
 
# On a fini d'écrire dans le fichier, on le ferme pour pouvoir l'importer
Openo 						Using [XXX]
 
### Import Silencieux du fichier créé ###
Call IMPORTSIL("AAA", [L]FIC) From GIMPOBJ # Ici, AAA est le modèle d'import utilisé

[N2XF3]

Bonjour Proscarion,

Merci pour ton retour. Je vais tester ta solution.
Concernant mon code, je me suis inspiré de cette solution qui semblait correspondre au spé déjà en place dans notre ERP.

https://www.developpez.net/forums/d1...e/#post7152327

[N2XF3]

Bonjour Proscarion,

Même problème avec cette solution, "Erreur fichier inexistant".
Le répertoire doit il être un répertoire X3 (comme le répertoire tmp, TRA etc...) ?

C'est vraiment étrange car le traitement existant arrive bien à importer des fichiers depuis ce même répertoire ( D:\...)

Merci

[Proscarion]

Bonjour N2XF3,

Tu as pu vérifier que tu accédais bien au fichier avec filinfo ?
Non pas forcément, ce qui est important c'est qu'X3 aie les autorisations pour accéder au répertoire qui contient le fichier, ce qui a l'air d'être le cas d'après ce que tu me dis.
Je ne sais plus s'il y a besoin de déclarer le répertoire comme espace de stockage X3 (dans la console + fonction AVOLUME). Il me semble que non, mais je pourrais me tromper (devrais être bon si le TT existant y arrive).
Je réalisais dans un précédent poste des imports/exports sur un répertoire d'un autre serveur, mais nous l'avions configuré comme espace de stockage X3 (nous y avions également externalisé sur le même disque le répertoire ATT pour libérer de la place sur le serveur Sage X3).

Parle t'on bien du même dossier et/ou de la même solution ?
Est-ce que tu n'essayes pas d'importer depuis une solution de DEV (un autre serveur) alors que les accès n'ont étés donnés qu'en PROD ?

[N2XF3]

Je viens de tester filinfo("D:\TEST\",7)

qui me retourne -27,
Pourtant le compte utilisé par X3 possède bien les droits sur ce répertoire.

Je pense que je vais me tourner vers notre intégrateur et voir s'ils peuvent jeter un œil.

J'essaierai de mettre à jour cette discussion si j'obtiens une solution.

Encore merci pour votre aide

[Alex__06]

Bonjour,
Est ce que tu as essayé d'ajouter "#@" devant ton chemin ?
filinfo("#@D:\TEST\",7)

[N2XF3]

Bonjour,
Est ce que tu as essayé d'ajouter "#@" devant ton chemin ?
filinfo("#@D:\TEST\",7)

Bonjour,

Je viens de tester et cela me retourne -50

[_Kasper_]

Bonjour,

L'exemple donné par Hervé DUCLOS (RVDUCLOS) ne concernait pas une V5 ou V6 (client lourd) par hasard ?
Quelle version avez-vous ?
Mais possible que cela fonctionne avec les versions actuelles, je ne suis pas dev, mais par contre pas sûr du tout que les versions récentes (version Web) interprètent directement une cible de type "D:\", si ?
(vraie question aux dev)

Donc peut être déjà essayer avec un dossier déclaré dans les volumes (espaces) de stockage du serveur pour voir si le code passe ou pas ?

[N2XF3]

Bonjour et merci pour votre réponse

Je suis en V12, c'est bien ce qu'il me semble effectivement, #@ concerne uniquement les clients lourds.
Une cible type "D:\" devrait fonctionner, c'était le cas en PU9 (client web) et dans d'autres traitements que j'ai pu trouver.

[nico_sage_x3]

Que renvoie filpath("tmp", "nomdefichier", "txt") ?

Si tu essaies de mettre un fichier nomdefichier.txt dans l'emplacement renvoyé, que te renvoies filinfo(filpath("tmp", "nomdefichier", "txt"), 7) ?

Si tu arrives à y accèder, je te conseille de mettre tes fichiers pour l'import silencieux dans un emplacement qui correspond à une valeur renvoyée par filpath.

[N2XF3]

Que renvoie filpath("tmp", "nomdefichier", "txt") ?

Si tu essaies de mettre un fichier nomdefichier.txt dans l'emplacement renvoyé, que te renvoies filinfo(filpath("tmp", "nomdefichier", "txt"), 7) ?

Si tu arrives à y accèder, je te conseille de mettre tes fichiers pour l'import silencieux dans un emplacement qui correspond à une valeur renvoyée par filpath.

Bonjour,

J'obtiens 1412740 donc ça fonctionne dans tmp.
J'ai tenté pareil avec un autre chemin (D:\Dossier\montxt.txt) au lieu de tmp et j'obtiens -27.

Comment puis-je vérifier quel est le compte de service utilisé par X3 pour accéder aux répertoires/fichiers sur le serveur ?
Peut être que le compte a changé suite à notre migration (je ne vois pas pourquoi mais bon...).

Merci pour votre aide

[bimiman]

J'ai lu en diagonale, mais je pense qu'il faut compléter la "sandbox" du runtime depuis la console et redémarrer le runtime.