Parser ข้อความแสดงข้อผิดพลาด: ไม่สามารถโหลดประเภท 'TestMvcApplication.MvcApplication'


152

ฉันได้รับข้อผิดพลาดต่อไปนี้ในเซิร์ฟเวอร์การผลิตของเรา ไม่แน่ใจว่าทำไมมันทำงานบนเซิร์ฟเวอร์ DEV?

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

Parser ข้อความแสดงข้อผิดพลาด : ไม่สามารถโหลดประเภท 'TestMvcApplication.MvcApplication'

ข้อผิดพลาดของแหล่งที่มา :

บรรทัดที่ 1: <% @ แอปพลิเคชัน Codebehind = "Global.asax.cs" Inherits = "TestMvcApplication.MvcApplication" ภาษา = "C #"%>

ไฟล์ต้นฉบับ: /global.asax Line: 1

ไม่แน่ใจว่ามีใครเจอข้อผิดพลาดนี้มาก่อนและวิธีการแก้ไข แต่ฉันมาถึงจุดสิ้นสุดแล้ว ความช่วยเหลือใด ๆ ที่จะได้รับการชื่นชม

ฉันต้องพูดถึงว่านี่คือรหัสที่เผยแพร่ดังนั้นทั้งหมดจะถูกรวบรวม มีบางอย่างผิดปกติกับการตั้งค่าคอมไพเลอร์ของฉันหรือไม่?


สำเนาที่เป็นไปได้ของไม่สามารถโหลดประเภท MvcApplication
Alexander Prokofyev

15
ออกจาก Visual Studio และรีสตาร์ทแก้ไขให้ฉัน
RickAndMSFT

ลบไฟล์ global.asax และเพิ่มใหม่และคุณจะไม่เป็นไร
DotNetGeek

เรื่องนี้เกิดขึ้นกับฉันเมื่อปรับใช้แอปพลิเคชันที่ทำงานก่อนหน้านี้ มีบางอย่างใน IIS (7) เข้าสู่สถานะไม่ดี การรีเซ็ต IIS แก้ไขปัญหา
BurnsBA

คำตอบ:


169

ไม่มีคำตอบอื่นใดที่เหมาะกับฉัน ฉันแก้ไขข้อผิดพลาดของฉันด้วยการเปลี่ยนพา ธ เอาต์พุตของโปรเจ็กต์เว็บ ฉันได้ตั้งค่ามันไว้ที่ bin \ debug แล้ว แต่โครงการเว็บใช้งานไม่ได้นอกจากว่าเส้นทางการส่งออกถูกตั้งค่าเป็น "ถังขยะ"


นี่เป็นปัญหาของฉันทำให้ฉันเศร้าโศกมากเพราะไม่มีการแก้ปัญหาอื่น ๆ ที่นี่ทำงานสำหรับฉัน ..
แซค

3
+1 นี่คือปัญหาของฉันด้วย ข้อความแสดงข้อผิดพลาดและความช่วยเหลือเกี่ยวกับเรื่องนี้นั้นไม่มีอยู่จริง ขอบคุณ
Noldorin

4
สำหรับฉัน bin \ กำลังให้ข้อผิดพลาดฉันเปลี่ยนเป็น bin เท่านั้น และมันก็ใช้งานได้
Nanu

1
สำหรับฉันปัญหาคือว่าฉันเลือก x86 โดยไม่ตั้งใจเป็นแพลตฟอร์มที่ใช้งานและสำหรับการกำหนดค่านี้การตั้งค่าโครงการผิด (Bin \ Debug \ x86) การเปลี่ยนกลับเป็น CPU ใด ๆ ก็ได้แก้ไขปัญหาได้แล้ว แต่การเปลี่ยนเส้นทางเอาต์พุตก็ใช้งานได้เช่นกัน
Lars Udengaard

13
ดังนั้นการเปลี่ยนเส้นทางออกจาก bin \ Debug \ เป็น bin จึงลบข้อผิดพลาดสำหรับฉัน แต่คำถามที่แท้จริงคือ: "ทำไม bin \ Debug ไม่ทำงานตั้งแต่แรก?" เมื่อฉันสร้างการกำหนดค่า Debug หรือ Release ฉันต้องการสร้างไฟล์ในไดเรกทอรี bin ที่เหมาะสม
Ellesedil

96

ฉันมีสองสามครั้ง มันน่าผิดหวังเป็นพิเศษเพราะมันติดกับค้างคาวและข้อความแสดงข้อผิดพลาดไม่สามารถบอกได้เลยว่ามันเป็นปัญหาอะไร

ในการแก้ไขปัญหานี้ให้คลิกขวาที่ชื่อโครงการของคุณในกรณีนี้ "TestMvcApplication" และคลิกสร้าง

สิ่งนี้บังคับให้คอมไพล์โค้ดก่อนที่คุณจะรัน อย่าถามฉันว่าทำไม แต่นี่เป็นวิธีแก้ปัญหาสำหรับฉันได้ 100%


4
+1 ด้วย และฉันได้ลองหลาย ๆ อย่างแล้วโดย "สิ่งต่าง ๆ " ฉันหมายถึง "เดายาก" คำตอบที่ดี!
Bob Kaufman

ในกรณีของฉันฉันมี IIS ชี้ไปที่ไซต์ MVC ที่ไม่ได้สร้างมาก่อน Doh เห็นได้ชัดว่าการสร้างมันคงที่
Edgar

5
ฉันยังได้รับข้อผิดพลาดนี้เมื่อเปลี่ยนชื่อโครงการ แต่ลืมเปลี่ยนเนมสเปซที่ global.asax.cs ใช้อยู่
แพ่งราคา

1
คุณเป็นสุภาพบุรุษและเป็นคนที่ไม่เคยคิดที่จะสร้างมัน ขอบคุณ!
เบ็นแบล็ก

2
ในกรณีของฉันโครงการของฉันไม่ได้ถูกตั้งค่าให้สร้างในคุณสมบัติการกำหนดค่าโซลูชันด้วยเหตุผลบางประการ: i.imgur.com/kp73sGQ.png
Matthew Lock

24

ฉันได้พบว่าเมื่อคุณถูกบังคับให้ใช้เครื่องมือจัดการการกำหนดค่าเพื่อทำงานภายใต้ x86 หรือสิ่งอื่น ๆ นอกเหนือจากการตั้งค่า "ออกจากกล่อง" โครงการมาตรฐาน IDE จะสร้างไดเรกทอรีย่อยมากมายภายใต้โฟลเดอร์ช่องเก็บของโครงการเว็บ

เมื่อสิ่งนี้เริ่มต้นขึ้นหากเซิร์ฟเวอร์ Cassini กำลังทำงานอยู่โครงการจะไม่ทำงานอย่างถูกต้อง

ฉันแก้ไขมันโดยเข้าไปที่คุณสมบัติของโครงการเว็บ -> สร้างการตั้งค่าและเปลี่ยนเส้นทางผลลัพธ์เป็น bin \

จากนั้นสร้างใหม่และใช้งานได้ตามที่ควรจะเป็น


บิงโกนี่เป็นวิธีแก้ปัญหาที่เหมาะกับฉันเช่นกัน ขอบคุณ!
moshjeier

ทำงานให้ฉันด้วย - นี่ไม่ใช่ข้อผิดพลาดหรือ
Matt Wilko

และตรวจสอบว่าช่องทำเครื่องหมายถูกตรวจสอบสำหรับการสร้าง
Daniel Bişar

หากคุณเคยอยู่ในรัฐโอไฮโอ hmu เพราะฉันซื้อเบียร์ให้คุณ 10 คนลองดูคำแนะนำที่ต่างกันมานานกว่า 3 ชั่วโมง
Andrew Afternoon-Delight Hayde

9

หลังจากดูมานานผมก็พบกับปัญหาจริงที่นี่

แอสเซมบลีเสียหายโดยไคลเอนต์ FTP ที่ฉันใช้ในการอัปโหลดไฟล์ไปยังสภาพแวดล้อมที่โฮสต์

ฉันเปลี่ยนไคลเอนต์ FTP ของฉันและทำงานได้ตามที่ตั้งใจ


9

ฉันมีปัญหาเดียวกัน: ของฉันเป็นเพราะโครงการเว็บมีเป้าหมายแพลตฟอร์มที่ x86 ฉันทำงานบนเครื่อง 64 บิต โครงการอื่น ๆ ในโซลูชันถูกตั้งค่าเป็น 64- บิต

ในการตรวจสอบการตั้งค่าของคุณคลิกขวาที่โครงการและเลือกคุณสมบัติ บนแท็บสร้างตรวจสอบค่าของ "เป้าหมายแพลตฟอร์ม"

ตรวจสอบการกำหนดค่าบิลด์ของโซลูชัน (เมนูสร้าง> เครื่องมือจัดการการกำหนดค่า) เพื่อตรวจสอบว่าโปรเจคทั้งหมดของคุณกำลังถูกสร้างขึ้นบนแพลตฟอร์มเดียวกัน

ในทั้งสองกรณีตรวจสอบให้แน่ใจว่าคุณตรวจสอบการตั้งค่าทั้งสำหรับ debug และ release mode - ไม่เช่นนั้นคุณจะทำให้มันทำงานบนเครื่องของคุณ แต่ไม่ใช่เมื่อคุณปรับใช้มัน!


ฉันต้องรวมคำตอบนี้กับคำตอบจาก @brockstaylor ด้านล่างเพื่อแก้ปัญหานี้ใน Umbraco 7.1.6
devinbost

9

ฉันลองวิธีแก้ปัญหาทั้งหมดข้างต้น แต่ไม่มีโชค การเพิ่มบรรทัด<add assembly="*" />ไปยัง web.config แก้ไขให้ฉัน (คุณสามารถเพิ่มไฟล์ machine.config หรือรูท web.config ของ. NET Framework รุ่นที่เหมาะสมฉันไม่ได้ลอง) ขอบคุณ MS Support สำหรับวิธีแก้ปัญหา


นี่เป็นปัญหาของฉัน ฉันต้อง<assemblies><clear/>...ป้องกันการสืบทอดการอ้างอิงแอสเซมบลีจากแอปพลิเคชันหลักในแอปพลิเคชัน IIS ที่ซ้อนกัน
Craig Celeste

ฉันไม่เคยต้องการสิ่งนี้ .. นอกเหนือจากสีน้ำเงินฉันพบปัญหานี้ในหนึ่งในเครื่อง dev ของฉัน ไม่ทราบสาเหตุที่เริ่ม แต่สิ่งนี้เป็นสิ่งเดียวที่แก้ไขได้
Pascal

9

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

ไม่ว่าจะมีการคอมไพล์ซ้ำอีกหรือมีคนพูดว่า 'ปัญหาการกำหนดค่า' ไม่มีใครทำประเด็นที่ต้องมีการตรวจสอบเวอร์ชัน. net


8

มันเกิดขึ้นกับฉันเมื่อฉันเปลี่ยนชื่อโครงการ / โซลูชันของฉัน ไปที่โฟลเดอร์ของโครงการใน windows explorer (ออกจาก VS) ค้นหาและเปิดไฟล์ Global (บางทีคุณอาจพบ 2 ไฟล์เปิดที่ไม่มีนามสกุล ".asax.cs") และแก้ไขบรรทัดข้อผิดพลาดพร้อมเส้นทางที่ถูกต้อง โชคดี!


นั่นเป็นคำตอบที่ดีมากควร upvoted เพิ่มเติม - การเปลี่ยนชื่อแอปพลิเคชันเกิดขึ้นและข้อผิดพลาดดังกล่าวน่ารำคาญ!
Bartosz

7

ฉันประสบปัญหาเดียวกันนี้เมื่อสองสามวันที่แล้ว - เท่าที่ฉันสามารถบอกได้ว่ามันเป็นปัญหากับ IIS 64- บิตที่รันแอปพลิเคชันเว็บ 32 บิต เราเปลี่ยนเซิร์ฟเวอร์ที่ใช้งานจริงของเราเป็น 32 บิตและปัญหานี้หายไป


5

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


4

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

หากคุณชอบฉันและมี httphandlers ผ่าน web.config และคุณได้เปลี่ยนเส้นทางจาก global.asax.cs ของคุณ (อาจจะอยู่ใน Session_Start ()) เช่นในกรณีของฉันคุณจะได้รับข้อผิดพลาดนี้หากโครงการเริ่มต้นของคุณไม่มีการอ้างอิงที่กำหนดไว้ เป้าหมายที่ httphandler ของคุณชี้ !! (แต่คุณจะไม่ได้รับข้อผิดพลาดในการสร้างเพียงข้อผิดพลาดรันไทม์)

ดังนั้น:

  1. ตรวจสอบเว็บของคุณอีกครั้งเพื่อกำหนดค่ารายการภายนอกใด ๆ
  2. ตรวจสอบโครงการเริ่มต้นของคุณอีกครั้งว่ามีการอ้างอิงทั้งหมดที่จำเป็น

ไชโย


ฉันเพิ่มตัวควบคุม Ajax Toolkit แต่ไม่ได้เพิ่มการอ้างอิงไปยัง DLL ขอบคุณสำหรับ # 2
pixelmeow

4

ครั้งเดียวที่ฉันเคยพบสิ่งนี้คือเมื่อไม่ได้ติดตั้งเฟรมเวิร์ก MVC บนเซิร์ฟเวอร์ เป็นไปได้ไหม?

ส่วนหน้าที่หายไปใน Views \ Web.config อาจเป็นความผิดด้วย


ไม่แน่ใจว่าเป็นเซิร์ฟเวอร์ที่โฮสต์และตามที่พวกเขา ASP .NET MVC ทำงานได้ดี
Riaan Engelbrecht

ฉันพบบุคคลอื่น (กับลุง Google) ที่พบข้อผิดพลาดคล้ายกันด้วยเหตุผลอื่น เพิ่มลิงค์เพื่อตอบ โชคดี!
Daniel Elliott

3

ฉันมีข้อผิดพลาดเดียวกันและไม่มีวิธีแก้ปัญหาของคุณช่วย ฉันคิดว่าปัญหาของฉันเป็นเพียงชื่อที่ฉันเลือกสำหรับโครงการ ฉันตั้งชื่อโครงการว่า 'ส่วนติดต่อ' ซึ่งเมื่อฉันได้รับข้อผิดพลาดในการแยกวิเคราะห์มันบอกว่าไม่สามารถโหลดได้:

บรรทัดที่ 1: <% @ แอปพลิเคชัน Codebehind = "Global.asax.cs" Inherits = " @interface .MvcApplication" ภาษา = "C #"%>

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


3

นี่คืออีกหนึ่ง:

  1. ฉันทำงานเกี่ยวกับโครงการ web api ที่ใช้ localhost: 12345
  2. ฉันเช็คเอาท์สาขาที่แตกต่างจากการควบคุมแหล่งที่มีโครงการเดียวกัน
  3. ฉันทำงานโครงการที่สาขาและได้รับข้อผิดพลาด
  4. ฉันไปที่ "คุณสมบัติ> เว็บ> URL โครงการ" และคลิก "สร้างไดเรกทอรีเสมือน"
  5. กล่องโต้ตอบปรากฏขึ้นบอกฉันว่า URL ถูกแมปไปยังไดเรกทอรีอื่น (ไดเรกทอรีสำหรับโครงการต้นฉบับ)
  6. ฉันคลิกโอเคแล้วไดเรกทอรีเสมือนจะถูกแมปใหม่
  7. ข้อผิดพลาดหายไป

ฉันหวังว่าจะช่วยให้ใครบางคนที่ :)


ที่จริงมันทำเพื่อฉัน!
ra170

2

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

ไปที่แท็บแพ็คเกจ / เผยแพร่เว็บและตรวจสอบให้แน่ใจว่าการกำหนดค่าถูกตั้งค่าเป็นรีลีสและแพลตฟอร์มเป็นแพลตฟอร์มทั้งหมด

สุดท้ายให้แน่ใจว่า "รายการที่จะปรับใช้ (ใช้กับวิธีการปรับใช้ทั้งหมด)" ถูกตั้งค่าเป็น "ไฟล์ทั้งหมดในโฟลเดอร์โครงการนี้"

มันทำงานได้ดีสำหรับฉัน


2

ปัญหานี้ซับซ้อนเนื่องจากง่ายต่อการทำให้เกิดความสับสนกับสาเหตุใด ๆ ก็ตามที่เกิดขึ้นทันที

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

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


2

ตรวจสอบให้แน่ใจว่าเนมสเปซในGlobal.asaxไฟล์ตรงกับที่อยู่ในGlobal.csไฟล์เช่น

Global.asax: Some.Website.Webapplication

Global.cs: Some.Website(ลบ 'WebApplication')


2

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


2

ปัญหาของฉันได้รับการแก้ไขเมื่อฉันแปลง IIS ในโฟลเดอร์ฟิสิคัลที่มีไฟล์ไปยังแอปพลิเคชัน คลิกขวา> แปลงเป็นแอปพลิเคชัน


1

สำหรับฉันมันเป็นเพราะฉันได้แยกไฟล์ชั่วคราวออกจากโครงการ ฉันเพิ่งรวมมันไว้ในโครงการและจากนั้นก็ใช้งานได้


ของฉันเช่นกันไฟล์โซลูชันได้ลบบางไฟล์ออกไปและฉันก็ไม่รู้ตัวจนกว่าฉันจะปิดและเปิด Visual Studio
Fiona ใหม่ - myaccessible.website

1

ในกรณีของฉันอ้างอิง System.Web.MVC หายไปจากโครงการของฉัน แต่หลังจากเพิ่มปัญหาการอ้างอิงเหมือนกันดังนั้นฉันจึงตรวจสอบคุณสมบัติของโฟลเดอร์ Bin ของฉันว่าเป็น ReadOnly หลังจากทำให้มันเขียนได้ทุกอย่างทำงานได้ดี


1

ฉันได้รับข้อผิดพลาดเพราะฉันปรับใช้แอปพลิเคชันเป็นไดเรกทอรีเสมือนและฉันได้รับข้อผิดพลาดในการแยกวิเคราะห์ "ไม่สามารถโหลดประเภท" จากนั้นฉันปรับใช้แอปพลิเคชันเป็นเว็บไซต์และฉันก็ไม่ได้รับข้อผิดพลาดนั้นอีก


0

ไม่มีคำตอบอื่นใดที่แก้ไขข้อผิดพลาดนี้ให้ฉันได้
ฉันหาวิธีแก้ปัญหาที่ใช้งานได้ซึ่งฉันแนะนำสำหรับผู้ที่อยู่ในสถานการณ์เดียวกัน:

  1. ปิด Visual Studio
  2. เรียกดูโครงการ \ yourProject \ yourProject
  3. เปลี่ยนชื่อ Web.Debug.config และ Web.Release.config
  4. สร้างและเรียกใช้แอปพลิเคชันของคุณใหม่

ลบสิ่งเหล่านี้ ... และตอนนี้มันจะไม่ปรากฏขึ้นอีก
FiringSquadWitness

0

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


0

ทำตามขั้นตอนเหล่านี้:

  1. สร้าง
  2. เครื่องมือจัดการการกำหนดค่า
  3. ใส่โครงการ AnyCPU
  4. กลับไปสร้าง
  5. พร้อมหลังจากนี้เพียงทำตามขั้นตอนเดียวกันเพื่อส่งผ่านไปยัง x86 หรือ x64

0

สำหรับฉันฉันมี DLL รวมอยู่ในโครงการของฉันที่ต้องทำงานในสภาพแวดล้อมแบบ 32 บิต

เซิร์ฟเวอร์ได้รับการกำหนดค่าให้เรียกใช้เว็บไซต์ในโหมด 32 บิต แต่ฉันไม่สามารถเรียกใช้แอปพลิเคชันบนเครื่อง 64 บิตของฉันได้เนื่องจากlocalhostไม่ได้ระบุโฟลเดอร์เพื่อให้ทำงานในโหมด 32 บิต


0

ฉันเพิ่งมีปัญหาที่คล้ายกัน

เหตุผลก็คือฉันเปลี่ยน file.aspx.c และต้องทำการสร้างใหม่ทั้งหมด หลังจากนั้นทุกอย่างก็ทำงาน


0

ปัญหาของฉันคือฉันพยายามสร้าง ASPX เว็บแอปพลิเคชันในโฟลเดอร์ย่อยของโฟลเดอร์ที่มีไฟล์ web.config อยู่แล้วและ

ดังนั้นฉันจึงเปิดโฟลเดอร์หลักใน Visual Studio เป็นเว็บไซต์ (เปิด> เว็บไซต์) ฉันสามารถเพิ่มเพจ ASPX รายการใหม่ที่ไม่มีปัญหาในการแยก / โหลด


0

สำหรับฉันปัญหานี้เกิดจากลิงก์ (ยาว) บางตัวเท่านั้นภายในเว็บไซต์และถูกติดตามไปที่ URLScan โดยมีการกำหนดค่าเริ่มต้นของขีดจำกัดความยาว URL ที่ 260


0

ฉันมีปัญหาเดียวกัน พยายามที่จะ:

คลิกขวาที่โครงการและเลือกล้างจากนั้นคลิกขวาอีกครั้งแล้วเลือกสร้างใหม่และเรียกใช้โครงการเพื่อดูว่าทำงานได้หรือไม่

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.