Discussion :

[Driver00]

Bonjour à tous,

J'ai un petit soucis depuis quelques temps avec les imports de réceptions.
Ce qui est très étrange c'est que l'import se lance et termine en erreur, sans message sur la trace.

Voici un exemple de trace que j'obtiens :


J'ai tenté de validé table/écran/fenêtre/Objet
J'ai une base de test qui est similaire, et mon traitement spé et vertical sont identique sur les deux, mais sur ma base de prod l'import ne fonctionne pas.
Je n'arrive pas à comprendre pourquoi. Sachant que j'ai tenté de dupliquer le modèle PTH avec mois de champs, mais j'ai toujours le même résultat.

Est ce qu'il y a un moyen que je puisse ciblé le moment ou la trace commence à être rédiger avec le debugger ?

Si quelqu'un à une solution ou une piste à me conseiller je suis preneur.

[Driver00]

Je relance le sujet car je n'ai toujours pas trouver la solution.

Ce qui est bizarre c'est que le fichier ne semble pas être lu. si je met un numéro de commande d'achat bidon, il ne va pas me générer l'erreur en conséquence.
C'est comme si avant de lire la 1er ligne le traitement s'arrête de lui même.

Est ce que quelqu'un sait si je peux m'aider avec le debugger pour placer un flag au moment de l'import pour que je puisse voir si un moment ou un autre j'ai un GPE qui me ferait sortir de mon traitement.

le plus étrange, c'est que dans ma base de test, j'ai exactement la même chose, spé vertical fenêtre, objet, écran, table, tout est identique mais cela fonctionne

[bimiman]

Bonjour,

Dans SPEPTH vous pouvez mettre un Call ECR_TRACE pour afficher ACTION comme ça vous verrez où ça s'arrête.
Idem dans le traitement associé au modèle d'import.

Essayez aussi en exportant une réception et en comparant à votre fichier, parfois ça donne des pistes.

[Driver00]

Bonjour,

Dans SPEPTH vous pouvez mettre un Call ECR_TRACE pour afficher ACTION comme ça vous verrez où ça s'arrête.
Idem dans le traitement associé au modèle d'import.

Essayez aussi en exportant une réception et en comparant à votre fichier, parfois ça donne des pistes.

Bonjour, dans mon spé je place un Call ECR_TRACE("flag",0) from GESECRAN, c'est bien ça ?
Sur quel action objet serait il pertinent d'ajouter cela ?

[bimiman]

...(ACTION,0)...

Juste au début de $ACTION

[Driver00]

C'est au moment du deuxième contrôle
je vais tenter de comparer les valeurs dans le debugger que j'ai entre test et prod à ce moment la pour comprendre ce qui ne lui plait pas sur prod

[Driver00]

De retour sur mon problème, je scrutais le debug mais pas moyen de comprendre ce qui ne va pas.
Est ce que je peux intervenir sur cette fameuse action contrôle qui serait le point de départ de mon problème ?

[bimiman]

Le traitement s'arrête sur VALLIG, il faut donc mettre un debug dans cette action et avancer pas à pas.
C'est ce que je fais quand ce cas m'arrive.

[MARCELBENH]

Bonjour,

Dans SPEPTH vous pouvez mettre un Call ECR_TRACE pour afficher ACTION comme ça vous verrez où ça s'arrête.
Idem dans le traitement associé au modèle d'import.

Essayez aussi en exportant une réception et en comparant à votre fichier, parfois ça donne des pistes.

Je dirai même plus : essayez en exportant une réception et en modifiant le fichier résultat avant de le réimporter.

[Driver00]

J'ai continué mes recherches concernant ce problème d'import.

En utilisant le debugger, le traitement ne passe pas par VALLIG.
Au moment du deuxième CONTROLE (voir la trace dans mon message précédent) Le traitement va exécuter cette ligne

Gosub VALID From SUBIMPOBJ : Return

A ce moment il va appeler l'action : LIENS, mais dans le dbg je n'ai que le debut des lignes de codes je ne peux même pas savoir pourquoi.