Thông báo lỗi Pars Parser: Không thể tải loại hình trong Global.asax

Tôi đang làm việc trên một dự án MVC3 và nhận được lỗi sau:

Thông báo lỗi phân tích cú pháp: Không thể tải loại 'GodsCreationTaxidermy.MvcApplication'.

Lỗi nguồn:

Dòng 1: <%@ Application Codebehind="Global.asax.cs" Inherits="GodsCreationTaxidermy.Core.MvcApplication" Language="C#" %>

Lỗi tôi nhận được là không thể tải GodsCreationTaxidermy.Core.MvcApplication nhưng trong màn hình này, phần Core không hiển thị trong lỗi:

Có ai có bất kỳ ý tưởng hoặc một giải pháp cho lỗi này?

Máy chủ web cục bộ của bạn đang chạy mã khác với những gì bạn đang thực sự làm việc. Đảm bảo bạn đã ngừng gỡ lỗi, dừng máy chủ web cục bộ của bạn, dọn dẹp và xây dựng lại như Peter đề xuất, kiểm tra kỹ lại global.asax và global.asax.cs của bạn và thử lại.

Nếu điều này không hoạt động và bạn đang sử dụng IIS cục bộ, hãy thử xóa trang web trong IIS Manager và tạo lại nó theo cách thủ công.

Kiểm tra xem đường dẫn đầu ra của dự án (thuộc tính dự án / Xây dựng) được đặt thành binvà không bin\Release hoặcbin\Debug

Vì một số lý do, IIS (VS Development Server hoặc Local IIS) luôn truy cập các thư viện từ binthư mục (và sẽ không tìm kiếm các thư mục con)

Hãy thử sửa đổi tệp global.asax của bạn (đơn giản thêm một khoảng trắng ở đâu đó) và chạy lại. điều này sẽ buộc máy chủ web tích hợp phải làm mới và biên dịch lại tệp global.asax.

Cũng làm sạch và xây dựng lại - nên khắc phục vấn đề

Điều này đôi khi xảy ra nếu bạn thay đổi thông tin không gian tên (cấp dự án hoặc lớp) sau global.asax được tạo.

Nhấp chuột phải vào Global.asax tệp và chọn "Mở bằng" và sau đó chọn "Trình soạn thảo XML (Văn bản) có mã hóa" (các trình soạn thảo khác có thể hoạt động tốt, nhưng đây là những gì tôi sử dụng).

Sau đó chỉnh sửa phần "Kế thừa" trong chỉ thị XML

<% @ Application Codebehind = "Global.asax.cs" Kế thừa = "GodsCreationTaxidermy.MvcApplication" Language = "C #"%>)

sao cho nó khớp với tên đầy đủ thực tế của lớp Ứng dụng của bạn. Và đó là nó.

Một tùy chọn khác là sao chép tất cả mã của bạn khỏi Global.asax.cs, sau đó xóa và tạo một tệp Global.asax khác (và sau đó sao chép mã trở lại vào Global.asax.cs).

Tôi đóng cửa và mở lại studio hình ảnh và nó hoạt động.

Tôi đã phải đến BUILD -> QUẢN LÝ CẤU HÌNH và - ahem - đánh dấu vào ô bên cạnh dự án của tôi để đảm bảo nó thực sự được xây dựng.

Tôi đã có vấn đề này ngày hôm nay, và tôi phải mất một thời gian để tìm ra nguyên nhân.

Về cơ bản, dự án VS2015 chính của tôi bao gồm một dự án con đã được xây dựng bằng phiên bản cao hơn của .Net Framework.

Thật kỳ lạ, khi bạn gặp vấn đề này, VS2015 sẽ vui vẻ báo cáo rằng giải pháp đã được xây dựng ổn, nhưng khi bạn thử và chạy trang web, nó chỉ cung cấp cho bạn lỗi sai đó, cho rằng Global.asax.cs tệp sai.

Vì vậy, nếu bạn thấy lỗi này và Dọn dẹp / Xây dựng lại không giúp ích gì, hãy mở Referencescây Dự án của bạn và kiểm tra dấu chấm than.

Ngoài ra, hãy kiểm tra Outputcửa sổ của bạn cho các tin nhắn như thế này:

The primary reference "C:\Projects\Business Objects 4\bin\Release\BusinessObjects.dll" 
could not be resolved because it was built against 
the ".NETFramework,Version=v4.5" framework. 
This is a higher version than the currently targeted framework
".NETFramework,Version=v4.0".

Tất nhiên, giải pháp là nhấp chuột phải vào dự án chính của bạn, chọn tab trên cùng, "Ứng dụng" và thay đổi phiên bản Target Framework thành phiên bản cao hơn phù hợp với dự án phụ của bạn.

Thật khó chịu khi Visual Studio 2015 sẽ cho phép bạn xây dựng và chạy đầy đủ các Giải pháp lặng lẽ chứa vấn đề này. Đó là yêu cầu rắc rối ..!

Bạn cũng có thể kiểm tra thuộc tính trang web của bạn trong IIS. (Trong IIS, nhấp chuột phải vào trang web và chọn Thuộc tính.) Đảm bảo cài đặt Đường dẫn vật lý đang trỏ đến đường dẫn chính xác cho ứng dụng của bạn chứ không phải một số ứng dụng khác. (Điều đó đã sửa lỗi này cho tôi.)

Tôi chỉ gặp điều này trên một ứng dụng MVC5 và không có gì làm việc cho tôi. Điều này xảy ra ngay sau khi tôi cố gắng thực hiện SVN trở lại phiên bản cũ hơn của dự án.

Tôi đã phải xóa global.asax.cs và sau đó thêm một cái mới bằng cách nhấp chuột phải vào Project -> Thêm mục mới -> Global.asax và THAT cuối cùng đã sửa nó.

Chỉ cần nghĩ rằng nó có thể giúp đỡ một ai đó.

Tôi phải báo cáo rằng tôi đã thử ít nhất 4 đề xuất từ ​​bài đăng này. Không ai trong số họ làm việc. Tuy nhiên, tôi vui mừng báo cáo rằng tôi đã phục hồi bằng cách lấy lại từ bản sao lưu. Chỉ phải cập nhật thay đổi mã cuối cùng của tôi từ tệp nhật ký. Mất ít hơn 10 phút. Đã dành 3 lần mà đọc bài đăng này và thử các đề xuất khác. Lấy làm tiếc.

Đó là một lỗi rất kỳ lạ. Chúc may mắn cho bất cứ ai khác gặp phải gremlin này.

Tôi gặp vấn đề tương tự khi tôi có 2 phiên bản Visual Studio chạy cùng một dự án. Vì vậy, tôi đã đóng cả Visual Studio và chỉ mở một phiên bản và nó hoạt động tốt ngay bây giờ!

Tôi đã làm việc trên một dự án web ASP.NET dựa trên thư mục cũ hơn (mà tôi rất ghét) - và thấy đây là cách khắc phục của tôi:

Tạo một App_Codethư mục (nếu bạn chưa có)

Di chuyển Global.asax.vbtệp vào App_Codethư mục

Đánh dấu trong Global.asax có thể bỏ qua mọi không gian tên (ít nhất, đối với kiểu dự án này, afaik):

<%@ Application Codebehind="Global.asax.vb" Inherits="MyApp" Language="VB" %>

... Trong đó "MyApp" là tên của lớp được định nghĩa trong Global.asax.vb

"BUILD -> QUẢN LÝ CẤU HÌNH và - ahem - đánh dấu vào ô bên cạnh dự án của tôi để đảm bảo nó thực sự được xây dựng." Điều đó và đi đến thư mục dự án trong windows explorer, nhấn tùy chọn và bỏ chọn hộp kiểm "Chỉ đọc" đã giúp.

Làm trống thư mục bin. Xây dựng tất cả các thư viện lớp phụ thuộc và giới thiệu chúng trong dự án chính và xây dựng giải pháp hoàn chỉnh.

Nguồn

Tôi cũng phải đối mặt với cùng một vấn đề. Mặc dù làm theo mọi câu trả lời, nó không hoạt động. Sau đó, tôi đã thay đổi "Kế thừa = tên không gian ." Thành "Kế thừa = tên lắp ráp đủ điều kiện " tức là "Kế thừa = tên không gian, lớp, tên, Phiên bản =, Văn hóa =, PublicKeyToken = " Hy vọng nó sẽ giúp.

Điều này cũng có thể xảy ra nếu bạn vô tình quên đặt giải pháp VS của mình thành "Nhiều dự án khởi động" nếu bạn đang chạy Web và WebApi từ cùng một giải pháp.

Bạn có thể kiểm tra điều này bằng cách nhấp chuột phải vào Giải pháp trong Solution Explorer và chọn 'Thuộc tính ". Sau đó tìm' Dự án khởi động '.

Xóa .vs thư mục từ thư mục gốc. Dọn dẹp. Xây dựng lại.

Vấn đề này thúc đẩy tôi bonkers một lần trong một thời gian và tôi chắc chắn kết thúc ở đây để phân trang thông qua các câu trả lời. Tôi nghi ngờ có nhiều nguyên nhân có thể tạo ra ngoại lệ này, điều này một lần làm việc cho tôi.

Vâng, tôi đọc tất cả các câu trả lời. Tuy nhiên, nếu bạn là tôi và đã lấy hết tóc còn lại, hãy thử kiểm tra thư mục \ bin. Giống như hầu hết các tệp proj có thể có một số cấu hình được nhóm theo thành phần XML PropertyGroup, sau đó tôi đã thay đổi OutputPathgiá trị từ 'bin \ Debug' để xóa phần '\ Debug' và Rebuild. Điều này đã đặt các tệp trong thư mục \ bin cho phép Express IIS tìm và tải bản dựng. Tôi đang tự hỏi đâu là cách chính xác để quản lý các bản dựng khác nhau này để triển khai gỡ lỗi cục bộ có thể tìm và tải môi trường đích.

Vấn đề này tôi đã được giải quyết bằng cách cho phép quyền của thư mục cũng như kiểm tra từ IIS.

Tôi đã được cho phép mọi người khi tôi đang thử nghiệm trong môi trường địa phương của tôi. Nhưng trong chế độ xuất bản, tôi nghĩ rằng chúng tôi chỉ cấp quyền cho người dùng ASP.Net.

Tôi cũng gặp lỗi tương tự ... kiểm tra tên của Ứng dụng bạn đã phát triển đúng cách. không gian tên và tên tập hợp được phân bổ và cũng thử thay đổi vật lý tên của thư mục được tạo cho ứng dụng, tất cả tên này phải giống như tên trong không gian tên ở trên có trong tệp global.asax

Tôi cũng gặp lỗi tương tự ... kiểm tra Cấu hình IIS của Thư mục ảo của bạn và chắc chắn rằng Thuộc tính - ASP.NET - Phiên bản ASP.NET giống với Thuộc tính dự án - Ứng dụng - Khung mục tiêu. (Điều đó đã sửa lỗi này cho tôi.)

Ứng dụng của tôi được xây dựng trong phiên bản cũ hơn của VS và không có thư mục bin. Tôi đã nâng cấp nó lên phiên bản mới hơn và gặp ác mộng khi triển khai nó. Cuối cùng tôi đã theo dõi lỗi này xuống Project> Properties> Application. Khung mục tiêu được đặt thành 2.0; việc thay đổi nó trên máy chủ để phù hợp với IIS Manager / App Pool đã giải quyết vấn đề cho tôi.

Tôi thấy rằng việc thay đổi Namespace trong dự án, mà không tái cấu trúc rằng toàn bộ giải pháp là vấn đề của tôi. Kiểm tra thuộc tính dự án của bạn và xem không gian tên của bạn là gì, đảm bảo rằng dòng lên, trên bảng.

Vấn đề đối với tôi là tôi đã không đưa global.asax.cs vào dự án của mình. Và vì tôi đã sao chép các tệp từ .net 4.5 sang 4.0 nên tôi không nhận xét các dòng không cần thiết trong 4.0. Bởi vì nó không được bao gồm trong phòng thu hình ảnh mà không có vấn đề. Nhưng khi tôi đưa nó vào, nó làm nổi bật các dòng gây ra vấn đề.

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
//using System.Web.Http;
using System.Web.Mvc;
//using System.Web.Optimization;
using System.Web.Routing;

namespace YourNameSpace
{
    public class WebApiApplication : System.Web.HttpApplication
    {
        protected void Application_Start()
        {
            AreaRegistration.RegisterAllAreas();
            //GlobalConfiguration.Configure(WebApiConfig.Register);
            FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
            RouteConfig.RegisterRoutes(RouteTable.Routes);
            //BundleConfig.RegisterBundles(BundleTable.Bundles);
        }
    }
}

Tôi đã dành một ngày theo nghĩa đen để giải quyết điều này.

Điều duy nhất có tác dụng là xóa tệp .sln, tạo tệp mới và thêm từng dự án một.

\ _ (ツ) _ / ¯ - Lập trình - ¯ \ _ (ツ) _ /

Đối với trường hợp của tôi, lắp ráp web là một phần của GAC ​​... vì vậy sau khi xây dựng, nó cần được cài đặt trong GAC và nó đã hoạt động.

Tôi gặp phải thông báo lỗi này và cuối cùng phát hiện ra rằng thông báo lỗi là sai lệch. Trong trường hợp của tôi, dường như đã xảy ra sự cố định tuyến trong IIS, điều này khiến global.asax từ một trang web khác trên máy chủ web bị đọc do đó gây ra lỗi.

Trong IIS, trang web của tôi bị ràng buộc với http: * 80: webservice.local và chứa một ứng dụng có tên MyAPI. Tôi nhận được tin nhắn đáng sợ khi gọi ứng dụng MyAPI bằng địa chỉ IP của máy chủ web.

Để gọi thành công ứng dụng của tôi, tôi đã phải thêm một mục nhập tệp máy chủ cho webservice.local trên tất cả các máy được gọi là ứng dụng MyAPI. Sau đó, tất cả các yêu cầu của tôi phải được bắt đầu bằng http: //webservice.local/MyAPI/ để định tuyến chính xác.

Tôi đã cố gắng hoàn toàn mọi thứ ở đây và không có gì làm việc. Dự án của tôi là vào năm 2013. Tôi đã nâng cấp lên VS 2015 và đã tạo ra tất cả các ứng dụng mới của mình vào năm 2015 nhưng tải, biên dịch, xây dựng, v.v ... tất cả các ứng dụng cũ của tôi đã được xây dựng vào năm 2013 trong phiên bản đó.

Tôi đã kết thúc việc tải giải pháp vào năm 2015 và nó đã giải quyết nó cho tôi.

Tôi đã dành nhiều ngày cho vấn đề này. Cuối cùng tôi đã giải quyết nó với sự kết hợp các gợi ý sau từ bài đăng này.

1. Thay đổi mục tiêu nền tảng thành bất kỳ CPU. Hiện tại tôi không có cấu hình này, vì vậy tôi phải đến Trình quản lý cấu hình và thêm nó. Tôi đã đặc biệt biên dịch cho x64. Điều này một mình không giải quyết được lỗi.
2. Thay đổi đường dẫn đầu ra thành bin\thay vì bin\x64\Debug. Tôi đã thử điều này nhiều lần rồi trước khi tôi thay đổi mục tiêu nền tảng. Nó không bao giờ tạo ra sự khác biệt ngoài việc gặp lỗi khi không tải được lắp ráp vì định dạng không hợp lệ.

Để rõ ràng, tôi đã phải làm cả hai điều này trước khi nó bắt đầu làm việc. Tôi đã thử chúng riêng lẻ nhiều lần nhưng nó không bao giờ sửa được cho đến khi tôi làm cả hai.

Nếu tôi thay đổi một trong các cài đặt này trở lại ban đầu, tôi sẽ gặp lại lỗi tương tự, mặc dù đã chạy Clean Solution và xóa thủ công mọi thứ trong binthư mục.

Hai cách để có được điều này:

• Trình quản lý cấu hình hiển thị các bản dựng dll dưới dạng kết hợp của các bản dựng '64' và 'bất kỳ cpu' nào. Đặt tất cả chúng vào cùng một bản dựng sẽ sửa nó.

• Khi chuyển đổi giữa các nhánh, đường dẫn IIS express đôi khi không được cập nhật. Nhấp chuột phải vào 'IIS Express' trong thanh tác vụ> Hiển thị tất cả các ứng dụng và xác minh rằng đường dẫn đến nhánh chính xác.