Application_ เริ่มต้นไม่ยิงใช่ไหม

ฉันมีแอพพลิเคชั่น ASP.NET MVC (เบต้า) ที่ฉันกำลังทำงานอยู่และกำลังมีปัญหาในการหาว่าฉันทำอะไรผิดพลาดหรือว่าApplication_Startวิธีการของฉันใน Global.asax.cs จริง ๆ แล้วไม่ได้เริ่มทำงานเมื่อฉันลอง เพื่อดีบักแอปพลิเคชัน

ฉันใส่เบรกพอยต์บนบรรทัดในApplication_Startวิธีการของฉันและฉันคาดหวังว่าเมื่อฉันพยายามที่จะดีบั๊กแอปพลิเคชันที่เบรกพอยต์ควรจะโดน ... แต่มันก็ไม่เคยทำ ไม่ใช่หลังจากฉันรีเซ็ต IIS ไม่ใช่หลังจากที่ฉันเริ่มระบบใหม่ไม่เคย ฉันพลาดอะไรไปรึเปล่า? ทำไมวิธีนี้ไม่เคยถูกเรียก?

หากนี่เป็นใน IIS แอปสามารถเริ่มต้นได้ก่อนที่จะแนบดีบั๊ก ถ้าเป็นเช่นนั้นฉันไม่แน่ใจว่าคุณสามารถเธรดการนอนหลับนานพอที่จะแนบ

ใน Visual Studio คุณสามารถแนบดีบักเกอร์กับกระบวนการได้ คุณทำได้โดยคลิกดีบั๊ก >> แนบกับกระบวนการ แนบกับเบราว์เซอร์แล้วกดแอปพลิเคชันของคุณ เพื่อความปลอดภัยจากนั้นรีสตาร์ท IIS และเข้าสู่ไซต์ ฉันไม่มั่นใจ 100% ว่าจะแก้ปัญหาได้ แต่จะดีกว่าการปิดสลีปเธรดใน App_Start

ตัวเลือกอื่นคือโฮสต์ชั่วคราวในเว็บเซิร์ฟเวอร์ในตัวจนกว่าคุณจะเริ่มต้นการดีบักแอปพลิเคชันให้เสร็จสิ้น

หมายเหตุ: ทางเลือกง่ายๆที่ดีในการใช้ inbuilt "Visual Studio Development Server"หรือIIS Express (เช่นเนื่องจากคุณกำลังพัฒนากับ IIS และมีการตั้งค่าเฉพาะที่คุณต้องการสำหรับการทำงานที่เหมาะสมของแอปของคุณ) คือการทำงานต่อไปใน IIS (I ใช้รายการไฟล์โฮสต์เว็บที่กำหนดเอง + โฮสต์ + IIS ผูกกับโดเมนเดียวกัน)

1. รอให้เซสชันการดีบักเริ่มทำงาน
2. จากนั้นเพียงแค่ทำการแก้ไขช่องว่างไปที่รูท web.config และบันทึกไฟล์
3. รีเฟรชหน้าของคุณ (Ctrl + F5)

เบรกพอยต์ของคุณควรได้รับการตอบรับอย่างดีและคุณสามารถทำการดีบักในที่อยู่ IIS ตามธรรมชาติของคุณได้ เยี่ยมมาก!

ความช่วยเหลือในกรณีใด ๆ ต่อไปนี้ (ไม่ว่าคุณจะใช้ IIS, Cassini หรืออะไรก็ตาม):

1. ตั้งค่าเบรกพอยต์ของคุณใน Application_Start
2. เริ่มต้นการดีบัก (เบรกพอยต์ส่วนใหญ่อาจไม่โดน) -> หน้าเว็บจะแสดงในเบราว์เซอร์
3. เปลี่ยน web.config (เช่นป้อนบรรทัดว่าง) และบันทึก
4. โหลดหน้าเว็บใหม่ในเบราว์เซอร์ -> เบรกพอยต์ถูกโจมตี!

ทำไมจึงใช้งานได้ เมื่อมีการเปลี่ยนแปลง web.config เว็บเซิร์ฟเวอร์ (IIS, Cassini ฯลฯ ) จะทำการรีไซเคิล แต่ในกรณีนี้ (ไม่ว่าจะด้วยเหตุผลใดก็ตาม) กระบวนการก็ยังคงเหมือนเดิมดังนั้นคุณจึงเชื่อมต่อกับตัวดีบัก (Visual Studio) )

ฉันมีปัญหากับจุดพักใน application_start กับ IIS ซึ่งเป็นแอปที่โฮสต์ วิธีแก้ปัญหาที่ดีคือใช้ Debugger.Break (); ในรหัสแทนเบรกพอยต์ VS

ฉันมีปัญหาเดียวกัน ฉันได้ทำการเปลี่ยนชื่อเป็นจำนวนมากในโซลูชันของฉัน หลังจากนั้นฉันได้สองเว็บแอปพลิเคชั่นไม่ทำงานและอีกหลายเว็บแอพพลิเคชั่นใช้ได้ทั้งหมด ฉันพบข้อผิดพลาดว่าฉันมีเส้นทางที่ผิด เมื่อฉันพยายามตั้งจุดพักในApplication_Startวิธีการแล้วเริ่ม IIS ใหม่ VS ไม่หยุดการทำงาน ด้วยแอปพลิเคชันเว็บที่สามารถใช้งานได้หยุดทำงาน จากนั้นฉันจำได้ว่า "วิธีแก้ปัญหาที่สะอาด" และ "สร้างใหม่" จะไม่ลบชุดประกอบที่เหลืออยู่หลังจากเปลี่ยนชื่อ และนั่นคือทางออก! ฉันทำความสะอาดbinไดเรกทอรีด้วยตนเองของ buggy-web-applications ของฉันแล้วเห็นข้อผิดพลาดใหม่ในGlobal.asax Inherits=""คุณลักษณะถูกอ้างอิง dll เก่า ฉันเปลี่ยนมันใหม่และเริ่มหยุดทำงาน สมมติว่าระหว่างการเปลี่ยนชื่อ Global.asax ไม่ได้รับการอัพเดต

มีปัญหาเดียวกันในโครงการที่เราได้รับหลังจากผู้ขายรายอื่นสร้างมันขึ้นมา ปัญหาคือในขณะที่มีคำสั่งจำนวนมากที่เขียนโดยผู้จำหน่ายรายก่อนหน้านี้ใน Global.asax.cs ซึ่งอาจทำให้คุณเชื่อว่ามีการใช้งานจริง แต่ก็ถูกเพิกเฉยจริงๆ Global.asax ไม่ได้สืบทอดจากมันและเป็นเรื่องง่ายที่จะไม่เห็นไฟล์นี้หากมีไฟล์. cs อยู่ - คุณต้องคลิกขวาที่ Global.asax และคลิกดูมาร์กอัปเพื่อดูจริง

Global.asax:

<%@ Application Language="C#" %>

จำเป็นต้องเปลี่ยนเป็น:

<%@ Application Codebehind="Global.asax.cs" Inherits="ProjectNamespace.MvcApplication" Language="C#" %>

โดยที่ ProjectNamespace เป็นชื่ออะไรก็ตามของคลาส Global.asax.cs (โดยปกติจะเป็นชื่อโครงการของคุณ)

ในกรณีของเราไฟล์นั้นมีโค้ดอินไลน์จำนวนหนึ่งซึ่งบางส่วนถูกคัดลอกมาจากไฟล์. cs แต่บางไฟล์ก็ไม่ได้คัดลอกมา เราเพิ่งทิ้งโค้ดอินไลน์ไปยังไฟล์. cs และค่อยๆรวมการเปลี่ยนแปลงของเรากลับเข้ามา

ลองเปลี่ยนโหมดไปป์ไลน์ที่มีการจัดการสำหรับกลุ่มแอพเป็น "คลาสสิค" แทน "รวม" นั่นช่วยแก้ไขปัญหาให้ฉันได้ มองหาเหตุผลตอนนี้ ...

(อุปกรณ์ประกอบฉากสำหรับคำตอบนี้เป็นของฟลอเรส (ดูความคิดเห็นของเขาในคำตอบของเขาเอง) ฉันแค่อยากจะให้คำตอบนี้เป็นคำตอบแยกต่างหากเพื่อดึงดูดความสนใจของมันมากขึ้น)

ตรวจสอบให้แน่ใจว่า global.asax ของคุณไม่ได้อยู่ในไดเรกทอรีย่อย มันจะต้องอยู่ในระดับรากในโครงการของคุณ

เรามีปัญหาที่คล้ายกันซึ่ง global.asax.cs ถูกเพิกเฉย

ปรากฎว่าไซต์นั้นได้รับการอัพเกรดจากเว็บไซต์. NET 2 ที่ได้รับการคอมไพล์แล้วไปเป็นไซต์. NET 4.0 บนเซิร์ฟเวอร์PrecompiledApp.configไฟล์ไม่ได้ถูกลบออกจากโฟลเดอร์รูท หลังจากลบแล้วรีไซเคิลแอพ IIS และแตะ web.config เพื่อรีสตาร์ทแอปพลิเคชันรหัสใน Global.asax.cs เริ่มทำงานได้ดี

ฉันมีปัญหาหนึ่งครั้งที่ Global.asax และ Global.asax.cs ไม่ได้ถูกคัดลอกไปยังโฟลเดอร์ IIS โดยสคริปต์การปรับใช้ ... ดังนั้นมันจึงทำงานเมื่อทำการดีบักบนเซิร์ฟเวอร์การพัฒนา แต่ไม่ใช่ภายใต้ IIS

รายการล่าช้า ...

ในการทดสอบว่า IIS Application จะเริ่มทำงานหรือไม่ก่อนที่ตัวดีบั๊กจะมีเวลาเพียงพอที่จะแนบเพียงเพิ่มที่ด้านบนหรือด้านล่างของ GLOBAL.ASAX ของApplication_Startคุณ

throw new ApplicationException("Yup, it fired");

เมื่อคุณพูดว่า "debug" คุณหมายถึงการเรียกใช้แอปพลิเคชันจากเว็บเซิร์ฟเวอร์ในตัวของ Visual Studio เพื่อทำการดีบักหรือคุณหมายถึงการแนบกับกระบวนการใน IIS หรือไม่ หากเป็นรุ่นก่อนหน้าคุณควรกด Application_Start แต่หากเป็นรุ่นหลังอาจเป็นเรื่องยากที่จะดำเนินการเร็วพอที่จะจับมันได้

ปิด Visual Studio และลบbinและobjโฟลเดอร์ในโครงการเว็บของคุณ (หรือโครงการทั้งหมดในโซลูชัน)

นี่คือคำสั่งเพื่อลบโฟลเดอร์เหล่านี้ออกจากโครงการทั้งหมดของคุณ:

rm *\bin -r
rm *\obj -r

ฉันได้ทำการเปลี่ยนแปลงบางอย่างโดยใช้ "การวิเคราะห์รหัสบนบิลด์" จาก Visual Studio การวิเคราะห์รหัสแนะนำ "CA1822 ทำเครื่องหมายสมาชิกเป็นแบบคงที่" สำหรับ Application_Start () ใน Global.asax ฉันทำอย่างนั้นและลงเอยด้วยปัญหานี้

ฉันขอแนะนำให้ระงับข้อความการวิเคราะห์รหัสนี้และไม่แก้ไขลายเซ็นของวิธีการ / คลาสที่สร้างขึ้นโดยอัตโนมัติโดยแพลตฟอร์มที่ใช้สำหรับการบูตแอปพลิเคชัน ลายเซ็นของวิธีการ Application_Start อาจไม่คงที่ด้วยเหตุผล

ฉันเปลี่ยนกลับเป็นลายเซ็นวิธีการนี้และ Application_Start () กำลังยิงอีกครั้ง:

    protected void Application_Start()
    { ... }

ฉันประสบปัญหานี้เมื่อใช้หน้าแบบสแตติก (เช่น index.html) เป็นหน้าเริ่มต้น - ไม่เริ่มเรียกใช้แอปพลิเคชัน ฉันค้นพบว่าการให้บริการหน้าคงที่ไม่ได้เริ่มต้นแอปพลิเคชัน การร้องขอหน้า. aspx

ตรวจสอบให้แน่ใจว่าเนมสเปซใน Global.asax และ Global.asax.cs เหมือนกัน หากพวกเขาแตกต่างกันมันจะไม่โยนข้อผิดพลาดใด ๆ แต่จะไม่ตีเบรกพอยต์ด้วยเพราะมันไม่ได้ดำเนินการ application_start เลย

ฉันคิดว่าเหตุการณ์เริ่มต้นของแอปพลิเคชันจะถูกไล่ออกเมื่อมีการร้องขอครั้งแรกเท่านั้นคุณเข้าสู่เว็บไซต์ของคุณหรือไม่

ฉันมีปัญหานี้ใน. net 4 เว็บฟอร์มโครงการ vs2010 และลองทุกอย่างที่กล่าวถึงในหน้านี้ จบลงด้วยการลบและเพิ่ม global.asax แก้ปัญหาให้ฉันได้จริง

ฉันพบปัญหาเดียวกัน แต่ไม่พบ Application_Start และเหตุผลก็คือมันไม่ได้ทำการยิงใส่มิสแมตช์ในไฟล์มาร์กอัป ไฟล์มาร์กอัป Global.asax กำลังสืบทอดคลาสอื่น ...

คุณตรวจสอบการตั้งค่าโครงการหรือไม่ ฉันมีปัญหานี้และฉันมี URL เริ่มต้นไปยังพอร์ตอื่นนอกเหนือจากพอร์ตเฉพาะเซิร์ฟเวอร์ของฉัน ฉันใช้เวลานานเกินไปที่จะคิดออก ...

หลังจากลองคำตอบอื่น ๆ ให้มากที่สุดเท่าที่สามารถทำได้ในสถานการณ์ของฉันและไม่มีโชคกับคำถามเหล่านั้นฉันก็เข้าสู่คุณสมบัติของโครงการเว็บ (โครงการฝั่งเซิร์ฟเวอร์สำหรับแอป Silverlight โดยใช้บริการ RIA) คลิกที่ แท็บ "เว็บ" และเปลี่ยนเซิร์ฟเวอร์ที่เลือกจาก "Local IIS" เป็น "IIS Express" (หมายเหตุฉันใช้ VS2013) วิธีนี้แก้ไขปัญหาได้ Application_Start ดำเนินการภายใต้ "IIS Express" แต่ไม่อยู่ภายใต้ "Local IIS" ที่น่าสนใจ ...

ฉันพยายามทีละขั้นตอนรหัสใน RegisterRoutes () ที่เรียกว่าจากแอปพลิเคชันเริ่มต้นและไม่กดจุดพักของฉัน ฉันพิจารณาว่า Application_Start ไม่ได้รับการโทร ฉันต้องทำการเปลี่ยนแปลงเพื่อทำการเปลี่ยนแปลงผิวเผินกับ App_start / RouteConfig.cs และบันทึกก่อนที่ Application_Start จะได้รับการเรียก ฉันเดาว่าไฟล์เหล่านี้จะถูกเก็บไว้ที่ใดที่หนึ่งและไม่ถูกเรียกจนกว่าจะมีการเปลี่ยนแปลง

ปัญหาเดียวกันของฉันได้รับการแก้ไขโดยการเพิ่มการอ้างอิงของการSystem.Web.Routingชุมนุมในโครงการ

หากคุณใช้ System.Diagnostics.Debugger.Break (); วิธีแก้ปัญหา (ซึ่งฉันคิดว่าใช้ได้กับการใช้งานชั่วคราว) และเป็นเพียง "ไม่ทำงาน" ใน Windows 8 Machine ของคุณ สาเหตุเป็นข้อบกพร่องใน "การดีบักทันเวลา" ของ Visual Studio

การแก้ไขมีดังต่อไปนี้คือการแก้ไขคีย์สำหรับ "Visual Studio Just-In-Time Debugger"

เปิด regedit แล้วไปที่ HKEY_CLASSES_ROOT \ AppID {E62A7A31-6025-408E-87F6-81AEB0DC9347} สำหรับค่ารีจิสตรี 'AppIDFlags' ตั้งค่าสถานะเป็น 0x8

ข้อมูลเพิ่มเติมได้ที่นี่: http://connect.microsoft.com/VisualStudio/feedback/details/770786/just-in-time-debugging-operation-atterationed-is-not-supported

ในกรณีของฉันการฆ่าอินสแตนซ์เซิร์ฟเวอร์การพัฒนา ASP.NET ในตัวผ่านทางถาดระบบแก้ปัญหาได้

สิ่งแปลก ๆ และบ้าคลั่ง ... แต่การดีบั๊กบนเครื่องเซิร์ฟเวอร์และผู้ใช้รายอื่นปล่อยให้ IIS Express ทำงานบนเซสชันของตน ฉันต้องออกจากระบบผู้ใช้รายนั้นเพื่อฆ่ากระบวนการ IIS Express ที่ทำงานอยู่ของเขา ดูเหมือนว่าจะแก้ไขปัญหาได้แล้ว!

ปรับปรุง

หลังจากใช้เวลามากกว่า 1 ชั่วโมงในการไล่ล่าสิ่งที่ก่อให้เกิดปัญหา ... นี่คือข้อตกลง: ฉันค่อนข้างสามารถพิมพ์sภายใน<appSettings>ส่วนในWeb.configได้ Visual Studio พยายามที่จะเตือนฉันในError Listหน้าต่างที่มีคำเตือน ฉันยอมรับว่าฉันไม่ค่อยตรวจสอบคำเตือน ... ควรเริ่มตรวจสอบจากนี้เป็นต้นไป : D ทันทีที่ฉันออกกระทำผิดเบรกพอยต์ได้ตีในsApplication_Start

ฉันมีปัญหานี้เมื่อพยายามเริ่มต้น log4net ฉันตัดสินใจที่จะสร้าง constructor แบบคงที่สำหรับ Global.asax

static Global(){
//Do your initialization here statically
}

ปัญหาส่วนใหญ่เกิดขึ้นเมื่อคุณพยายามย้ายไฟล์ Global.asax ไปยังไดเรกทอรีโซลูชันอื่น ย้ายไฟล์ Global.asax อีกครั้งในตำแหน่งเริ่มต้น มันจะทำงานได้ตามที่คาดไว้

วิธีการแก้ปัญหาที่อธิบายไว้ข้างต้นไม่ได้ผลสำหรับฉัน อย่างไรก็ตามการติดตั้งแพคเกจใหม่

Microsoft.CodeDom.Providers.DotNetCompilerPlatform 

ใช้ nuget gui เป็น walkaround (ไม่ดี)