Discussion :

[a.orban]

Bonjour à tous,

Nous avons migrés d'une V6 à une V12 et lorsque je remets en route mes exports journaliers sur une fréquence de 60min. Je me retrouve avec une erreur dans le fichier trace qui me dit que le fichier est déjà existant. Sur la V6, il écrasait naturellement le fichier. Avez vous une idée d’où provient le problème? Pour info, j'ai exactement les mêmes droits que sur l'ancien serveur.
Ci joint les logs du fichier trace.



Merci de vos retours

Cordialement

Arnaud

[L.V. Expertise X3]

Bonjour Arnaud,

Le contrôle est vraiment natif lors de la vérification de l'accès au chemin donné.
Vous pouvez toutefois outrepasser ce message en positionnant la variable [V]GWEBSERV à 1 juste avant de lancer l'export. Le fichier devrait alors être écrasé sans poser de question.
A voir maintenant de votre côté, selon votre environnement, où et quand positionner cette variable.

Cordialement,

Laurent

[PrinceCorwin]

Bonjour,

Nous avons migré cette semaine et j'ai exactement la même problématique.
J'attends le retour de notre intégrateur pour la résolution.

@Laurent, comment initialiser cette variable en mode batch avec seulement la tâche export ?
Merci pour vos éclaircissements.

Bonjour à tous,

Nous avons migrés d'une V6 à une V12 et lorsque je remets en route mes exports journaliers sur une fréquence de 60min. Je me retrouve avec une erreur dans le fichier trace qui me dit que le fichier est déjà existant. Sur la V6, il écrasait naturellement le fichier. Avez vous une idée d’où provient le problème? Pour info, j'ai exactement les mêmes droits que sur l'ancien serveur.
Ci joint les logs du fichier trace.

Merci de vos retours

Cordialement

Arnaud

[L.V. Expertise X3]

Bonjour,

Ce n'est pas la solution idéale mais ça en est une.

Vous pouvez par exemple passer par le traitement spécifique rattaché à l'action BATCHEXP.
Dans ce traitement, pour l'action EXEC passer les variables [V]GSERVEUR = 0 et [V]GWEBSERV = 1.
Dans ce traitement, pour l'action TERMINE passer les variables [V]GSERVEUR = 1 et [V]GWEBSERV = 0.

Vous perdez alors les messages d'informations, alertes et erreurs de la trace mais vous obtenez votre fichier écrasé.
Il est aussi possible d'ajouter des conditions afin de ne pas appliquer cela à tous les exports batchs.
Enfin, il est aussi possible de récupérer les éventuels messages stockés pour le mode Web services et les afficher dans la trace.

Si jamais vous obtenez une réponse de vos intégrateurs plus pertinente ou plus simple n'hésitez pas à partager.

Cordialement,

Laurent

[PrinceCorwin]

Bonjour à tous,

Testée et Approuvée !

Pour faire simple, un nouveau point d'entrée à vue le jour dans la v12 : "OVERWRITE" du traitement.

1. ajouter un nouveau champ ZDELFILBATCH "Réécriture fichier" dans la table AOBJEXT [AOE] de type menu 1
2. ajouter le champ ZDELFILBATCH dans l'écran AOE2 option graphique "Case à cocher"
3. faire le traitement du point d'entrée :

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
21
22
23
24
25
26
27
#### Traitement GEXPOBJ : Gestion des exports #
$ACTION
  Case ACTION
    When "OVERWRITE" : Gosub $OVERWRITE
  Endcase
Return
 
#### Remplacement du fichier si existe #
$OVERWRITE
  # Si batch
  If GSERVEUR=1
    # Contrôle classes ouvertes
    If clalev([M:EXP2]) and clalev([F:AOE]) Endif
    # Si suppression du fichier avant export
    If [F:AOE]ZDELFILBATCH=2
      # Si le nom de fichier n est pas en gestion chrono
      If [M:EXP2]NOMEXP<>"" and instr(1,[M:EXP2]NOMEXP,"#")<=0
        # On tente la suppression même si le fichier n’existait pas
        Local Integer ZERR_DELFILE
        [L]ZERR_DELFILE=Delfile([M:EXP2]NOMEXP)
        If [L]ZERR_DELFILE=0
          Call ECR_TRACE("|"+[M:EXP2]NOMEXP-"Fichier déjà existant. Il sera remplacé",-1) From GESECRAN
        Endif
      Endif
    Endif
  Endif
Return

Explications:
Si la case est cochée, on supprime (si existant) le fichier avant de générer le nouveau

Images :



Bon dev' à tous

[L.V. Expertise X3]

Bonjour,

J'ai voulu jeter un œil suite à votre réponse mais je ne retrouve aucune information sur ce point d'entrée.
J'ai testé directement sur une V12P25 et ce point d'entrée n'existe pas.

Nous parlons bien du traitement standard GEXPOBJ ?

Si vous avez d'autres informations, je suis preneur.

Cordialement,

Laurent

[PrinceCorwin]

Bonjour Laurent, le forum,

Désolé, je n'ai pas la source du traitement, mais oui, il s'agit bien du GEXPOGJ du dossier référence X3.
Dans son message, le développeur de notre prestataire a eu cette information d'un autre développeur qui le tenait lui-même d'une source...
Il avait cela dans ces archives de messagerie.

Je n'ai donc aucune explication. Mais je sais que cela fonctionne et que j'ai ce bout de code sur mon serveur de prod.
Nous sommes en version 2020R4 (12.0.24) d'après la console.