Как исправить ошибку метод не найден

Polity
09 нояб. 2011, в 03:59

Поделиться

Ben Gripka
07 июль 2013, в 00:43

Поделиться

Jelani
12 фев. 2015, в 03:38

Поделиться

Неправильная версия пакета Nuget

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

Для параметров Nuget для упомянутого пакета была установлена least version для тех других пакетов, которые были зависимыми от второго уровня.

Следовательно, он молча получил неправильную версию для соответствующей сборки.

Решение

Установив/обновив пакет в Nuget, чтобы [получить] последний исправил проблему.

ΩmegaMan
31 март 2016, в 22:56

Поделиться

Я просто столкнулся с этим в проекте .NET MVC. Коренной причиной были конфликтующие версии пакетов NuGet. У меня было решение с несколькими проектами. В каждом из проектов были некоторые пакеты NuGet. В одном проекте у меня была версия пакета Semantic Logging Enterprise Library, а в двух других проектах (эта ссылка была первой) у меня были более старые версии одного и того же пакета. Все они компилируются без ошибок, но при попытке использовать пакет он дал загадочную ошибку «Метод не найден».

Исправлено удаление старых пакетов NuGet из двух проектов, так что он был включен только в один проект, который действительно нуждался в нем. (Также я сделал чистую перестройку всего решения.)

Mark Meuer
01 май 2014, в 23:46

Поделиться

Josh Noe
17 авг. 2012, в 20:33

Поделиться

Если вы разрабатываете свой собственный сервер NuGet, убедитесь, что все версии сборки одинаковы:

[assembly: AssemblyVersion("0.2.6")]
[assembly: AssemblyFileVersion("0.2.6")]
[assembly: AssemblyInformationalVersion("0.2.6")]

sennett
26 авг. 2013, в 00:16

Поделиться

Проверьте свои ссылки!

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

Например, если вы используете iTextSharp v.1.00.101 в одном проекте, а вы NuGet или ссылаетесь на iTextSharp v1.00.102, то в другом месте вы получите эти типы ошибок времени выполнения, которые каким-то образом стекаются в ваш код.

Я изменил свою ссылку на iTextSharp во всех трех проектах, чтобы указать на одну и ту же DLL, и все сработало.

Juls
24 янв. 2017, в 09:24

Поделиться

user384080
12 нояб. 2013, в 23:09

Поделиться

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

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

Jamie Lupton
06 апр. 2016, в 14:25

Поделиться

Использование Costura.Fody 1.6 и 2.0:
Потратив кучу времени на поиски такой же ошибки, когда все остальные потенциальные решения не работали, я обнаружил, что старая версия DLL, которую я встраивал, была в той же директории, из которой я запускал только что скомпилированный .exe. Очевидно, он сначала ищет локальный файл в том же каталоге, а затем смотрит внутрь своей встроенной библиотеки. Удаление старой DLL сработало.

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

grep 65535
20 апр. 2018, в 17:27

Поделиться

В моем случае это была проблема с копией/вставкой. Я как-то закончил конструктор PRIVATE для моего профиля отображения:

using AutoMapper;

namespace Your.Namespace
{
    public class MappingProfile : Profile
    {
        MappingProfile()
        {
            CreateMap<Animal, AnimalDto>();
        }
    }
}

(обратите внимание на отсутствующую «общественность» перед ctor)

который скомпилирован отлично, но когда AutoMapper пытается создать экземпляр профиля, он не может (конечно!) найти конструктор!

DaBeSoft
04 окт. 2017, в 15:04

Поделиться

Также возможно, что проблема связана с параметром или возвращаемым типом метода, который сообщил об отсутствии, и «отсутствующий» метод сам по себе является прекрасным.

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

Jimmy
05 сен. 2017, в 21:58

Поделиться

fbastian
17 сен. 2015, в 09:45

Поделиться

Irshu
08 июль 2015, в 10:42

Поделиться

Lee Bailey
22 янв. 2014, в 10:49

Поделиться

У меня был похожий сценарий, когда я получал такое же исключение. У меня было два проекта в моем решении для веб-приложений, названное, например, для DAL и DAL.CustSpec. Проект DAL имел метод Method1, но DAL.CustSpec этого не делал. В моем основном проекте была ссылка на проект DAL, а также ссылка на другой проект под названием AnotherProj. Мой главный проект сделал вызов Method1. Проект AnotherProj имел ссылку на проект DAL.CustSpec, а не на проект DAL. В конфигурации Build были сконфигурированы как проекты DAL, так и DAL.CustSpec. После того, как все было построено, в моем проекте веб-приложения были сборки AnotherProj и DAL в папке Bin. Однако, когда я запускал веб-сайт, временная папка ASP.NET для веб-сайта по какой-то причине имела сборку DAL.CustSpec в своих файлах, а не в сборке DAL. Конечно, когда я запускал часть, которая называлась Method1, я получил ошибку «Метод не найден».

Что мне нужно было сделать, чтобы исправить эту ошибку, было изменение ссылки в проекте AnotherProj из DAL.CustSpec только на DAL, удаление всех файлов в папке Временные файлы ASP.NET и повторный веб-сайт. После этого все приступило к работе. Я также убедился, что проект DAL.CustSpec не был создан, сняв флажок в конфигурации сборки.

Я думал, что поделюсь этим, если это поможет кому-то еще в будущем.

Ron Kanagy
30 март 2013, в 20:30

Поделиться

Должно быть ссылочной ошибкой от Microsoft.

Я почистил, пересобрал все мои библиотеки и все еще получил ту же проблему и не мог решить эту проблему.

Я только закрыл приложение Visual Studio и снова открыл его. Это добилось цели.

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

JayJay Barnard
29 янв. 2019, в 20:07

Поделиться

В моем случае не было никакого изменения кода вообще, и внезапно один из серверов начал получать это и только это исключение (все серверы имеют одинаковый код, но только у одного начались проблемы):

System.MissingMethodException: Method not found: '?'.

стек:

Server stack trace: 
   at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
   at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]: 
   at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   at myAccountSearch.AccountSearch.searchtPhone(searchtPhoneRequest request)
   at myAccountSearch.AccountSearchClient.myAccountSearch.AccountSearch.searchtPhone(searchtPhoneRequest request)
   at myAccountSearch.AccountSearchClient.searchtPhone(String ID, String HashID, searchtPhone Phone1)
   at WS.MyValidation(String AccountNumber, String PhoneNumber)

Я считаю, что проблема была повреждена AppPool — мы автоматизировали утилизацию AppPool каждый день в 3 часа ночи, и проблема началась в 3 часа ночи, а затем закончилась сама по себе в 3 часа ночи на следующий день.

George
29 май 2018, в 22:40

Поделиться

R2D2
21 май 2018, в 10:17

Поделиться

В моем случае spotify.exe использовал тот же порт, который мой веб-проект api хотел использовать на машине разработки. Номер порта был 4381.

Я ухожу из Spotify, и все снова работает хорошо:)

Arda Basoglu
17 март 2017, в 18:13

Поделиться

nuander
01 март 2017, в 23:47

Поделиться

bytedev
26 нояб. 2015, в 16:51

Поделиться

Я столкнулся с этой проблемой, и то, что для меня было одним проектом, было использование списка, который был в примере. Пространство имен сенсоров, а другой тип — интерфейс ISensorInfo. Класс Type1SensorInfo, но этот класс был одним слоем глубже в пространстве имен в примере. Sensors.Type1. При попытке десериализовать Type1SensorInfo в список, это исключило исключение. Когда я добавил использование примера .Sensors.Type1 в интерфейс ISensorInfo, больше никаких исключений!

namespace Example
{
    public class ConfigFile
    {
        public ConfigFile()
        {
            Sensors = new List<ISensorInfo<Int32>>();
        }
        public List<ISensorInfo<Int32>> Sensors { get; set; }
     }
   }
}

**using Example.Sensors.Type1; // Added this to not throw the exception**
using System;

namespace Example.Sensors
{
    public interface ISensorInfo<T>
    {
        String SensorName { get; }
    }
}

using Example.Sensors;

namespace Example.Sensors.Type1
{
    public class Type1SensorInfo<T> : ISensorInfo<T>
    {
        public Type1SensorInfo() 
    }
}

Steven Koxlien
21 авг. 2015, в 20:31

Поделиться

На всякий случай это помогает любому, хотя это старая проблема, моя проблема была немного странной.

У меня была эта ошибка при использовании Jenkins.

В конце концов выяснилось, что системная дата была вручную установлена ​​на будущую дату, что вызвало слияние dll с этой будущей датой. Когда дата была возвращена в нормальное состояние, MSBuild интерпретировал, что файл был более новым и не требовал перекомпиляции проекта.

Renato Chencinski
16 март 2015, в 20:40

Поделиться

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

Я сделал чистую и восстановил и отметил, что он пропускает два проекта. Когда я перестроил один из них, произошла ошибка, когда я запустил функцию и не закончил ее.

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

TheWizardOfTN
20 янв. 2015, в 18:53

Поделиться

Метод объекта не обнаружен в 1С 8.3

После обновлений, доработок и других подобных изменений конфигурации пользователи могут столкнуться с ошибкой Метод объекта не обнаружен. В качестве метода выступают процедуры и функции, выполняющие некоторые действия с объектом. За каждым типом метаданных закреплены свои методы. Сообщение Метод объекта не обнаружен программа выдает в случаях, когда не находит во встроенном языке метод с таким именем или одноименную процедуру/функции в модулях объекта.

Примеры появления и исправления ошибки рассмотрены нами на конфигурации 1С:Бухгалтерия 8.3.

Причины возникновения ошибки в 1С 8.3

Пользователь получает предупреждение в виде всплывающего окна с текстом «Метод объекта не обнаружен ([Имя_метода])», если:

• метод не принадлежит к типу метаданных;
• опечатка в имени метода;
• у процедуры или функции, вызываемой в качестве метода объекта, не указанно ключевое слово Экспорт.

Для решения проблемы следует разобраться в структуре объектов конфигурации и их наборе методов.

Объекты и методы

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

В список стандартных объектов 1С входят:

1. константы;
2. справочники;
3. документы;
4. отчеты;
5. регистры сведений;
6. и т. д.

Состав метаданных не ограничен объектами, перечисленными в окне дерева конфигурации: их в несколько раз больше. К тому же один объект может иметь несколько типов: например, ДокументОбъект, ДокументСсылка, ДокументВыборка и т. д. У каждого типа есть свой набор методов, которые позволяют выполнить определенную последовательность действий с отдельным экземпляром объекта.

Методы делятся на два вида:

• встроенные в платформу;
• написанные программистом в модулях объектов.

Встроенные методы объектов описаны в Синтакс-Помощнике: например, записать документ позволит метод Записать(). Имена методов созвучны с глаголом действия, которое будет произведено с метаданными.

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

Исправление ошибки

Сообщение «Метод объекта не обнаружен» может возникнуть, например, при нажатии кнопки в документе.

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

Для перехода в конфигуратор нажмите Конфигуратор.

В режиме конфигурирования курсор автоматически установится в месте появления ошибки, а информация из окна с подробным описанием сбоя в 1С отразится в служебном окне Конфигуратора.

Решение вопроса с ошибкой «Метод объекта не обнаружен» в 1С 8.3 будет зависеть от вида метода: созданный вручную или типовой.

Встроенные в платформу методы

Стандартные методы перечислены в Синтакс-Помощнике на ветках соответствующих объектов. Откройте Ситнакс-Помощник через меню конфигуратора Справка или по одноименной кнопке на панели инструментов. Для быстрого поиска на вкладке Индекс введите часть имени типа объекта, а для перехода к его описанию нажмите кнопку Найти текущий элемент в дереве.

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

Запустите 1С в режиме отладки и проверьте работу конфигурации в месте возникновения ошибки. Если окно со сбоем больше не выходит, обратите внимание на корректность обработки данных программой. Исправляйте имя метода в коде на типовое, только если видите явную опечатку в наименовании и не нашли одноименной процедуры/функции в моделях объекта.

Методы, добавленные вручную

Программисты могут добавлять экспортные процедуры и функции (со словом Экспорт) в модулях объектов, например, вкладке Прочее в окне редактирования объекта конфигурации.

Перед поиском метода узнают тип объекта, от которого запускается выполнение. Возможны варианты:

• для типов ДокументОбъект, СправочникОбъект и т. д. методы прописывают в Модуле объекта;
• типы ДокументМенеджер, ПеречислениеМенеджери т. д. — Модуль менеджера;
• типы РегистрСведенийНаборЗаписей и т. д. — Модуль набора записей (у регистров);
• тип КонстантаМенеджерЗначения — Модуль менеджера значения (у констант);
• и др.

Чтобы определить тип объекта, воспользуйтесь одним из способов:

1. Разберите в окне ошибки строку кода, где идет обращение к методу:

• Документ.СчетНаОплатуПоставщика.Форма.ФормаДокумента — метод выполняется в модуле формы документа;
• Документ — объект, от которого запускается метод;
• Добавить() — имя метода. Характерная черта — наличие круглых скобок в конце, в них перечисляются параметры, если они необходимы для выполнения операций;
• ПодборТовараСервер() — имя процедуры/функции, где возникает ошибка.
  В данном примере Документ является переменной, содержащей объект с типом ДокументОбъект, получаемый встроенным методом ПолучитьОбъект().

2. Если конфигурация допускает вносить изменения, выведите тип объекта в окне сообщений в пользовательском режиме с помощью встроенных функций Сообщить() и ТипЗнч():

• впишите в процедуру строку кода с функцией, указав в скобках обращение к объекту без имени метода;

• запустите 1С в режиме отладки и повторите действия, вызывающие сбой;
• проигнорируйте окно с ошибкой, нажав ОК. В нижней части рабочей области программы появится сообщение с типом объекта.

3. Через команду контекстного меню Вычислить выражение в Конфигураторе

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

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

• в открывшемся окне в колонке Тип будет указан тип объекта.

Переменная Документ тип ДокументОбъект.СчетНаОплатуПостащика, поэтому запускаемые методы программа ищет среди экспортных процедур/функций в модуле объекта документа СчетНаОплатуПоставщику.

Для поиска метода:

• откройте модуль объекта/менеджера/набора записей;
• найдите одноименную процедуру или функцию, для быстрого перехода к нужной части текста модуля воспользуйтесь окном поиска, набрав в нем часть имени метода;

• проверьте наличие ключевого слова Экспорт. При его отсутствии программа не сможет передать процедуру/функцию в другой модуль. Соответственно, она не будет обнаружена, что приведет к появлению ошибки «Метод объекта не обнаружен»;
• имя процедуры/функции должно совпадать с вызываемым методом: если имеются явные орфографические ошибки или опечатки, исправьте их;
• если наименование процедуры/функции полностью совпадает с методом, и ключевое слово Экспорт указано, возможно, причина — в неверном типе объекта.

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

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

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

Метод объекта не обнаружен Connect 1С 8.3

Ошибку «Метод объекта не обнаружен (Connect)» 1С может показать при попытке обновить конфигурацию, синхронизации или загрузке/выгрузке данных из другой программы, базы.

Connect — наименование встроенного метода, принадлежит COM-объектам, которые 1С создает на основании объектов базы данных для их передачи или получения из других источников.

Поскольку метод типовой, следует проверить в конфигураторе корректность написания его имени в коде программы.

Ошибка «Метод объекта не обнаружен (Сonnect)» в 1С 8.3 не всегда связана с конфигурацией, причина может заключаться в операционной системе. Перед использованием метода Connect программа 1С должна создать COM-объект с помощью специальных компонентов, которые не всегда есть в системе компьютера. Проблему решают через регистрацию dll компонентов обмена, процедуру выполняют на сервере:

• в папке C:Windows найдите и запустите от имени администратора файл cmd.exe;
• в зависимости от вида операционной системы выполните команду:
  • для x32: %windir%System32RegSvr32.exe “С:[путь до каталога 1С]bincomcntr.dll”;
  • для x64: %windir%SysWoW64RegSvr32.exe “С:[путь до каталога 1С] bincomcntr.dll”;

• перезагрузите компьютер.

Стандартная утилита RegSvr32 автоматически зарегистрирует файл dll с компонентами обмена в реестре операционной системы, что устранит сбой в 1С, связанный с отсутствием метода connect. В Windows есть инструменты для ручного внесения компонент в реестр через пункт Администрирование на Панели управления, но эту задачу лучше поручить системному администратору компьютеров.

Запасным вариантом для решения вопроса с отсутствующим методом Connect остается чистка кэш-памяти 1С.

«Метод объекта не обнаружен» в 1С — ошибка серьезная, говорящая об отсутствии в программе алгоритмов, необходимых для выполнения действий пользователя. Если 1С сообщает о невозможности найти поле, элемент, реквизит или объект — такие проблемы сотрудник может решить самостоятельно. Но при недоступности методов необходимы знания о типах объектов, умения разбираться в программном коде, поэтому, когда ни один из способов не помог устранить сбой, следует обращаться к специалисту 1С.