Question : EditItemTemplate PROBLEM

Hello Experts,
I have a datagridview that consists two columns. The first one is a bound columns and the other is EditItemTemplate.

When I click the edit button at runtime nothing happens. I cannot see the editable TextBox item at the runtime.

Is there any mistake? Because I want to update this TextBox value....!

Regards

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
<asp:GridView ID="GridView2" runat="server" AutoGenerateColumns="False" 
                    AutoGenerateEditButton="True" AutoGenerateSelectButton="True" BackColor="White" 
                    BorderColor="#3366CC" BorderStyle="None" BorderWidth="1px" CellPadding="4" onrowediting="GridView2_RowEditing" 
                    >
                    <RowStyle BackColor="White" ForeColor="#003399" />
                    <Columns>
                        <asp:BoundField DataField="smodel" HeaderText="Style" />
                        <asp:TemplateField HeaderText="Qty">
                            <EditItemTemplate>
                                <asp:TextBox ID="TextBox2" runat="server" Text='<%# Bind("AllQty") %>'></asp:TextBox>
                            </EditItemTemplate>
                            <ItemTemplate>
                                <asp:Label ID="Label4" runat="server" Text='<%# Bind("AllQty") %>'></asp:Label>
                            </ItemTemplate>
                        </asp:TemplateField>
                    </Columns>
                    <FooterStyle BackColor="#99CCCC" ForeColor="#003399" />
                    <PagerStyle BackColor="#99CCCC" ForeColor="#003399" HorizontalAlign="Left" />
                    <SelectedRowStyle BackColor="#009999" Font-Bold="True" ForeColor="#CCFF99" />
                    <HeaderStyle BackColor="#003399" Font-Bold="True" ForeColor="#CCCCFF" />
                </asp:GridView>

Answer : EditItemTemplate PROBLEM

If this is DB2 UDB (Linux, Windows or Unix), you can have your DBA setup a Statement Event Monitor. This will capture all SQL and give the amount of time each took. However, this will not report LOCK-WAIT time which you are concerned with - and it will spew out tons of information and could easily consume all of your free disk space.

In order to determine what is causing the database contention, the best "free" tools available are the LIST APPLICATION SHOW DETAIL command to see which connections are in a LOCK-WAIT state and/or the GET SNAPSHOT FOR ALL APPLICATIONS which will show what each connection is doing and if they are in lock-wait, what are they waiting for and from who. Both of these commands will have to be run at regular intervals to generate the type of information needed to diagnose the problem. Start running every minute and run more often if necessary.

Both solutions will require that you turn on the MONITOR SWITCHES - I recommend turning on all of them to get the most information possible to diagnose this problem.

There are tools available - such as the ACTIVITY MONITOR which is part of the DB2 V9 client - that can help diagnose the issue. Other monitoring tools such as the Optim Performance Manager and Quest Spotlight which can be bought to help diagnose these types of problems.

Personally, I have a set of homegrown scripts that use the List Application and Get Snapshot infotrmation to monitor and diagnose these types of problems 24x7. They are not pretty (no GUI, just test) but they get the job done quickly and for free.

Greg