Select the product you need help with
Como criar relatórios páginas em ASP.NET usando o Visual translation from VPE for Csharp .NET de erro personalizadasID do artigo: 306355 - Exibir os produtos aos quais esse artigo se aplica. Nesta páginaSumárioEste artigo descreve como usar o código do Visual .NET translation from VPE for Csharp para interceptar e responder a erros quando eles ocorrerem no ASP.NET. ASP.NET melhorou o erro de manipulação de opções do tradicional Microsoft Active Server Pages (ASP). No ASP.NET, você pode manipular erros em vários níveis diferentes em seus aplicativos. Novos recursos no ASP.NETO ASP.NET oferece vários avanços em como você pode manipular e responder a erros. No ASP tradicional, você manipular erros com "On Error Resume Next" (ou blocos try-catch no JScript). Como alternativa, se você estiver executando o Microsoft Internet Information Services (IIS) 5.0, você usar o objeto ASPError para criar uma página de relatório de erro personalizada. No entanto, essas abordagens têm suas limitações.O ASP.NET fornece vários níveis em que você pode manipular e responder a erros que podem ocorrer quando você executa um aplicativo ASP.NET. O ASP.NET fornece três métodos principais que permitem que você interceptar e responder a erros quando eles ocorrerem: Page_Error , Application_Error e o arquivo de configuração de aplicativo (Web.config). Este artigo demonstra como usar esses novos recursos no ASP.NET seu aplicativo. Embora este artigo descreve como fornecer relatórios de erros gerais como ela se relaciona diretamente para o ASP.NET e páginas de erro personalizadas, este artigo não descrever outro erro tratamento abordagens, como o bloco try-catch-finally e o sistema de exceção do CLR (Common Language Runtime). Como usar o método Page_ErrorO manipulador de evento Page_Error fornece uma maneira para interceptar erros que ocorrem no nível da página. Você pode simplesmente exibir informações de erro (como o código de exemplo a seguir), ou você pode registrar o evento ou realizar alguma outra ação.Observação Este exemplo exibe informações de erro detalhadas no navegador apenas para fins de demonstração. Você desejará ter cuidado ao exibir informações detalhadas para o usuário final do aplicativo, especialmente quando o aplicativo é executado na Internet. Seria uma ação mais apropriada exibir uma mensagem para o usuário notificando que ocorreu um erro e o log, na verdade, os detalhes de erro específico no log de eventos. Este exemplo lança uma exceção nula, o que força um erro ocorra no manipulador de eventos Page_Load . Siga estas etapas para criar a página inicial que irá demonstrar usando o manipulador de evento Page_Error .
Além disso, você deve também observe o atributo Inherits na diretiva @ Page . Se Inherits estiver definida, você deve criar o projeto antes de navegar para a página. Se você não criar primeiro o projeto, você receber a seguinte mensagem de erro: 'Project.PageEvent' não é um tipo válido Como usar o método Application_ErrorComo o manipulador de evento Page_Error , você pode usar o manipulador de eventos Application_Error para interceptar erros que ocorrem em seu aplicativo. Devido ao escopo de todo o aplicativo do evento, você faça das informações de erro do aplicativo ou manipular outros erros de nível de aplicativo que podem ocorrer.O exemplo a seguir é baseado no exemplo de código anterior Page_Error e deve ser acionado se o erro em Page_Load não foi interceptado no manipulador de evento Page_Error . O manipulador de eventos Application_Error é especificado no arquivo global.asax do seu aplicativo. Para manter a simplicidade, as etapas nesta seção criam uma nova página na qual lançar a exceção, interceptar o erro no manipulador de eventos Application_Error do arquivo global.asax e escrever o erro no log de eventos. As etapas a seguintes demonstram como usar o método Application_Error :
Como usar o arquivo Web.configSe você não chama Server.ClearError ou interceptação de erro em Page_Error ou manipulador de eventos Application_Error , o erro é tratada com base nas configurações na seção <customerrors> do arquivo Web.config. Na seção <customerrors>, você pode especificar uma página de redirecionamento como um (de página de erro padrão defaultRedirect ) ou especificar uma página específica com base no código de erro HTTP que é gerado. Você pode usar esse método para personalizar a mensagem de erro que o usuário recebe.Se ocorrer um erro que não é retida em qualquer um dos níveis anteriores em seu aplicativo, essa página personalizada é exibida. Esta seção demonstra como modificar o arquivo global.asax, de modo que Server.ClearError nunca seja chamado. Como resultado, o erro é tratado no arquivo Web.config como o último ponto para interceptar o erro.
Observe que a seção <customerrors> inclui umatributo de modo que é definido como ativado . O atributo mode é usado para controlar como o redirecionamento de erro ocorre. Por exemplo, se você estiver desenvolvendo o aplicativo, você provavelmente deseja ver as mensagens de erro ASP.NET reais e não deseja ser redirecionado para a página de erro mais amigável. O atributo mode inclui as seguintes configurações:
Solução de problemasEm sua instalação padrão no Microsoft Windows 2000 e no Microsoft Windows XP, ASP.NET é executado código de aplicativo da Web em um processo de trabalho. A identidade desse processo padrão é uma conta local não privilegiada chamada a conta ASPNET. Em versões beta do ASP.NET, a identidade do processo era System, uma conta administrativa eficiente com muitos privilégios no computador.Em sua instalação padrão no Windows Server 2003 (IIS 6), ASP.NET é executado código de aplicativo da Web em um processo de trabalho. A identidade desse processo padrão é uma conta limitada chamada NetworkService. Para obter mais informações sobre essa alteração e como ele pode efeito que estejam executando o código neste artigo e outro código que talvez precisem direitos de acesso adicionais, visite os seguintes sites: Versão 1 alterações de segurança para o Microsoft .NET Framework http://msdn2.microsoft.com/en-us/library/ms994923.aspx
(http://msdn2.microsoft.com/en-us/library/ms994923.aspx)
ReferênciasPara obter mais informações, visite os seguintes sites: Gerenciamento de exceção no .NET http://msdn2.microsoft.com/en-us/library/ms954599.aspx
(http://msdn2.microsoft.com/en-us/library/ms954599.aspx)
Método HttpServerUtility.ClearErrorhttp://msdn2.microsoft.com/en-us/library/system.web.httpserverutility.clearerror(vs.71).aspx
(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfSystemWebHttpServerUtilityClassClearErrorTopic.asp)
MSDN .NET Development Centerhttp://msdn2.microsoft.com/en-us/netframework/default.aspx
(http://msdn2.microsoft.com/en-us/netframework/default.aspx)
Home page do Microsoft .NEThttp://www.microsoft.com/net/
(http://www.microsoft.com/net/)
PropriedadesID do artigo: 306355 - Última revisão: terça-feira, 28 de agosto de 2007 - Revisão: 4.8 A informação contida neste artigo aplica-se a:
Tradução automática IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado. Clique aqui para ver a versão em Inglês deste artigo: 306355
(http://support.microsoft.com/kb/306355/en-us/
)
| Traduções deste artigo
|




Voltar para o início








