Cacturar errores en ASP.NET

[RsOfT]

No logro hacer que mi aplicación pueda cacturar los errores

Tengo el Siguiente código:

Código:

Try
    Dim strSQL As String
    strSQL = "Insert Into RechazoCheque (clCodigo,rtCodigo,rcMonto,rcNoCheque,rcFecha," & _
    "rcComentario) values('" & Request.QueryString("Codigo") & "','" & _
    Request.QueryString("Ruta") & "'," & txtMonto.Text & "," & txtNoCheque.Text & ",'" & _
    Date.Today & "','" & txtComentario.Text & "')"

    Dim daRechazo As SqlClient.SqlDataAdapter = New SqlClient.SqlDataAdapter()
    daRechazo.InsertCommand = New SqlClient.SqlCommand(strSQL, cnn)
    daRechazo.InsertCommand.CommandType = CommandType.Text
    cnn.Open()
    daRechazo.InsertCommand.ExecuteNonQuery()
    cnn.Close()

    Response.Redirect("ChequeRechazadoGrabado.aspx")
Catch ex As SyntaxErrorException
    lblErrorG.Text = ex.Message
End Try

Estoy insertando en la Base de Datos datos duplicados para que genera un error de PRIMARY KEY, pero en vez de desplegarme el error en el label, lo que hace es tirar el error en la página.

Que estoy haciendo mal?

[SunDarK]

Ummm prueba en vez de Catch ex As SyntaxErrorException a poner Catch ex As SQLException y si no va lo de lblErrorG.Text = ex.Message ponlo en el finally es decir
Catch ex As SyntaxErrorException

Finally
lblErrorG.Text = ex.Message
End Try

Saludos y suerte

[RsOfT]

Ok, con SQLException. Pero le veo una gran desventaja a que sea por casos que cacture los errores.

Hay alguna instrucción que sea global para todo? si no es así, pues pienso que sería mejor seguir utilizando On error Goto ResumenError.

Que me dices al respecto?

[SunDarK]

Prueba Catch ex As Exception a ver si es global,un saludo

PD: On Error Goto etc etc hacen una programación "salteada",dificil de entender y poco recomendable,un saludo

[DotNetDeveloper]

No se debe utilizar Try y Catch para casos esperados puesto que el uso de Try Catch pega en el performance. Por ejemplo el hecho de que una PK se duplique podría ser validado antes de insertar el registro.

[Stream]

El Try y Catch el Dumanish Books lo usa.. y dejame decirte que el Duwamish Books está bastante rapido....

Aparte hace muchisimas validaciones...

Saludos.,..

[DotNetDeveloper]

ja, y por que el borrego se avienta del puente tu te vas a aventar?. Si eres desarrollador avanzado en .Net deberías saber que como patrón de desarrollo no se debe utilizar Try- Catch para casos esperados:

http://msdn.microsoft.com/library/en...hapt05_topic24

This section summarizes guidelines for you to review to ensure the appropriate use of exception handling:

Do not use exceptions to control application flow.
Use validation code to avoid unnecessary exceptions.
Use the finally block to ensure resources are released.
Replace Visual Basic .NET On Error Goto code with exception handling.
Do not catch exceptions that you cannot handle.
Be aware that rethrowing is expensive.
Preserve as much diagnostic information as possible in your exception handlers.
Use Performance Monitor to monitor CLR exceptions.