Нет фрамеворк 4 0: .NET Framework 4 — Скачать на ПК бесплатно

Что такое Dotnet framework 4.0 full x86 x64.exe? Как я могу исправить эти ошибки?

Проблемы EXE, связанные с dotnet framework 4.0 full x86 x64.exe, в большинстве случаев связаны с повреждением, отсутствием или заражением исполняемого файла и часто наблюдаются на этапе запуска программного обеспечения Microsoft .NET Framework 4. Как правило, решить проблему можно заменой файла EXE. Мы также рекомендуем выполнить сканирование реестра, чтобы очистить все недействительные ссылки на dotnet framework 4.0 full x86 x64.exe, которые могут являться причиной ошибки.

Windows Executable File форматы, классифицируемые в качестве Исполнимые файлы, чаще всего имеют расширение EXE. Ниже вы также можете найти последние версии файлов для %%os%% (и для других версий ОС). В текущем каталоге файлов могут отсутствовать редкие или очень старые версии dotnet framework 4.0 full x86 x64.exe, но вы можете запросить необходимую версию, нажав на кнопку Request (Запрос) рядом с необходимой версией файла. В некоторых случаях, чтобы получить необходимую версию файла, вам может потребоваться связаться непосредственно с Microsoft Corporation.

Правильное расположение файла dotnet framework 4.0 full x86 x64.exe является решающим фактором в успешном устранении ошибок подобного рода. Однако, не будет лишним выполнить быструю проверку. Убедитесь в том, что вам удалось устранить ошибку, открыв Microsoft .NET Framework 4 и (или) выполнив операцию, при выполнении которой возникала проблема.

dotnet framework 4.0 full x86 x64.exe Описание файла
Тип файла: EXE
Тип приложения:Microsoft .NET Framework 4 Setup
Новейшие программы:Microsoft .NET Framework 4
ID:4.0.30319.01
Разработчик:Microsoft Corporation
 
Имя файла:dotnet framework 4. 0 full x86 x64.exe  

Байт:50449456
SHA-1:58da3d74db353aad03588cbb5cea8234166d8b99
MD5:251743dfd3fda414570524bac9e55381
CRC32:2bf60f61

Продукт Solvusoft

Загрузка
WinThruster 2023 — Сканировать ваш компьютер на наличие ошибок реестра в dotnet framework 4.0 full x86 x64.exe

Windows
11/10/8/7/Vista/XP

Установить необязательные продукты — WinThruster (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление

EXE
dotnet framework 4.0 full x86 x64.exe

Идентификатор статьи:   1138326

Dotnet framework 4.0 full x86 x64.exe

1

Выберите версию ОС

Windows XP

2

Софт

Microsoft .NET Framework 4

⟩

ИмяИдентификатор файла (контрольная сумма MD5)БайтЗагрузить
+ dotnet framework 4. 0 full x86 x64.exe251743dfd3fda414570524bac9e5538148.11 MB
ApplicationMicrosoft .NET Framework 4 4.0.30319.01
РазработчикMicrosoft Corporation
ВерWindows XP
Архитектура 64-разрядная (x64)
Размер (в байтах)50449456
Контрольная сумма MD5251743dfd3fda414570524bac9e55381
Контрольная сумма SHA158da3d74db353aad03588cbb5cea8234166d8b99
CRC32:2bf60f61
каталог E:\Seguridad\Para Grabar\Pack DVD 1\Windows Update

Распространенные сообщения об ошибках в Dotnet framework 4.

0 full x86 x64.exe

Обнаруженные проблемы dotnet framework 4.0 full x86 x64.exe с Microsoft .NET Framework 4 включают:

  • «Ошибка программного обеспечения Dotnet framework 4.0 full x86 x64.exe. «
  • «Недопустимая программа Win32: dotnet framework 4.0 full x86 x64.exe»
  • «Извините, dotnet framework 4.0 full x86 x64.exe столкнулся с проблемой. «
  • «Не удается найти dotnet framework 4.0 full x86 x64.exe»
  • «Dotnet framework 4.0 full x86 x64.exe не может быть найден. «
  • «Проблема при запуске приложения: dotnet framework 4.0 full x86 x64.exe. «
  • «Dotnet framework 4.0 full x86 x64.exe не выполняется. «
  • «Dotnet framework 4.0 full x86 x64.exe выйти. «
  • «Неверный путь к приложению: dotnet framework 4.0 full x86 x64.exe.»

Проблемы dotnet framework 4.0 full x86 x64.exe с участием Microsoft .NET Framework 4s возникают во время установки, при запуске или завершении работы программного обеспечения, связанного с dotnet framework 4. 0 full x86 x64.exe, или во время процесса установки Windows. Важно отметить, когда возникают проблемы dotnet framework 4.0 full x86 x64.exe, так как это помогает устранять проблемы Microsoft .NET Framework 4 (и сообщать в Microsoft Corporation).

Dotnet framework 4.0 full x86 x64.exe Истоки проблем

Большинство проблем dotnet framework 4.0 full x86 x64.exe связаны с отсутствующим или поврежденным dotnet framework 4.0 full x86 x64.exe, вирусной инфекцией или недействительными записями реестра Windows, связанными с Microsoft .NET Framework 4.

Особенно ошибки dotnet framework 4.0 full x86 x64.exe проистекают из:

  • Поврежденные ключи реестра Windows, связанные с dotnet framework 4.0 full x86 x64.exe / Microsoft .NET Framework 4.
  • Загрязненный вирусом и поврежденный dotnet framework 4.0 full x86 x64.exe.
  • Другая программа (не связанная с Microsoft .NET Framework 4) удалила dotnet framework 4.0 full x86 x64.exe злонамеренно или по ошибке.
  • Другая программа находится в конфликте с Microsoft .NET Framework 4 и его общими файлами ссылок.
  • Поврежденная загрузка или неполная установка программного обеспечения Microsoft .NET Framework 4.

c# — нацеливание на .NET Framework 4 при установленной платформе Framework 4.5

спросил

Изменено
6 лет, 2 месяца назад

Просмотрено
11 тысяч раз

На моем компьютере установлены VS2010 и VS2012, а также .NET Framework 4.0, который я затем обновил до .NET Framework 4.5. Однако я все еще разрабатываю приложения, которые должны работать на .NET Framework 4.0. В проекте говорится, что он нацелен на .NET Framework 4 (клиентский профиль), сборки даже указывают на папку . NET Framework 4.0 в разделе «Ссылочные сборки». Проблема возникает, когда я перемещаю это приложение на машину, на которой есть только 4.0, оно не запускается и выдает ошибки, а непосредственной проблемой является исключение, возникающее из-за WindowState={Binding WindowState} что нельзя сделать в 4.0, но можно в 4.5. Мне нужно это, чтобы вызвать исключение в моем окне разработки, почему бы и нет? Я предполагаю, что, несмотря на все мои усилия, он использует 4,5 dll, если они существуют. Как я могу заставить его действительно использовать 4.0 без удаления 4.5?

Обновление

Чтобы воспроизвести это, установите .NET Framework 4.5 и создайте проект WPF, ориентированный на .NET Framework 4.0. Привяжите WindowState к свойству в виртуальной машине или в коде, чтобы это свойство имело общедоступный и закрытый наборы. .NET Framework 4.5 отлично справляется с этим, даже когда Mode=TwoWay должен игнорировать набор, который не делает .NET Framework 4, и выдает исключение: «Привязка TwoWay или OneWayToSource не может работать со свойством «State» только для чтения типа. . .». На коробке с .NET Framework 4.5 работает как шарм, попробуйте его на машине только с .NET Framework 4.0, и он взорвется… Итак, какие идеи о том, как на самом деле настроить 4.0, когда установлена ​​4.5?

Отчет об ошибке для MS здесь: https://connect.microsoft.com/VisualStudio/feedback/details/774694/targeting-net-framework-4-0-when-4-5-doesnt-seem-to-work

  • c#
  • визуальная студия-2010
  • .net-4.0
  • .net-4.5
  • .net-framework-версия

7

Время ответить на этот вопрос. Я не эксперт по WPF, мне он не очень нравится именно для таких проблем, отладка проблем со свойствами зависимостей — это кошмар. Но я почти уверен, что ты гонишься за призраком. WindowState был свойством зависимостей вплоть до версии 3.0, ничего особенного с ним не происходило в версии 4.5, насколько я мог видеть или когда-либо слышал.

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

Уделите больше времени работе над кодом, который дает надежное сообщение об исключении и трассировку стека, помогающую диагностировать ошибки на компьютере, на котором выполняется развертывание, без отладчика, помогающего понять, что происходит не так. Для этого нужно написать обработчик события AppDomain.CurrentDomain.UnhandledException. Зарегистрируйте или отобразите возвращаемое значение e.ExceptionObject.ToString(). Это дает вам сообщение об исключении и трассировку Holy Stack. Если это не поможет, обновите свой вопрос тем, что вы видели.

3

Похоже, это ошибка в .NET Framework 4.5, и она должна вызывать исключение, но с установленной .NET Framework 4.5 невозможно запустить приложение в .NET framework 4.0, оно всегда будет использовать 4.5.

Для получения дополнительной информации см. сообщение об ошибке:
http://connect.microsoft.com/VisualStudio/feedback/details/773682/wpf-property-with-private-setter-is-updated-by-a-twoway-binding

Вы сказали, что не можете воспроизвести это в тестовый проект. Таким образом, это означает, что это может быть что-то, что должен ли нормально работать в 4.0, верно? У вас может быть какая-то комбинация кода, которая дает сбой из-за ошибки в 4.0, которая была исправлена ​​в 4.5. Когда вы ориентируетесь на 4.0, вы будете получать предупреждения только при попытке использовать API/функции, которые, как может определить компилятор, не поддерживаются в 4.0.

Что-то, что должно работать в версии 4.0, могло вылететь из-за какой-то редко встречающейся ошибки, а затем исправлено в версии 4.5. Когда ваше целевое приложение версии 4.0 запускается в среде версии 4.5, оно будет затронуто исправлениями ошибок функций, существовавших в версии 4.0.

Для версии 4.0 может быть выпущено обновление, включающее исправление ошибки, чтобы не требовать обновления до версии 4.5, если пользователи по какой-то причине против этого. Так что это может быть даже не изменение 4.5, а просто совпадение, что у некоторых пользователей нет всех обновлений, доступных для 4. 0 (которые были бы кумулятивно включены в вашу версию 4.5).

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

Иногда происходит обратное. Ваш код работает только из-за какой-то ошибки или плохого поведения .NET API, а позже обновление убирает это, возможно, усиление безопасности где-то — это наиболее частое явление, которое я видел, и ваш код внезапно ломается из-за минорного обновления версии .NET.

2

.Net 4.5 заменяет .net 4.0 новыми одноименными библиотеками, в которых действительно есть некоторые исправления.
Это короткий ответ.

В отличие от более ранних версий, при обновлении .net 4 до 4.5 файлы заменяются, а не добавляются рядом расположенные файлы.
Даже если у вас есть такая папка Windows/Microsoft. Net/Framework/v40/ ,
После обновления в этой папке есть изменения.
Файлы изменены, некоторые ошибки обработаны в .net без участия разработчика.

Как ориентироваться на платформу 4.0 с помощью .net 4.5?
Я до сих пор не знаю, но я все еще копаю

Рекомендуем прочитать на эту тему:

Скотт Хансельман:
http://www.hanselman.com/blog/NETVersioningAndMultiTargetingNET45IsAnInplaceUpgradeToNET40.aspx

Рик Страл:
http://weblog.west-wind.com/posts/2012/Mar/13/NET-45-is-an-inplace-replacement-for-NET-40

И аналогичная проблема, созданная мной:
https://stackoverflow.com/questions/26483168/errors-on-net-4-0-dont-appear-on-net-4-5

Решение:

У меня такая же проблема при установке VS2017 после VS2015 : Framework 4.0 просто исчез из списка целей проекта.

После некоторых комментариев здесь я пробовал с пакетом NuGet: Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.4 и исправление bin для 1. 0.1.

Не делай этого ! Мое время сборки увеличилось примерно на 300% для того же проекта. Это была катастрофа.

Я вижу, что 4.5 является «заменой» для 4.0. Однако это не объясняет, почему я не вижу оба варианта в моей комбинации целевых платформ.

Я читал одну и ту же мантру по всему Интернету. Это просто не ответ на проблему. Framework 4.0 является обязательным для любого программного обеспечения, связанного с промышленным оборудованием, потому что он работает на Windows XP, а .NET 4.5. бесполезен в моем сценарии и, вероятно, во многих других реальных вещах.

Решение простое:
Вам просто нужно скачать и установите Visual Studio 2013 Express с официальной веб-страницы:
https://www.microsoft.com/en-us/download/details.aspx?id=44914

После установки просто откройте свой VS2015 , и вы снова увидите 4.0 .

…
«Вместо замены. ..» мой….

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

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Обязательно, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Нажимая «Опубликовать свой ответ», вы соглашаетесь с нашими условиями обслуживания и подтверждаете, что прочитали и поняли нашу политику конфиденциальности и кодекс поведения.

Агент .NET: совместимость и требования для .NET Framework

Наш агент .NET поддерживает как .NET Framework, так и .NET Core. Здесь мы описываем совместимость и поддержку приложений .NET Framework. Для .NET Core см. раздел Совместимость и требования для .NET Core.

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

Для платформ и библиотек, которые не инструментируются автоматически, вы можете расширить агент с помощью пользовательских инструментов .NET.

Хотите попробовать агент New Relic .NET? Создайте учетную запись New Relic бесплатно! Кредитная карта не требуется.

Требования

Перед установкой агента .NET компании New Relic убедитесь, что ваша система соответствует следующим требованиям:

Агент . NET загружает данные в конце каждого цикла сбора урожая (один раз в минуту). Если ваше приложение .NET не работает так долго, вы можете установить сервисный элемент атрибута sendDataOnExit на true в файле newrelic.config .

Необходимо использовать один из следующих серверов приложений/веб-серверов:

  • IIS

  • Самостоятельный OWIN

  • Самостоятельный WCF

    9002 4

  • Kestrel

  • Kestrel с обратным прокси-сервером IIS через AspNetCoreModule

  • Kestrel с обратным прокси-сервером IIS через AspNetCoreModuleV2

    Агент автоматически создает транзакции для приложений, размещенных в IIS. Если вы размещаете самостоятельно WCF и OWIN версии 3 или выше, агент также автоматически создает транзакции. Для других автономных сервисов вам потребуется создавать транзакции с помощью настраиваемых инструментов.

Важно

AWS Elastic Beanstalk не является поддерживаемой средой . NET.

Для агента требуется CLR версии 4.0. Устаревшие приложения, работающие в среде CLR 2.0, могут быть оснащены версиями агента ниже 7.0.

Использование Code Access Security совместимо с агентом .NET только при условии полного доверия. Агент не совместим с более строгими уровнями доверия.

Инструкции по установке для Azure см. в следующих разделах:

  • Установка в облачных службах Azure
  • Установка в Azure Service Fabric
  • Установка в Azure Web Apps
УВЕДОМЛЕНИЕ EOL

Корпорация Майкрософт официально объявила об окончании срока службы . NET Framework версии 4.5.1, 4.5.2 и 4.6.1 от 26 апреля 2022 г.

Информационный блог можно найти на сайте блога Microsoft. Вы можете найти официальные даты начала и окончания жизненного цикла продукта в документации Microsoft.

Наши агенты .NET поддерживают эти версии фреймворка с последней версией агента .NET New Relic 9.x. Начиная с агента New Relic .NET версии 10. 0, мы будем ориентироваться на .NET framework 4.6.2 и выше. Дополнительные сведения, в том числе о том, как легко подготовиться к этому переходу, см. в нашем сообщении на форуме поддержки.

.NET Framework 4.6.2 или выше

Для .NET Framework 4.6.2 или выше требуется агент New Relic .NET версии 7.0 или выше.

.NET Framework 4.5.1, 4.5.2 и 4.6.1

Чтобы инструментировать приложения, работающие на .NET Framework 4.5.1, 4.5.2 или 4.6.1, необходимо запустить версию New Агент Relic .NET ниже 10.0, но не ниже 7.0.

.NET Framework 4.0 или ниже

Для инструментирования приложений, работающих на .NET Framework версии 4.0 или ниже, вы должны запустить версию агента New Relic .NET ниже 7.0. Дополнительные сведения и процедуры загрузки см. в разделе Техническая поддержка платформ .NET 4.0 или более ранних версий.

Дополнительные сведения о .NET Framework версии 4.0 или ниже:

90 256

Версия . NET Framework

Примечания

.NET Framework 2.0

Если вы не установлен только .NET Framework 4.0 или выше, у вас должна быть установлена ​​.NET Framework версии 3.5 на целевом хосте в дополнение к любым другим версиям .NET Framework, которые вы установили.

.NET Framework 3.0

Если вы не установили только .NET Framework 4.0 или выше, вам необходимо установить .NET Framework версии 3.5 на целевом хосте, в дополнение к любому другому Версии .NET Framework, которые вы установили.

.NET Framework 3.5

Полностью поддерживается версиями агента .NET ниже 7.0.

.NET Framework 4.0

Полностью поддерживается версиями агента .NET ниже 7.0.

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

Агенту требуется одна из следующих операционных систем:

  • Windows Server 2008
  • Windows Server 2008 R2
  • Windows Server 2012
  • Windows Server 2012 R2
  • Windows Server 2016
  • Windows Server 2019
  • Windows Server 2022
  • Windows 10
  • Windows 11
  • Windows Azure (семейства ОС 1, 2 и 3)
  • Контейнеры Windows, работающие в Windows 2016 (образы на основе NanoServer не поддерживаются)

Для установки требуются повышенные привилегии (Администратор). Например, вы можете:

  • Войти в систему как администратор.

  • Быть членом группы администраторов.

  • В более новых операционных системах при появлении запроса укажите учетные данные для повышения прав.

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

    Рекомендация:

  • Ограничить права доступа к файлу newrelic.config и предоставить доступ на чтение/запись только владельцу отслеживаемого процесса.

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

Агент доступен как в 32-битной, так и в 64-битной версии. В 64-разрядных системах 64-разрядный агент может управлять как 32-разрядными, так и 64-разрядными приложениями.

В качестве стандартной меры безопасности при сборе данных ваш сервер приложений должен поддерживать SHA-2 (256-разрядный). SHA-1 не поддерживается.

Среда .NET Common Language Runtime (CLR) позволяет только одному профилировщику получать доступ к API профилирования процесса в любой момент времени. Запуск нашего агента .NET вместе с другим программным обеспечением для мониторинга приведет к конфликту профилировщика. Дополнительные сведения см. в разделе Ошибки при использовании другого программного обеспечения APM.

Автоматическое инструментирование

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

Агент .NET не осуществляет прямой мониторинг процессов хранилища данных. Кроме того, по умолчанию захват параметров .NET SQL в трассировке запроса не содержит параметров для параметризованного запроса или хранимой процедуры. Сбор параметров SQL-запроса можно включить в конфигурации агента.

Агент автоматически настраивает некоторые платформы приложений; мы называем эти платформы полностью поддерживаемыми .

902 56

Состояние совместимости

Платформы приложений . NET

Полная поддержка

Эти платформы полностью поддерживаются:

  • ASP.NET MVC 2

  • ASP.NET MVC 3

  • ASP.NET MVC 4

  • ASP.NET MVC 5

  • Веб-API ASP.NET v2

  • ASP. NET Core MVC 2.0

  • ASP.NET Core 2.1

  • ASP.NET Core 2.2

  • ASP.NET Web Forms

  • Castle MonoRail v2 (больше не поддерживается в агенте .NET версии 10.0 или выше)

  • OWIN -размещенные приложения веб-API на платформе .NET. используя:

    • Microsoft.Owin.Host.HttpListener v2.x
    • Microsoft.Owin.Host.HttpListener v3.x
    • Microsoft.Owin.Host.HttpListener v4.x
  • 90 002 Веб-службы на базе SOAP

  • WCF

    • Модели размещения

      • Размещение IIS (с совместимостью с ASP и без нее)
      • Самостоятельное размещение
    • 90 002 Типы привязки (как клиент, так и служба)
      Инструментарий WCF был протестирован на следующие распространенные типы привязки. Доступны различные уровни поддержки для распределенной трассировки (DT) и трассировки между приложениями (CAT):

      9 0255

      954588888888888888888888888888888888888888888888888888

      Binding

      Поддержка распределенной трассировки (DT)

      Поддержка кросс-приложения Tracing (CAT)

      BasicHTTP

      поддерживается

      поддерживается

      WebHTTP

      поддерживается

      поддерживается

      WSHTTP

      9026 1

      Поддержан

      Поддержан

      Nettcp

      Не поддерживается*

      Не поддерживается*

      NetMSMQ

      не поддерживается*

      не поддерживается*

      * Распределенную трассировку можно реализовать вручную с помощью этих методов API распределенной трассировки.

    • Методы вызова (клиент и служба)

      • Синхронный
      • Модель асинхронной обработки (APM) Начало/Конец
      • Асинхронная обработка задач (TAP)

        • 90 023 Асинхронная обработка на основе событий (EAP)

        • Клиент только поддержка.

Не полностью поддерживается

Эти платформы не полностью поддерживаются: 90 016

  • ASP.NET Web API v1: См. информацию об устранении неполадок при использовании ASP.NET Web API v1 с агентом New Relic .NET 5.0 или выше для приложений, предназначенных для .NET Framework 4.0. (Это не влияет на .NET Framework 4.5 или выше.)
  • Mono: New Relic не поддерживает Mono, платформу .NET с открытым исходным кодом, работающую в Linux. Это связано с тем, что нет API-интерфейса Profiler для внедрения в агент .NET в качестве профилировщика в приложения .NET на основе Mono. API-интерфейс Profiler — это интерфейс на основе объектной модели компонентов (COM), который не поддерживается в Linux.

Не поддерживается

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

Sharepoint не поддерживается .

Для сбора сведений об экземплярах для поддерживаемых хранилищ данных требуется агент .NET версии 6.5.29.0 или выше, и он включен по умолчанию. Чтобы запросить информацию об уровне экземпляра из хранилищ данных, которых в настоящее время нет в списке, обратитесь за поддержкой в ​​центр поддержки New Relic.

Чтобы автоматически измерять производительность вызовов приложения .NET Framework к этим хранилищам данных, убедитесь, что у вас установлен агент .NET версии 8.14 или выше:

Другие примечания

Cosmos DB

Агент . NET версии 9.2.0 или выше автоматически использует Microsoft.Az библиотека ure.Cosmos.

  • Минимальная поддерживаемая версия: 3.17.0
  • Проверенные совместимые версии: 3.17.0, 3.23.0

Couchbase

Используйте CouchbaseNetClient.

  • Минимальная поддерживаемая версия: 2.0.0
  • Проверенные совместимые версии: 2.3.8
  • Известные несовместимые версии: 2.4.0+ :

    • Get(строковый ключ)
    • GetDocument(строковый ключ)
    • Remove(строковый ключ)
    • Remove(строковый ключ, ulong cas)
    • Upsert(строковый ключ , значение T)

    IBM DB2

    Microsoft SQL Server

    9 0261

    Использовать SqlClient из пакета System.Data.SqlClient NuGet или пакета Microsoft.Data.SqlClient NuGet или встроенную сборку System. Data Framework.

    System.Data.SqlClient

    • Минимальная поддерживаемая версия: 4.4.0
    • Проверенные совместимые версии: 4.4.0, 4.6.1, 4.7.0, 4.8.4

    Microsoft.Данные.SqlClient

    • Минимальная поддерживаемая версия: 1.0.19239.1
    • Проверенные совместимые версии: 1.0.19239.1, 2.1.5, 3.1.1, 4.1.1, 5.0.1, 5.1.1

    Система .Данные

    • Минимальная поддерживаемая версия: .NET Framework 4.6.2
    • Подтвержденные совместимые версии: .NET Framework 4.6.2, 4.7.1, 4.8. 1.10.0

      Проверенные совместимые версии: 1.10. 0

      Известные несовместимые версии: сведения об экземпляре недоступны в более ранней версии 2.

      MongoDB (современный драйвер)

      Минимальная поддерживаемая версия: 2.3. 0

      Проверенные совместимые версии: 2.3.0, 2.8.1, 2.13.1, 2.14.1, 2.17.1, 2.19.0, 2.20.0

      Начиная с версии агента 10. 12.0, следующие методы добавлены в или после драйвер версии 2.7 инструментирован:

      • IMongoCollection.CountDocuments[Async]
      • IMongoCollection.EstimatedDocumentCount[Async]
      • IMongoCollection.AggregateToCollection[Async]
      • I MongoDatabase.ListCollectionNames[Async]
      • IMongoDatabase.Aggregate[Async]
      • IMongoDatabase.AggregateToCollection[Async]
      • IMongoDatabase.Watch[Async]

      MySQL

      Использовать MySql.Data или MySQL Connector

      MySql.Data

      • Минимальная поддерживаемая версия: 6.10.7
      • Проверенные совместимые версии: 6.10.7, 8.0.15, 8.0.30, 8.0.33

      MySqlConnector

      • Минимальная поддерживаемая версия: 1.0.1 900 24
      • Проверенные совместимые версии: 1.0.1, 1.3.13, 2.1.2

      Oracle

      PostgreSQL

      9026 1

      Использовать Npgsql

      • Минимальная поддерживаемая версия: 4. 0.0
      • Проверенные совместимые версии: 4.0.5

      Предыдущие версии Npgsql также может быть инструментирован, но возможны дублирующиеся и/или отсутствующие показатели.

      ServiceStack.Redis

      • Проверенные совместимые версии: 4.0.40
      • Известные несовместимые версии: 4.0.44 или выше

      StackExchange.Redis

      • Минимальная поддерживаемая версия: 1.0.488
      • Проверенные совместимые версии: 1.0 .488, 1.1.608, 1.2.6, 2.0.601, 2.1.58, 2.2.88, 2.6.66, 2.6.116

      Elasticsearch

      Использовать Elastic.Clients.Elasticsearch, NEST, или Elasticsearch.Net.

      Elastic.Clients.Elasticsearch

      • Минимальная поддерживаемая версия: 8.0.0
      • Проверенные совместимые версии: 8.0.0, 8.1.0, 8.1.1

      NEST

      • Минимальная поддерживаемая версия : 7. 0.0
      • Проверенные совместимые версии: 7.17.5

      Elasticsearch.Net

      • Минимальная поддерживаемая версия: 7.0.0
      • Проверенные совместимые версии: 7.17.5

      903 05

      Агент автоматически0015 Система управления контентом EPiServer .

      Агент автоматически обрабатывает следующие библиотеки внешних вызовов:

      9025 5

      Библиотеки

      Поддерживаемые методы

      HttpClient

      Агент использует следующие методы HttpClient:

      • SendAsync
      • GetAsync
      • PostAsync
      • PutAsync
      • DeleteAsync
      • GetStringAsync
      • GetStreamAsync
      • GetByteArrayAsync

      RestSharp

      Агент обрабатывает следующие методы RestSharp:

      • ExecuteTaskAsync
      • ExecuteGetTaskAsync
      • ExecutePostTaskAsync
      • Выполнить
      • ExecuteAsGet
      • ExecuteAsPost
      • DownloadData

      Минимальная поддерживаемая версия: 105. 2.3

      Проверенные совместимые версии: 105.2.3, 106.0.0, 106.6.10, 106.11.0, 106.12. 0, 106.13.0, 106.15.0,
      107.3.0, 108.0.3, 109.0.1

      Известные несовместимые версии: 106.8.0, 106.9.0, 106.10.0, 106.10.1

      HttpWebRe quest

      Агент обрабатывает эти методы HttpWebRequest:

      • GetResponse

      Агент .NET можно настроить на автоматическую настройку этих фреймворков ведения журналов для автоматического ведения журналов в контексте с переадресацией агента и оформлением локального журнала:

      90 244

      Каркасы

      Минимальная поддерживаемая версия

      Проверенные совместимые версии

      Log4Net

      1.2.10

      1.2.10, 2.0.5, 2.0.14

      Serilog

      1.0.0

      1.5.14, 2.5.0, 2.10.0, 3.0 .1

      NLog

      4. 0.0

      4.1.2, 4.3.11, 4.5.11, 5.2 .0

      Агент автоматически обрабатывает эти системы сообщений:

      Библиотеки

      Поддерживаемые методы

      MSMQ

      • Отправка и получение сообщений, просмотр и очистка очереди

        • 90 033

      NServiceBus

      RabbitMQ

      • Помещает и принимает сообщения и очищает очередь.

      • При получении сообщений с использованием IBasicConsumer EventingBasicConsumer — единственная реализация, инструментируемая агентом .NET.

      • BasicGet инструментирован, но агент не поддерживает распределенную трассировку для BasicGet .

      • Инструментированы следующие методы:

        • IModel.BasicGet
        • IModel. BasicPublish
        • IMo del.BasicComsume
        • IModel.QueuePurge
        • EventingBasicConsumer.HandleBasicDeliver

      • Минимальная поддерживаемая версия: 3.5.2

      • Проверенные совместимые версии: 3.5.2, 5.1.0, 6.2.1, 3.6.9, 4.1.3, 5.2.0, 6.0.0, 6.2 .1, 6.4.0, 6.5.0

      Перечисленные языки и технологии .NET совместимы с нашими инструментальными панелями мгновенного наблюдения. Если вы используете какой-либо из этих языков или технологий, вы можете просматривать свои данные на информационной панели New Relic прямо из коробки:

      Язык/технология

      Дополнительная конфигурация

      Приложения C#

      New Relic может автоматически инструментировать сервисы написан на С#. Перейдите на нашу страницу быстрого запуска C#, чтобы установить панели мониторинга C#.

      ADO.net

      Если ваше приложение использует ADO.net, вы можете установить комбинацию агентов New Relic, которые создают панель мониторинга ADO.net. Вот что вам нужно сделать:

      1. Установите агент New Relic APM .NET и агент инфраструктуры, следуя инструкциям нашей пошаговой установки.
      2. Установите локальную интеграцию Microsoft Windows Perfmon/WMI для инфраструктуры New Relic, следуя инструкциям nri-perfmon.
      3. Если вы установили Perfmon вручную, перезапустите агент инфраструктуры.
      4. Перейдите на нашу страницу быстрого запуска ADO.NET, чтобы установить панели мониторинга ADO.NET.

      Сервер Blazor

      Отслеживайте самые важные данные на панели управления Blazor Server, оснастив приложение New Relic:

      1. Установите агент New Relic APM .NET и агент инфраструктуры, следуя инструкциям нашей пошаговой инструкции по установке. При желании вы можете установить агент инфраструктуры через командную строку.
      2. Получите готовую панель мониторинга, установив быстрое руководство Blazor
      3. С one.newrelic.com перейдите к APM & services , затем выберите свое приложение. Чтобы убедиться, что ваша установка прошла успешно, запросите следующее:
       
       FROM Transaction SELECT count(*) FACET request.uri

      Если данные отображаются, вы правильно настроили свое приложение.

      Подключите агент к другим новым продуктам Relic

      В дополнение к APM, агент интегрируется с другими новыми реликвиями, чтобы дать вам сквозную видимость.0005

      Интеграция

      Мониторинг браузера

      включить автоинструментирование. После включения внедрения браузера вы можете просматривать данные браузера на странице сводки APM и быстро переключаться между данными APM и браузера для конкретного приложения. Параметры конфигурации и инструментирование вручную см.