Discussion :

[rgarnier]

Je viens de retomber sur un truc qui ne me parait pas logique dans le framework. Si quelqu'un peut m'éclairer ....

Dans le gestionnaire d'évènement BeforeInternalInstruction d'un xmlservice du type UPDATE de lignes, je voudrais modifier à la volée une valeur qui sera updatée par mon xmlgram.

je fais donc un Context.Values['TTC'] := 'MaNouvelleValeur;
et là, mon update prend la valeur qui était précédemment dans mon contexte.

J'ai donc cherché (et trouvé) le pb : la fonction FillParams (qui remplace les paramètres d'une requete) cherche dans le inputdoc la valeur, et seulement si elle est vide, va chercher dans le contexte. Bien évidemment, le InputDoc est déjà remplit à ce moment là.

pour moi, la solution 'de base' serait de modifier la fonction FillParams, mais je me dis que si les GD (Gentils Développeurs) de Delos ont codé ça, c'est certainement qu'il doit y avoir une excellente raison ; mais pour l'instant, je n'arrive pas à voir un avantage àfaire cela, puisque le contexte se met à jour avec FillContext ????

j'espère avoir été assez clair ... merci d'avance

[RDM]

comme pour les DBExtract, les vlaeurs sont mises dan sle Context que pour la lecture et non pour la modification.
si tuveux réellement modifier la valeur à la volée, modifie le InputDoc dans le cas du XMLC_Pivot.

[rgarnier]

Ok pour le fait de modifier l'input, mais ma question était plutot le pourquoi utiliser l'input et non pas le context, qui était pour moi LA référence.

Y a t il des avantages que je n'aurais pas vu, ou bien tout simplement que cela a été fait comme cela à l'origine c'est tout.

[RDM]

pour la mise à jour multiple ca utilise l'InputDoc avec le pivot car il y ade multiples valeurs pour de mêmes noms de champs
Du coup tu peux pas stocker dans le Context plusieurs enregistrements. d'ou l'inputDoc en XML.