Вопросы Теги

Базовый класс включает поле 'X', но его тип (Система. Сеть. UI.ScriptManager), не совместимо с типом управления (Система. Сеть. UI.ScriptManager)

Используйте функцию « wavg »: 

 q)select qty wavg price from t

21
задан Nathan Smith 31 October 2017 в 18:11
поделиться

6 ответов

Мне удалось это исправить, добавив в web.config следующее: 

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
            <assemblyIdentity name="System.Web.Extensions" publicKeyToken="31bf3856ad364e35"/>
                <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/>
        </dependentAssembly>
        <dependentAssembly>
            <assemblyIdentity name="System.Web.Extensions.Design" publicKeyToken="31bf3856ad364e35"/>
            <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/>
        </dependentAssembly>
    </assemblyBinding>
</runtime>

Я считаю, что это заставляет среду выполнения .net использовать новые версии этих сборок.

37
ответ дан 29 November 2019 в 20:13
поделиться

Я столкнулся с этой проблемой при обновлении веб-приложения с .NET 2.0 до 3.5.

Убедитесь, что ваш web.config правильно установлен для .NET 3.5. Я добавил / изменил следующее: 

  <configSections>
    <sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
      <sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
        <section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>
        <sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
          <section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="Everywhere"/>
          <section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>
          <section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>
          <section name="roleService" type="System.Web.Configuration.ScriptingRoleServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>
        </sectionGroup>
      </sectionGroup>
    </sectionGroup>
  </configSections>

      <assemblies>
        <!--<add assembly="System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>-->
        <add assembly="System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
        <add assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
        <add assembly="System.Xml.Linq, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
        <add assembly="System.Data.DataSetExtensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
      </assemblies>

   <httpHandlers>
        <remove verb="*" path="*.asmx"/>
        <add verb="*" path="*.asmx" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" validate="false"/>
        <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
        <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" validate="false"/>
   <httpHandlers>



        <pages enableSessionState="true" validateRequest="true">
            <controls>
        <add tagPrefix="asp" namespace="System.Web.UI" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
        <add tagPrefix="asp" namespace="System.Web.UI.WebControls" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
            </controls>
        </pages>

    <httpModules>
  <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
    </httpModules>

7
ответ дан 29 November 2019 в 20:13
поделиться

У нас была очень похожая проблема. Платформа разработки работала нормально, но как только сайт был развернут на сайте тестирования, он сломался с тем же сообщением, что и исходный плакат выше. У нас были подкаталоги в нашем каталоге элементов управления для группирования пользовательских элементов управления вместе. Проблема заключалась в том, что элемент управления в подкаталоге пытается использовать элемент управления в каталоге над ним. Нашим первым исправлением было клонирование элемента управления верхнего уровня в подкаталог. Затем мы пришли к идее создания параллельного дочернего подкаталога и размещения в нем элемента управления. Это устранило проблему без необходимости прибегать к (а) выравниванию структуры каталогов элементов управления или (б) клонированию одного и того же элемента управления в различных подкаталогах.

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

Надеюсь, это поможет.

0
ответ дан 29 November 2019 в 20:13
поделиться

Это почти наверняка проблема многопоточности - см. этот вопрос и его принятый ответ .

Словарь < > .Вставить () вызовет StartReferureException внутри, если экземпляр словаря был изменен из другого потока во время операции вставки.

-121--1082881-

В левой части главного окна должен быть список. Один из предметов в этом поле - «Настройки». Это не совсем меню. Он имеет параметры настройки прокси-сервера и флажок дешифрования.

-121--4594634-

Это также можно решить, изменив ссылку на проект на System.Web.Extensions 1.0.61025 или другую версию. Убедитесь, что ссылка на проект, веб-конфигурация и набор инструментов ajax совпадают.

0
ответ дан 29 November 2019 в 20:13
поделиться

Добавление раздела выше устранило проблему на наших машинах разработки и тестовом сервере, но не на наших действующих серверах.

Оказывается, если ваш файл web.config содержит атрибут xmlns xmlns = "http://schemas.microsoft.com/.NetConfiguration/v2.0" тогда вы получите конфликт GAC: 

BAD.web.config
<?xml version="1.0"?>
<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
etc

но эта версия с машины devt в порядке: 

GOOD.web.config
<?xml version="1.0"?>
<configuration>
etc

Поэтому убедитесь, что ссылка 2.0 удалена из верхней части вашего файла web.config .

2
ответ дан 29 November 2019 в 20:13
поделиться

У нас была такая же проблема при предварительной компиляции нашего приложения из командной строки с использованием флага «Приложение обновляется»: 

aspnet_compiler.exe -u

удаление флага -u решило эту проблему. Не спрашивайте меня, почему!

0
ответ дан 29 November 2019 в 20:13
поделиться
Другие вопросы по тегам:

Похожие вопросы: