Discussion :

[Hepil]

bonjour

J'ai un GridView "Gv1" utilisé simplement dans VS2005 avec dot.net 2.0 pour un webform

j'ai opté pour l'utlisation d'un SQLDataSource "SqlDs1" avec une preocédure stockée "SelBL" pour l'alimentation de Gv1 et une autre procédure "MemUpdateBl" pour l'update des données

Ceci est paramétré dans le code aspx de SqlDataSource1 à l'aide des balises

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
<asp:SqlDataSource ID="SqlDataSource1" runat="server" ConnectionString="<%$ ConnectionStrings:ConnectionPrin %>"
                SelectCommand="SelBL" SelectCommandType="StoredProcedure" 
                UpdateCommand="MemUpdateBl" UpdateCommandType="StoredProcedure">
                <SelectParameters>
                    <asp:SessionParameter Name="NumBL" SessionField="NumBL" Type="Int32" />
                </SelectParameters>
                <UpdateParameters>
 
                </UpdateParameters>
            </asp:SqlDataSource>

Vous remarquerez qu'il n'y a aucun paramètre dans la procédure de l'update, volontairement, pour isoler l'erreur pour laquelle j'ai créé ce sujet de discussion. Évidemment, j'ai aussi enlevé les paramètres du coté de sqlServeur pour y mettre des valeurs en dur

La procédure stockée est testée sur sql Server

lors de l'exécution, en validant le link Update du GridView, j'optiens le messge d'erreur suivant, APRES que l'update se soit pourtant bien déroulé

La procédure MemUpdateBl n'a pas de paramètres mais des arguments ont été spécifiés.

J'ai presque tout essayé, sauf bien sûr la bonne solution, même de tout faire en code behind

Auriez-vous une idée , une voie ... une corde

[Hepil]

Le souci ne vient pas de la procédure stockée
Les champs avec bind ou les champs "asp:boundField" seront envoyés en tant que paramètres en plus de ceux inclus dans l'UpdateCommand !!!!!!
Il faut les enlever de l'UpdateCommand

Cela va fonctionner à condition que les champs aient le même nom entre la table, la procédure stockée, les "asp:BoundField" et les paramètres "UpdateCommand" ( dans mon cas )

si de plus, un champ est modifié par un autre control dans le mode "edit", il faudra penser qu'il a un autre nom et utiliser un "asp:controlparameter" dans l'updateCommand du sqlDataSource où l'on peut distinguer le nom du paramètre avec l'id de l'objet et son type transmis ... au lieu de "ASP: Parameter"

Mon soucis à présent est qu'il y a un champ en read-only dans le GridView, qui n'ai alors pas transmis en tant que paramètre automatiquement et apparemment le tag "asp:ControlParameter" ne le trouve pas nom plus !

J'en suis là