Ошибка синтаксического анализатора не удалось загрузить тип - Oshibku.top - решение и исправление самых разных ошибок

I am getting the following error on one of our production servers. Not sure why it is working on the DEV server?

Parser Error
Description: An error occurred during the parsing of a resource required to service this request. Please review the following specific parse error details and modify your source file appropriately.

Parser Error Message: Could not load type ‘TestMvcApplication.MvcApplication’.

Source Error:

Line 1: <%@ Application Codebehind=»Global.asax.cs» Inherits=»TestMvcApplication.MvcApplication» Language=»C#» %>

Source File: /global.asax Line: 1

Not sure if anybody came across this error before and how it was solved, but I have reached the end.
Any help would be appreciated.

I also need to mention that this is the published code, so all is compiled.
Can there be something wrong with my compiler settings?

p.campbell

98.8k67 gold badges257 silver badges322 bronze badges

asked Oct 21, 2009 at 5:07

None of the other answers worked for me. I fixed my error by changing the web project’s output path. I had had it set to bin\debug but the web project doesn’t work unless the output path is set to simply «bin»

answered Oct 13, 2011 at 18:16

Brian LeemingBrian Leeming

11.5k8 gold badges32 silver badges52 bronze badges

I’ve had this a couple of times. It’s especially frustrating as it’s right off the bat, and the error message holds no clue as to what might be the issue.

To fix this, right click your project title, in this case «TestMvcApplication» and click build.

This forces the code to compile before you run it. Don’t ask me why, but this has been the solution 100% of the time for me.

answered Feb 12, 2010 at 14:39

I have found that when you are forced to use the Configuration Manager to run under x86 or anything other than the standard project «out of the box» settings, the IDE creates a bunch of sub directories under the bin folder for the web project.

Once this starts happening, if the Cassini server is running, then the project does not serve properly.

I fixed it by going into the Web Project properties -> Build settings and changing the Output Path to be bin\

Then rebuild and all works as it should.

answered Nov 14, 2011 at 23:52

DamoDBearDamoDBear

2412 silver badges2 bronze badges

I tried all above solutions but no luck. Adding line <add assembly="*" /> to web.config fixed it for me. (You can also add to machine.config or root web.config file of the appropriate .NET framework version, I didn’t try it) Thanks to MS Support for solution.

answered Jun 13, 2011 at 18:27

Manish JainManish Jain

9,5695 gold badges39 silver badges44 bronze badges

After a long hard look I came accross the real issue here.

The assemblies were corrupted by the FTP client I used to upload the files to a hosted environmet.

I changed my FTP client and all is working as intended.

answered Oct 21, 2009 at 18:31

I had the same problem: mine was because the web project had a platform target of x86. I was running on a 64-bit machine; other projects in the solution were set to 64-bit.

To check your settings, right click the project and choose Properties. On the Build tab, check the value of «Platform Target».

Also check your solution’s build configuration (Build menu > Configuration Manager) to check all your projects are being built to the same platform.

In both cases, make sure you check the settings both for debug and release mode — otherwise you’ll get it working on your machine but not when you deploy it!

answered Jan 13, 2011 at 10:47

teedyayteedyay

23.3k19 gold badges67 silver badges73 bronze badges

I had what looked like the same error. I tried many suggestions from many pages only to find out the problem was that I had the website set to the wrong version of .Net

No matter how many re-compiles or people saying ‘configuration problem’, nobody made the point that the .net version needed to be checked.

answered Aug 9, 2011 at 16:27

IT happens with me when I rename my project/solution.
Go to the folder of project in windows explorer (get out of VS).
Find and open the file Global (maybe you’ll find 2 files, open that dont have «.asax.cs» extension), and edit the line of error with correct path.
Good luck!

answered Nov 18, 2011 at 21:02

PauloPaulo

811 silver badge1 bronze badge

I experienced the exact same problem a couple of days ago — as far as I can tell it was an issue with a 64-bit IIS running a 32-bit web application. We changed our production server to 32-bit and this issue disappeared.

answered Dec 3, 2009 at 14:05

Jaco PretoriusJaco Pretorius

24.4k11 gold badges62 silver badges94 bronze badges

Make sure your default namespace in the web project properties is the same as the namespace in the Global.asax.cs. I had modified the default namespace to make it a subnamespace, changing it back fixed this issue for me.

answered Apr 16, 2014 at 16:05

Ace HyzerAce Hyzer

3453 silver badges10 bronze badges

For completness sake I included what my issue was and how I solved it:

If your like me and have httphandlers via web.config and you have redirects from your global.asax.cs (maybe in Session_Start() ) like in my case you get this error if your startup project does not have a reference defined which points to the target where your httphandler is pointing!! (but you wont get build errors, just runtime errors)

So:

Double check your web.config for any external items
Double check your startup project has all the references it needs.

Cheers.

answered Apr 11, 2013 at 20:24

ChrisChris

98016 silver badges27 bronze badges

The only time I have experienced this was when the MVC framework was not installed on the server. Could that be the case?

A missing Pages section in Views\Web.config could also be at fault.

Undo♦

25.5k37 gold badges106 silver badges129 bronze badges

answered Oct 21, 2009 at 5:09

Daniel ElliottDaniel Elliott

22.7k10 gold badges64 silver badges82 bronze badges

I had the same error and none of your solutions helped. I think my problem was simply the name that I had chosen for the project. I had named my project ‘interface’ which when I got the parse error it said that it couldn’t load:

Line 1: <%@ Application Codebehind=»Global.asax.cs» Inherits=»@interface.MvcApplication» Language=»C#» %>

Where there was an ‘@’ sign for some reason. I am guessing the word ‘interface’ is reserved for something else and it added the @ symbol but that obviously broke something. I deleted the project and made a new one with a different name with no problems.

agf

172k45 gold badges291 silver badges238 bronze badges

answered Aug 12, 2011 at 16:26

Here’s another one:

I had been working on a web api project that was using localhost:12345.
I checked out a different branch from source control containing the same project.
I ran the project on the branch and got the error.
I went to «Properties > Web > Project Url» and clicked «Create Virtual Directory»
A dialog came up telling me that the url was mapped to a different directory (the directory for the original project).
I clicked Okay and the virtual directory was remapped.
The error went away.

I hope that helps someone somewhere

answered Mar 4, 2014 at 19:13

grahamesdgrahamesd

4,7731 gold badge27 silver badges27 bronze badges

I had a lot of problems and errors to solve, some of the above answers helped, but what the final trick that made it work for me was: Go to your project, click properties.

Go to the Package/Publish Web tab and make sure the configuration is set to Release and Platform to All Platforms.

Last make sure that the «Items to deploy (applies to all deployment methods)» is set to «All files in this project folder»

It then worked fine for me.

answered Jul 13, 2011 at 14:20

This issue is complicated because it’s easy to confuse the root cause with whatever the immediate cause happens to be.

In my case, the immediate cause was that the solution is configured to use NuGet Package Restore, but the server was not connected to the internet, so NuGet was unable to download the dependencies when building for the first time.

I believe the root cause is simply that the solution is unable to resolve dependencies correctly. It may be an incorrect path configuration, or the wrong version of an assembly, or conflicting assemblies, or a partial deployment. But in all cases, the error is simply saying that it can’t find the type specified in global.asax because it can’t build it.

answered Mar 4, 2013 at 19:47

shovavnikshovavnik

2,8783 gold badges24 silver badges21 bronze badges

Make sure that the Namespace in the Global.asax file matches that in the Global.cs file i.e.

Global.asax: Some.Website.Webapplication

Global.cs: Some.Website (minus the ‘WebApplication’)

Jay Walker

4,6545 gold badges47 silver badges53 bronze badges

answered Aug 8, 2013 at 20:16

TheDaveJayTheDaveJay

7536 silver badges11 bronze badges

I tried most of the above answers and they didn’t work. For some reason just closing and reopening VS fixed the problem for me.

answered Feb 4, 2016 at 20:43

Rochelle CRochelle C

9283 gold badges10 silver badges22 bronze badges

My issue was solved when I converted in IIS the physical folder that was containing the files to an application. Right click > convert to application.

mortb

9,3803 gold badges26 silver badges44 bronze badges

answered Dec 10, 2014 at 20:55

jayt.devjayt.dev

9856 gold badges14 silver badges36 bronze badges

For me, it was because I had temporarily excluded the file from the project. I merely included it in back in the project and then it worked.

answered Jun 20, 2013 at 14:11

In my case reference of System.Web.MVC was missing from my project. But after adding references issue was same so i checked properties of my Bin folder it was ReadOnly. Just after making it writable,everything working fine.

answered Nov 20, 2013 at 10:42

yashpalyashpal

3261 gold badge3 silver badges16 bronze badges

I was getting error because I deployed the application as a virtual directory and I was was getting parser error «could not load type» then I deployed the application as a web site and i was not getting that error again.

answered Mar 5, 2014 at 22:08

None of the other answers resolved this error for me.
I did find a solution that worked, which I suggest for those in the same situation:

Close Visual Studio
Browse to Projects\yourProject\yourProject
Rename Web.Debug.config and Web.Release.config
Rebuild and run your application

ahsteele

26.3k28 gold badges134 silver badges248 bronze badges

answered Jun 20, 2011 at 16:42

Charles BurnsCharles Burns

10.3k7 gold badges64 silver badges81 bronze badges

I never really did get to the bottom of what was causing it for me. I think somewhere I must have been missing some files. I got the error after publishing to a new server. Eventually I copied the site from working site. Then the site worked and so did further publishes to the new server.

answered Oct 14, 2011 at 14:57

Giles RobertsGiles Roberts

6,4176 gold badges48 silver badges63 bronze badges

Follow these steps:

Build
Configuration Manager
Put the AnyCPU project
Back to generate
Ready, after this just follow the same steps to pass it to x86 or x64

Jesse

8,6157 gold badges47 silver badges57 bronze badges

answered Apr 10, 2013 at 20:56

For me, I had a DLL included with my project that had to be run in a 32-bit environment.

The server was configured to run the website in 32-bit mode, but I was not able to run the application on my 64-bit machine because the localhost folder had not been specified to run in 32-bit mode.

answered May 24, 2013 at 18:47

I just had a similar problem.

The reason was that I was changing a file.aspx.c and had to do a clean rebuild. After that everything worked.

answered Oct 10, 2013 at 11:13

My problem was that I was trying to create a ASPX web application in a subfolder of a folder that already had a web.config file, and

So I opened up the parent folder in Visual Studio as a Web Site (Open > Web Site) I was able to add a new item ASPX page that had no issue parsing/loading.

answered Dec 5, 2013 at 19:55

For me, the problem was only on certain (long) links within the website and was tracked down to URLScan having the default configuration of a URL length limit of 260.

answered Dec 17, 2013 at 23:58

JamesJames

613 bronze badges

I’ve had the same issue.
Try to:

Right click on the project and select Clean, then right click on it again and select Rebuild and run the project to see if it worked.

answered Jan 2, 2014 at 12:54

da Rocha Piresda Rocha Pires

2,4431 gold badge24 silver badges19 bronze badges

Источник

Я получаю следующую ошибку на одном из наших производственных серверов. Не уверен, почему он работает на сервере DEV?

Описаниеошибки синтаксического анализатора. Произошла ошибка при разборе ресурса, необходимого для обслуживания этого запроса. Пожалуйста, просмотрите следующую конкретную информацию об ошибке разбора и измените исходный файл соответствующим образом.

Сообщение об ошибке синтаксического анализатора: не удалось загрузить тип «TestMvcApplication.MvcApplication».

Ошибка источника:

Строка 1: <% @ Application Codebehind = «Global.asax.cs» Inherits = «TestMvcApplication.MvcApplication» Language = «C#»%>

Исходный файл: /global.asax Строка: 1

Не уверен, сталкивался ли кто-нибудь с этой ошибкой раньше и как она была исправлена, но я дошел до конца. Любая помощь будет оценена.

Я также должен упомянуть, что это опубликованный код, поэтому все компилируется. Может ли быть что-то не так с моими настройками компилятора?

2009-10-21 05:07

38
ответов

Ни один из других ответов не работал для меня. Я исправил ошибку, изменив выходной путь веб-проекта. У меня было установлено значение bin\debug, но веб-проект не работает, если путь вывода не установлен просто «bin»

2011-10-13 18:16

У меня было это пару раз. Это особенно расстраивает, поскольку это сразу, и сообщение об ошибке не имеет ни малейшего представления о том, что может быть проблемой.

Чтобы это исправить, щелкните правой кнопкой мыши название вашего проекта, в данном случае «TestMvcApplication» и нажмите » build».

Это заставит код скомпилироваться перед его запуском. Не спрашивайте меня, почему, но это было решение 100% времени для меня.

2010-02-12 14:39

Я обнаружил, что, когда вы вынуждены использовать Configuration Manager для запуска под x86 или чем-то иным, кроме стандартных настроек «из коробки» для стандартного проекта, IDE создает группу подкаталогов в папке bin для веб-проекта.

Как только это начинает происходить, если сервер Cassini работает, то проект не работает должным образом.

Я исправил это, зайдя в свойства веб-проекта -> Настройки сборки и изменив путь вывода на bin\

Потом пересобирай и все работает как надо.

2011-11-14 23:52

Я перепробовал все вышеперечисленные решения, но не повезло. Добавление строки <add assembly="*" /> чтобы web.config исправил это для меня. (Вы также можете добавить в файл machine.config или корневой файл web.config соответствующей версии.NET Framework, я не пробовал). Спасибо MS Support за решение.

2011-06-13 18:27

У меня была та же самая проблема: моя была, потому что у веб-проекта была целевая платформа x86. Я работал на 64-битной машине; другие проекты в решении были установлены на 64-битные.

Чтобы проверить настройки, щелкните правой кнопкой мыши проект и выберите «Свойства». На вкладке «Сборка» проверьте значение «Цель платформы».

Также проверьте конфигурацию сборки вашего решения (меню «Сборка»> «Диспетчер конфигурации»), чтобы убедиться, что все ваши проекты собираются на одной платформе.

В обоих случаях убедитесь, что вы проверили настройки как для режима отладки, так и для режима выпуска — в противном случае он будет работать на вашем компьютере, а не при его развертывании!

user15825

13 янв ’11 в 10:47
2011-01-13 10:47

2011-01-13 10:47

У меня было то, что выглядело как та же ошибка. Я перепробовал много предложений на многих страницах, чтобы выяснить, что проблема в том, что на моем веб-сайте установлена неправильная версия.Net

Независимо от того, сколько перекомпилируется или кто-то говорит «проблема конфигурации», никто не считает, что нужно проверять версию.net.

2011-08-09 16:27

После долгого тяжелого взгляда я наткнулся на реальную проблему здесь.

Сборки были повреждены FTP-клиентом, который я использовал для загрузки файлов в размещенную среду.

Я изменил свой FTP-клиент, и все работает как задумано.

2009-10-21 18:31

Это происходит со мной, когда я переименовываю свой проект / решение. Перейдите в папку проекта в Windows Explorer (выйти из VS). Найдите и откройте файл Global (может быть, вы найдете 2 файла, которые не имеют расширения «.asax.cs»), и отредактируйте строку ошибки с правильным путем. Удачи!

2011-11-18 21:02

Я столкнулся с точно такой же проблемой пару дней назад — насколько я могу судить, это была проблема с 64-разрядным IIS, работающим с 32-разрядным веб-приложением. Мы изменили наш производственный сервер на 32-битный, и эта проблема исчезла.

2009-12-03 14:05

Убедитесь, что ваше пространство имен по умолчанию в свойствах веб-проекта совпадает с пространством имен в Global.asax.cs. Я изменил пространство имен по умолчанию, сделав его подпространством имен, и изменив его обратно, я решил эту проблему.

2014-04-16 16:05

Единственный раз, когда я испытал это, был, когда структура MVC не была установлена на сервере. Может ли это быть так?

Отсутствующий раздел Pages в Views\Web.config также может быть причиной ошибки.

user63627

21 окт ’09 в 05:09
2009-10-21 05:09

2009-10-21 05:09

Для полноты картины я включил в себя мою проблему и то, как я ее решил:

Если вам нравится я и у вас есть httphandlers через web.config, и у вас есть перенаправления из вашего global.asax.cs (может быть, в Session_Start()), как в моем случае, вы получаете эту ошибку, если ваш стартовый проект не имеет определенной ссылки, которая указывает на цель, на которую указывает ваш httphandler!! (но вы не получите ошибки сборки, только ошибки времени выполнения)

Так:

Дважды проверьте ваш web.config на наличие каких-либо внешних элементов
Дважды проверьте, что ваш стартовый проект содержит все необходимые ссылки.

Приветствия.

2013-04-11 20:24

Вот еще один:

Я работал над проектом веб-API, который использовал localhost:12345.
Я проверил другую ветку из системы контроля версий, содержащую тот же проект.
Я запустил проект на ветке и получил ошибку.
Я пошел в «Свойства> Веб> Проект URL» и нажал «Создать виртуальный каталог»
Появилось диалоговое окно, сообщающее, что URL-адрес был сопоставлен с другим каталогом (каталогом для исходного проекта).
Я нажал Okay, и виртуальный каталог был переназначен.
Ошибка ушла.

Я надеюсь, что это кому-то поможет где-то:)

2014-03-04 19:13

У меня была такая же ошибка, и ни одно из ваших решений не помогло. Я думаю, что моей проблемой было просто имя, которое я выбрал для проекта. Я назвал свой проект «интерфейс», который, когда я получил ошибку синтаксического анализа, он сказал, что он не может загрузить:

Строка 1: <% @ Application Codebehind = «Global.asax.cs» Inherits = «@interface.MvcApplication» Language = «C#»%>

Где по какой-то причине был знак «@». Я предполагаю, что слово «интерфейс» зарезервировано для чего-то другого, и оно добавило символ @, но это явно что-то сломало. Я удалил проект и сделал новый с другим именем без проблем.

2011-08-12 16:26

Убедитесь, что пространство имен в Global.asax файл соответствует этому в Global.cs файл т.е.

Global.asax: Some.Website.Webapplication

Global.cs: Some.Website (минус «Веб-приложение»)

2013-08-08 20:16

Моя проблема была решена, когда я преобразовал в IIS физическую папку, в которой находились файлы, в приложение. Щелкните правой кнопкой мыши> преобразовать в приложение.

2014-12-10 20:55

Я попробовал большинство из приведенных выше ответов, и они не сработали. По какой-то причине закрытие и повторное открытие VS решило проблему для меня.

2016-02-04 20:43

У меня было много проблем и ошибок, которые нужно было решить, некоторые из приведенных выше ответов помогли, но последнее, что заставило меня сработать, это: перейдите в свой проект, нажмите «Свойства».

Перейдите на вкладку «Пакет / публикация в Интернете» и убедитесь, что для конфигурации выбрано «Выпуск» и «Платформа для всех платформ».

Последнее, убедитесь, что «Элементы для развертывания (относится ко всем методам развертывания)» установлен на «Все файлы в этой папке проекта»

Тогда это работало хорошо для меня.

2011-07-13 14:20

Эта проблема сложна, потому что легко спутать первопричину с какой бы то ни было непосредственной причиной.

В моем случае непосредственной причиной было то, что решение было настроено для использования NuGet Package Restore, но сервер не был подключен к Интернету, поэтому NuGet не удалось загрузить зависимости при сборке в первый раз.

Я считаю, что основная причина заключается в том, что решение не может правильно разрешить зависимости. Это может быть неверная конфигурация пути, неверная версия сборки, конфликтующие сборки или частичное развертывание. Но во всех случаях ошибка просто говорит о том, что он не может найти тип, указанный в global.asax, потому что он не может его построить.

2013-03-04 19:47

В моем случае ссылка на System.Web.MVC отсутствовала в моем проекте. Но после добавления ссылки проблема была такой же, поэтому я проверил свойства моей папки Bin, которая была ReadOnly. Просто после того, как сделать его доступным для записи, все работает нормально.

2013-11-20 10:42

Для меня это было потому, что я временно исключил файл из проекта. Я просто включил его обратно в проект, и тогда это сработало.

2013-06-20 14:11

Я получал ошибку, потому что я развернул приложение как виртуальный каталог, и я получал ошибку синтаксического анализатора «не удалось загрузить тип», затем я развернул приложение как веб-сайт, и я больше не получал эту ошибку.

2014-03-05 22:08

Если ответ Энди Копли сработал для вас, но простая перестройка решения не сработала, перейдите в Project | Зависимости проекта и убедитесь, что проект, в котором находится файл Global.asax.cs, зависит от всех других не тестовых проектов в решении.

2014-05-30 16:13

Я решил эту проблему, переключив свойства моего проекта с Web>> Определенный порт >>55555 на Порт с автоматическим назначением

2015-04-18 05:21

Для меня проблема заключалась только в определенных (длинных) ссылках на веб-сайте и была отслежена до URLScan, имеющего конфигурацию по умолчанию с ограничением длины URL-адреса 260.

2013-12-17 23:58

Я решил свою проблему, переименовав множество вещей. Если ваша проблема вызвана созданием нового проекта путем копирования существующего проекта, такого как я, вы можете попробовать эти шаги.

переименовать решение — в обозревателе решений
переименовать проект — в обозревателе решений
переименовать пространство имен — в коде
переименовать имя сборки и пространство имен по умолчанию — в проекте> свойство> приложение
переименуйте AssemblyTitle и обновите GUID — в проекте> свойство> приложение> информация о сборке
восстановить и запустить

некоторые из этих шагов могут быть бесполезными, но следование им должно решить вашу проблему.

2014-07-02 23:21

У меня просто была похожая проблема.

Причина была в том, что я менял файл.aspx.c и должен был сделать чистое восстановление. После этого все заработало.

2013-10-10 11:13

Потратив почти 2 часа, я решил эту проблему, просто удалив строку из файла.csproj.

   <PlatformTarget>AnyCPU</PlatformTarget>

2014-09-09 06:56

Убедитесь, что для всех ваших собственных dll, на которые есть ссылки, «Копировать локально» установлено значение «Истина» в окне «Свойства», если они не находятся в GAC. Нет необходимости делать это с помощью библиотеки dll.

2015-12-04 15:31

На Dev Server — используйте AnyCPU в Solution Plateform и создайте заново. См. Этот снимок экрана.

2020-04-02 14:49

Источник

n3x0d1j

0 / 0 / 0

Регистрация: 07.06.2013

Сообщений: 30

Ошибка синтаксического разбора (Начинающий программист)

09.11.2013, 02:42. Показов 3816. Ответов 3

Метки нет (Все метки)

Выдаваемая ошибка:

HTML5

Ошибка сервера в приложении '/'.
--------------------------------------------------------------------------------
 
Ошибка синтаксического анализатора 
  Описание: Ошибка при разборе ресурса, требуемого для обслуживания этого запроса. Изучите следующие подробные сведения о данной ошибке разбора и измените исходный файл. 
 
Сообщение об ошибке синтаксического анализатора: Не удалось загрузить тип 'dvizh.order.pass_the_room'.
 
Ошибка источника: 
 
Строка 1:  <%@ Page Title="" Language="C#" MasterPageFile="~/Site.Master" AutoEventWireup="true" CodeBehind="pass_the_room.aspx.cs" Inherits="dvizh.order.pass_the_room" %>
Строка 2:  <asp:Content ID="Content1" ContentPlaceHolderID="HeadContent" runat="server">
Строка 3:  </asp:Content>
  
Исходный файл:  /order/pass_the_room.aspx    Строка:  1

Разметка страницы:

HTML5

<%@ Page Title="" Language="C#" MasterPageFile="~/Site.Master" AutoEventWireup="true" CodeBehind="pass_the_room.aspx.cs" Inherits="dvizh.order.pass_the_room" %>
<asp:Content ID="Content1" ContentPlaceHolderID="HeadContent" runat="server">
</asp:Content>
<asp:Content ID="Content2" ContentPlaceHolderID="MainContent" runat="server">
</asp:Content>

Код страницы:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
 
namespace dvizh
{
    public partial class pass_the_room : System.Web.UI.Page
    {
        protected void Page_Load(object sender, EventArgs e)
        {
 
        }
    }
}

Ранее был

1	namespace dvizh.order

, но был переименован по причине отсутствия результата компиляции.

1242 / 1052 / 293

Регистрация: 07.03.2012

Сообщений: 3,245

09.11.2013, 11:56

Сообщение от n3x0d1j

Inherits=»dvizh.order.pass_the_room»

эт что? с такими чудесными названиями классов вы сами то понимаете, что у вас делается?

0 / 0 / 0

Регистрация: 07.06.2013

Сообщений: 30

10.11.2013, 19:10

[ТС]

Не понимаю, но они сами так генерируются средой разработки. Скорее всего это происходит из-за того, что я добавляю about.aspx, потом папочку about и в неё все *.aspx ссылки которые исходят из about.aspx

Регистрация: 15.06.2012

Сообщений: 4,468

14.11.2013, 13:05

Сообщение от n3x0d1j

Ранее был namespace dvizh.order, но был переименован по причине отсутствия результата компиляции.

Inherits=»dvizh.order.pass_the_room» указывает на то, какой класс будет обрабатывать вашу страничку. Вы переименовали его положение в коде, не не указали это изменение на страничке. Сервер ищет, не находит вот и пишет что «Не удалось загрузить тип ‘dvizh.order.pass_the_room’.»

IT_Exp Эксперт 87844 / 49110 / 22898 Регистрация: 17.06.2006 Сообщений: 92,604	14.11.2013, 13:05
4

Источник

Remove From My Forums

Ошибка источника

Вопрос
Добрый день !

У меня возникла такая проблема:

после установки Visual Studio 2010 для ASP.NET MVC4 выдаетя:
«Сообщение об ошибке синтаксического анализатора: Не удалось загрузить тип ‘My_MVC4.MvcApplication’.
Ошибка источника:
Строка 1:<%@ Application Codebehind=»Global.asax.cs» Inherits=»‘My_MVC4.MvcApplication» Language=»C#» %>

Подскажите пожалуйста, как с этим бороться?

Заранее благодарен, app.

Ответы

My_MVC4.MvcApplication — это ваш класс, определенный в global.asax.cs. Скорее всего у вас просто проект не скопмилирован.
Запустите свой проект из студии по Ctrl+F5.
- Помечено в качестве ответа
  
  8 октября 2012 г. 8:37
Привет.

Нет, врядли дело в настройках. В каком браузере запускается у вас веб-приложение, помоему, только в IE можно отлаживать javascript из Visual Studio. В остальных браузерах — нужно пользоваться их встроенными утилитами для отладки.

Для связи [mail]
- Помечено в качестве ответа
  Abolmasov Dmitry
  8 октября 2012 г. 8:37

Источник

Я испытываю ошибку, которую я не могу решить в течение некоторого времени. Мне было интересно, может ли кто-нибудь помочь определить причину этой ошибки? Я совершенно новичок в asp / asax. После некоторых исследований я думаю, что ошибка, которую я получаю, связана с веб-приложением, пытающимся использовать устаревший код. Я думал перестроить файл c# с помощью Visual Studio и / или всего проекта. Тем не менее, я совершенно новичок в C# и asp, и мне было интересно, может ли это дать мне некоторые предложения решить проблему и/или если есть возможность альтернативного решения.

сообщение об ошибке

Parser Error Message: Could not load type 'Inventory1.Global'.

Source Error:   <%@ Application Codebehind="Global.asax.cs" Inherits="Inventory1.Global" %>

весь глобальные.содержание эйсакс:

<%@ Application Codebehind="Global.asax.cs" Inherits="Inventory1.Global" %>

15 ответов

попробуйте заменить CodeBehind С CodeFile

автор: Taha Rehman Siddiqui

не удалось загрузить тип

означает, что тип не может быть загружен. (В этом случае «тип» означает Inventory1.Global). Типы расположены в скомпилированных DLL. Таким образом, либо DLL недоступна, устарела, либо не содержит public тип с заданным именем.

возможные причины:

у вас нет типа, объявленного с заданным именем. Для вашего примера, вы должны иметь следующий:

namespace Inventory1 {
  public class Global {
  ...
  }
}

Примечание: избегайте таких имен, как Inventory1. Они подразумевают, что существует Inventory2, Inventory3, etc., который является плохой практикой, так как они abmiguous и не очень описательные. Кроме того,Global довольно расплывчато и может привести к путанице с глобальное пространство имен.

убедитесь, что ваши дела соответствуют (Inventory1, а не INVENTORY1.)
вы не собрали проект. В VS перестройте решение.
сборка, объявляющая класс, имеет ошибку компиляции, поэтому соответствующая DLL отсутствует или устарела. Убедитесь, что вы разрешили все ошибки.
класс не помечен как public.

если бы мне пришлось угадывать, я бы поставил на ошибку компиляции. В отличие от PHP и других интерпретируемых языков, C# должны быть успешно скомпилированы, прежде чем их можно будет использовать.

У меня была эта ошибка, просто нужно было перестроить проект

Я столкнулся с этой проблемой, и я получил решение от здесь и я хотел бы поделиться им.

решение
Очистите папку bin. Создайте все зависимые библиотеки классов и ссылайтесь на них в основном проекте и создайте полное решение.

Я сделал это и он работал как шарм для меня !!

автор: Vignesh Subramanian

Это случилось со мной на моей локальной машине. Вопрос был некорректен IISExpres конфигурации.
Если эта проблема возникает в локальной среде (выполняется отладка Visual Studio), проверьте файл конфигурации IIS Express. Убедитесь, что путь к локальному сайту/приложению указывает на правильное расположение.

файл конфигурации называется applicationhost.config. Он хранится здесь:
Мои Документы > IIS Express > config . Обычно (не всегда) один из этих путей будет работа:

%userprofile%\documents\iisexpress\config\applicationhost.config
%userprofile%\Мои документы\iisexpress\config\applicationhost.config

после поиска того, что могло бы вызвать это, я нашел несколько вещей, которые мне нужно было сделать, чтобы запустить мой проект…

(Примечание: возможно, Вам не нужно делать все это — это в каждом конкретном случае)

если вы внесли какие-либо изменения из IIS Express в локальный IIS, вам может потребоваться изменить конфигурацию сборки из bin/debug до bin. (Щелкните правой кнопкой мыши решение > > свойства > > сборка > > вывод)
если у вас есть ЧПУ, то вам нужно будет установить URL переписать на локальном IIS.
перейти к applicationhosts.config файл (обычно это какое-то место, например C:\Users\username\Documents\IISExpress\config) и переименовать файл в applicationhostsOLD.config.
очистить и перестроить проект. Возможно, вам придется вручную очистить корзину.

вы должны быть хорошо идти.

поскольку это происходило только с IISexpress, изменение вывода из bin\Debug\ в bin\ решило его для меня. Изменение тега CodeBehind на CodeFile только создало еще больше проблем.

вероятно, вы что-то переименовали. Проверь Глобал.асакс.cs-файл для объявления класса и убедитесь, что пространство имен и имя класса соответствуют ровно что находится в файле asax. Это включает в себя дело! Можете ли вы скопировать / вставить объявление пространства имен и класса .cs-файл в сообщение здесь, чтобы мы могли сравнить?

сообщение об ошибке синтаксического анализатора: не удалось загрузить тип __

после выполнения всего, что было предложено в комментариях выше, без везения, обновление (загрузка) содержимого /bin на сервер сработало. Файлы, загруженные в bin, являются: dll, pdb и xml. Не знаю, кто это сделал.

проблема, которую я здесь имел, была вызвана переименованием файла (_.aspx) в обозревателе решений.

перестройка / повторная публикация моего проекта / решения на сервере ничего не сделала, чтобы помочь мне, и я сомневаюсь, что это поможет многим из этого затруднительного положения. Для меня я сделал несколько вещей, чтобы устранить это, что в конечном итоге вытащило меня из этой «дыры».

Я пытался использовать привязки на веб-сайте, но это не работает. Я попытался позвонить на сайт с http://localhost/Report.aspx (Это была моя домашняя страница, которую я решил не называть Default.aspx — Я собирался обновить раздел «Документы по умолчанию» с именем позже), когда я получил ошибку парсера, OP увидел. Поэтому я попробовал некоторые вещи:

Я остановил сайт старого проекта и построил другой, простой веб-проект, который имел «привет» и ярлык на странице и ничего больше. У меня была строка в Page_Load, чтобы заполнить свойство Text метки «world!- просто чтобы убедиться, что эта часть работает. Я создал новый веб-сайт на порту 80 и передал опубликованное содержимое моего сайта на сервер. Хоть я и был .Нетто 4.5 установленный на сервере (и запустил команду aspnet_regiis-i из каталога 4.0), а пул приложений в IIS, который я использовал для этого нового проекта, был установлен в 4.0, браузер пожаловался на веб-сайт.конфигурация, имеющая targetFramework=4.5.2 в нем, который является платформой Visual Studio 2015 по умолчанию. Поэтому я установил .NET 4.6 (NDP46-KB3045557-x86-x64-AllOS-ENU.exe), перезапустил сервер, а затем мой простой сайт работал. Поэтому я удалил этот сайт — все, что я хотел сделать, это доказать, что мои шаги по установке были точная и сервер может запустить сайт.

Итак, я вернулся к своему первоначальному проекту/сайту — я удалил и воссоздал веб-сайт. Я поместил пул приложений в тот, который я изначально создал для этого, который я обеспечил запуск .NET 4.0. Как только я это сделал, я перешел на свой сайт, и все работало при использовании http://localhost/Report.aspx. Поэтому мне кажется, что вызывает это то, какую версию .NET Framework вы используете.

Я пробовал все решения, перечисленные выше, и никто из них не работал. Я, наконец, создал новую веб-страницу (webform) и скопировал в нее весь код (cs и aspx-файлы) из старого, удалил старый cs и aspx-файл, перекомпилировал, и теперь я вернулся в бизнес. Я знаю, что это бессмысленно. Это не должно было иметь значения, но сработало.

пожалуйста, попробуйте открыть свой проект как проект / решение, скорее всего, он разрешит ошибку. Этот тип ошибки не удалось загрузить тип…. возникает, когда мы пытаемся открыть проект как сайт.

Я попытался открыть свой проект как решение, и это решило мою проблему.

автор: ankita shrivastava

пожалуйста, проверьте пространство имен и имя класса во всех местах, в одном случае один член команды изменил пространство имен ,и я использовал старое пространство имен.файл ASPX. Это вызывало проблемы. Я обновил пространство имен, и оно заработало.

Он не может найти необходимый файл в сборке dll.
Перестройте проект, перестройте решение и повторите попытку.

я исправлял свои пространства имен в нашем базовом проекте, и я начал видеть эту ошибку в другом проекте, который ссылается на нее после этого. Мне пришлось удалить ссылку на базовый проект и повторно добавить его, а затем он начал работать снова.

Источник

38 ответов

Ошибка синтаксического разбора (Начинающий программист)

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" src="https://i1.social.s-msft.com/globalresources/Images/trans.gif?cver=0001" alt=" locked" /> Ошибка источника

Вопрос

Ответы

15 ответов

Интересное по теме:

38
ответов

Ошибка источника