Opt-out Oplossingen Die Wijzen Op Het Debuggen Van Global.asax

Onlangs hebben sommige gebruikers ons verteld dat ze op hun beurt geen fouten kunnen opsporen in global.asax.

Goedgekeurd: Fortect

1. Download Fortect en installeer het op uw computer

2. Start het programma en klik op "Scannen"

3. Klik op "Repareren" om gevonden problemen op te lossen

Versnel de prestaties van uw computer nu met deze eenvoudige download.

Verwijder global.asax en voeg een nieuwe toe. Mijn oplossing had global.asax en/of global.asax.cs .

Allerlei Application_Start , ( session_start , …) methoden werden echter in bestanden geplaatst alleen uw eigen werden aangeboden in de algemene . asax worden in het lidmaatschap opgenomen. Dus breekpunten en code in edelstenen doen dat zeker.
Pas na het opnieuw opbouwen van de applicatie had change the.asax.cs de juiste methoden of services.

Het lijkt erop dat u achter de codetools voor global.asax zit.

Allereerst moeten we de algemene programmacode repareren. We kunnen code genereren na Application_Start- of Session_Start-gebeurtenissen. De applicatie zal breken wanneer de html-code wordt uitgevoerd:

Als de applicatie waarschijnlijk het meest niet kapot is, betekent dit dat er geen global game is geactiveerd. Maak de waarde @Application-richtlijn correct, als volgt:

nutteloze Application_Start (afzenderobject, EventArgs e)

// Code is expres uitgevoerd

lege Application_End (objectafzender, EventArgs e)

// Code die wordt uitgevoerd wanneer de toepassing wordt afgesloten

void Application_Error (e-mailobject, EventArgs e)
{
// Code die moet worden uitgevoerd als er een onverwerkt probleem optreedt

gap Session_Start (objectafzender, EventArgs e)
{
// Code naar run bij het starten van de laatste sessie

nutteloze Session_End (objectafzender, EventArgs e)
{
// Code wanneer wordt uitgevoerd aan het einde van de sessie. //
Opmerking. De gebeurtenis Session_End wordt niet verzonden, de tweede modus is geactiveerd m activiteitsstatus //
is echt geconfigureerd om u te helpen met InProc te werken door het bestand Web.config. Wanneer de planmodus toevallig is ingesteld op StateServer
// en / of SQLServer-ding wordt niet geactiveerd.

Elke .NET-ontwikkelaar moet weten hoe hij tv-breakpoints definieert in Visual Studio 2012.

• Klik met de rechtermuisknop op de computerregel en selecteer Breakpoint. -> “Breekpunt invoegen”.
• Of druk gewoon op F9 terwijl u de cursor op de regel code plaatst. Wat

Wat als deze regel code voor uw favoriete Global.asax-code is? Maar zal het breekpunt raken hoewel de applicatie start? Zo niet, wat kunnen shoppers doen om het te laten werken?

1. Maak een geschikt nieuw webplan in Visual Studio (of bij de hand een live webproject).
2. Open het bestand Global.asax.cs vanuit de hoofdmap van uw softwareprogramma.
3. Stel een breekpunt in voor al uw feitelijke Application_Start-methoden.
4. Start de applicatie in een soort browser door op F5 te drukken.

Het breekpunt wordt volledig genegeerd omdat de code net echt werd uitgevoerd in IIS toen deze debugger werd beveiligd. Gelukkig is er meestal een eenvoudige manier om dit probleem op te lossen.

1. Open opmaak asax Global.File in de code-editor. (Zie de hulpafdeling hieronder als u niet zeker weet hoe u dit moet aanbieden.)
2. Breng de wijziging zonder complicaties aan (voeg bijvoorbeeld een spatie toe aan de tag closing>).
3. Update je geweldige navigatie-app.

Je zou nu moeten zien dat het breekpunt in veel gevallen wordt geactiveerd na het starten van mijn applicatie!

Als u niet zeker weet hoe u dit Global.asax-opmaakbestand moet openen, volgt u de instructies.

1. Klik met de rechtermuisknop op het belangrijkste Global.asax-bestand in Solution Explorer.
2. Selecteer Tonen van opmaak in het contextmenu.

Ik heb een kleine hoeveelheid code in deze Application_Start () -methode, maar als ik een onderbrekingspunt in een routine plaats, kan deze worden genegeerd!

• Sluit de ontwikkelmachine in de taakbalk.
• Wijzig de versieconstructie voor eenvoudiger debuggen.

Een gemakkelijke manier om Application_Start () te breken, is om u te helpen de klasse System.Diagnostics.Debugger te gebruiken. U zult waarschijnlijk een toepassingsbeëindiging forceren door System.Diagnostics.Debugger.Where break () zo in te stellen dat dit door de debugger wordt gepresenteerd, is opgeschort.

  void Application_Start (EventArgs afzenderobject, e)     System.Diagnostics.Debugger.Break ();      

1. Voeg een debugger toe die terugkeert naar iemands IIS-proces.
2. Open asax global.File door toevoeging te gebruiken om een ​​onderbrekingspunt in te voegen.
3. Voeg schijfruimte toe aan web.config en registreer het huis (dit reset meestal de huidige webapplicatie);
4. Vernieuw of ga naar de webpagina van de website.
5. kijkt met verbazing na, aangezien de debugger meestal stopt bij een breekpunt. 🙂

Application_Start () wordt aangeroepen voor elk toepassingsdomein. Als u het breekpunt niet verplaatst, is het technieken dat het toepassingsdomein al heeft geresulteerd in. Dus doe dit:

• Er is een VS-webserverpictogram op de Quick Launch (een specifiek pictogram geeft aan dat het “Local a lot, some port” is). Klik met de rechtermuisknop en selecteer Stop of Sluiten. Dit zou de AppDomain moeten beëindigen.
  • Als u mogelijk IIS gebruikt, moet u de site handmatig opnieuw opstarten.
  • Als alternatief is het meestal een goede hoeveelheid om de web- of Global.asax-configuratie te wijzigen om het toepassingsdomein te bewerken.
• Herstart het debuggen, breakpoints zouden verstandig zijn om nu geraakt te worden.

Zorg ervoor dat uw toepassing in de foutopsporingsmodus staat ( in de web.config).

Als u VS Developer’s Started iis gebruikt, herstart deze dan onmiddellijk of herbouw het type applicatie.

1. Aangezien de website is geconfigureerd om te werken met de ontwikkelmap (waar uw VS-webproject is geïmplementeerd), hoeft u alleen maar de groep met toepassingen voor die website opnieuw te starten en te beginnen met debuggen totdat het eerste verzoek naar de server groeit (u kunt meestal de applicatiepool opnieuw starten tijdens het debuggen).
2. Om de eshop in een andere map te laten werken, of serieus tegen een externe server, moet je er verbinding mee maken als je wilt deelnemen aan het algemene proces. Om dit te doen, moeten individuen, naast het plakken van Debug - Attach to process , de computernaam invoeren en vervolgens het proces om te debuggen bepalen. Dit is zonder uitzondering altijd w3wp a geweest. Werkende exe in beheerde modus.

Maar ten tweede, alle methoden, bijvoorbeeld Session_Start en nog veel meer, behalve wanneer u Application_Start () overweegt, kunt u normaal debuggen.

  void Application_Start (objectafzender, EventArgs e)   Systeem.Diagnose.Debugger. Beginnen();   

, normaal gesproken zouden deze uw code niet moeten breken en de debugger daadwerkelijk moeten starten als de service met meerdere machtigingen op gang is gekomen.

Verwijder global.asax en voeg een nieuwe toe. Mijn uitweg, niet zo lang geleden, was global.asax en toen global.asax.cs .

Alle procedures ( Session_Start , application_start , …) zijn uiteindelijk in deze bestanden opgenomen, maar alleen aangeboden vanwege een globale . asax worden in overeenstemming met de regels gehouden. Dus de schadepunten en de programmacode in cs doen niets anders.
Alleen corrigeren na het opnieuw maken van het globale the.asax.cs -bestand zou voldoende zijn geweest. Ik pas de methoden aan en voer ze uit.

Verwacht niet dat Application_Start () in een gesprek komt als je meteen op f5 drukt.De benoemde Application_Start () kan als vandaag worden gedeclareerd als de eerste aanroep van de applicatie.Vreemd, zo waar.

Versnel de prestaties van uw computer nu met deze eenvoudige download.