Не удалось загрузить файл или сборку "Xceed.Wpf.Toolkit

Я разрабатываю надстройку для другого приложения Autodesk Revit, которое создается как отдельная библиотека классов DLL. Я пытаюсь использовать сетку свойств инструмента Wpf Tool в одном из моих окон WPF. Сетка свойств отображается в Visual Studio, а intellisense также работает. Но когда я пытаюсь запустить Revit с загруженной надстройкой, я получаю следующее исключение.

System.Windows.Markup.XamlParseException occurred
  HResult=-2146233087
  Message=Could not load file or assembly 'Xceed.Wpf.Toolkit, PublicKeyToken=3e4669d2f30244f4' or one of its dependencies. The system cannot find the file specified.
  Source=PresentationFramework
  LineNumber=133
  LinePosition=27
  StackTrace:
       at System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri)
  InnerException: System.IO.FileNotFoundException
       HResult=-2147024894
       Message=Could not load file or assembly 'Xceed.Wpf.Toolkit, PublicKeyToken=3e4669d2f30244f4' or one of its dependencies. The system cannot find the file specified.
       Source=mscorlib
       FileName=Xceed.Wpf.Toolkit, PublicKeyToken=3e4669d2f30244f4
       FusionLog==== Pre-bind state information ===
LOG: User = GLOBAL\eric.anastas
LOG: DisplayName = Xceed.Wpf.Toolkit, PublicKeyToken=3e4669d2f30244f4
 (Partial)
WRN: Partial binding information was supplied for an assembly:
WRN: Assembly Name: Xceed.Wpf.Toolkit, PublicKeyToken=3e4669d2f30244f4 | Domain ID: 1
WRN: A partial bind occurs when only part of the assembly display name is provided.
WRN: This might result in the binder loading an incorrect assembly.
WRN: It is recommended to provide a fully specified textual identity for the assembly,
WRN: that consists of the simple name, version, culture, and public key token.
WRN: See whitepaper http://go.microsoft.com/fwlink/?LinkId=109270 for more information and common solutions to this issue.
LOG: Appbase = file:///C:/Program Files/Autodesk/Revit 2014/
LOG: Initial PrivatePath = NULL
Calling assembly : PresentationFramework, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35.
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: C:\Program Files\Autodesk\Revit 2014\Revit.exe.Config
LOG: Using host configuration file: 
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Attempting download of new URL file:///C:/Program Files/Autodesk/Revit 2014/Xceed.Wpf.Toolkit.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Autodesk/Revit 2014/Xceed.Wpf.Toolkit/Xceed.Wpf.Toolkit.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Autodesk/Revit 2014/SDA/bin/Xceed.Wpf.Toolkit.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Autodesk/Revit 2014/SDA/bin/Xceed.Wpf.Toolkit/Xceed.Wpf.Toolkit.DLL.
LOG: Attempting download of new URL file:///C:/Program Files/Autodesk/Revit 2014/Xceed.Wpf.Toolkit.EXE.
LOG: Attempting download of new URL file:///C:/Program Files/Autodesk/Revit 2014/Xceed.Wpf.Toolkit/Xceed.Wpf.Toolkit.EXE.
LOG: Attempting download of new URL file:///C:/Program Files/Autodesk/Revit 2014/SDA/bin/Xceed.Wpf.Toolkit.EXE.
LOG: Attempting download of new URL file:///C:/Program Files/Autodesk/Revit 2014/SDA/bin/Xceed.Wpf.Toolkit/Xceed.Wpf.Toolkit.EXE.

       StackTrace:
            at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)
            at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)
            at System.Reflection.Assembly.Load(AssemblyName assemblyRef)
            at System.Windows.Baml2006.Baml2006SchemaContext.ResolveAssembly(BamlAssembly bamlAssembly)
            at System.Windows.Baml2006.Baml2006SchemaContext.ResolveBamlTypeToType(BamlType bamlType)
            at System.Windows.Baml2006.Baml2006SchemaContext.ResolveBamlType(BamlType bamlType, Int16 typeId)
            at System.Windows.Baml2006.Baml2006SchemaContext.GetXamlType(Int16 typeId)
            at System.Windows.Baml2006.Baml2006Reader.Process_ElementStart()
            at System.Windows.Baml2006.Baml2006Reader.Process_OneBamlRecord()
            at System.Windows.Baml2006.Baml2006Reader.Process_BamlRecords()
            at System.Windows.Baml2006.Baml2006Reader.Read()
            at System.Windows.Markup.WpfXamlLoader.TransformNodes(XamlReader xamlReader, XamlObjectWriter xamlWriter, Boolean onlyLoadOneNode, Boolean skipJournaledProperties, Boolean shouldPassLineNumberInfo, IXamlLineInfo xamlLineInfo, IXamlLineInfoConsumer xamlLineInfoConsumer, XamlContextStack`1 stack, IStyleConnector styleConnector)
            at System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri)
       InnerException: 

Обычно, когда я хочу ссылаться на стороннюю сборку из плагина Revit, я просто убеждаюсь, что сторонняя DLL копируется в то же место, что и моя подключаемая DLL. Я проверил и Xceed.Wpf.Toolkit.dll копируется в каталог, содержащий мою подключаемую DLL-версию.

Я заметил из сообщений журнала в ошибке, что он ищет DLL в каталоге программы Revit. После копирования Xceed.Wpf.Toolkit.dll в этот каталог я больше не получал ошибку.

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

Итак, кто-нибудь знает, как я могу получить плагин для поиска библиотеки инструментов WPF Toolkit?

Ответ 1

Итак, я нашел новое и лучшее решение этого вопроса с 2014 года.

Сегодня я столкнулся с той же проблемой, когда загрузка элемента управления WPF из сборки приводила к возникновению исключения XamlParseException, за исключением того, что на этот раз это была сборка библиотеки элементов управления WPF, которую я создал.

Я попытался переместить DLL в ту же папку, что и EXE, и, как и прежде, решил проблему.

После некоторых поисков я нашел этот вопрос на форумах telerik.com: http://www.telerik.com/forums/xamlparseexception-could-not-load-file-or-assembly

Оказывается, если вы просто дадите имя элементу управления, добавив атрибут x:Name, это добавит ссылку на элемент управления в выделенном фрагменте кода и по какой-то причине решит проблему с загрузкой сборки.

  <!--This causes a XamlParseException -->
  <mylib:MyCustomControl />

  <!-- This works -->
  <mylib:MyCustomControl x:Name="foobar"/>

Ответ 2

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

Он выглядит следующим образом:

// using System.Reflection and System.IO

AppDomain.CurrentDomain.AssemblyResolve += new ResolveEventHandler(CurrentDomain_AssemblyResolve);

private Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args )
{
    if (args.Name.ToUpper().StartsWith("XCEED.WPF"))
    {
       string asmLocation = Assembly.GetExecutingAssembly().Location;

       string asmName = args.Name.Substring(0, args.Name.IndexOf(','));
       string filename = Path.Combine( asmLocation, asmName );

       if (File.Exists(filename)) return Assembly.LoadFrom(filename);
    }
}

Вы можете сделать это немного более полным, чем это, но вы получите идею...

Ответ 3

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

Щелкните правой кнопкой мыши по обоим проектам и нажмите "Управление пакетами NuGet", а затем перейдите в левую сторону диалога в "Установленные пакеты". Если вы не видите расширенный набор инструментов для обоих проектов, вы можете использовать менеджер для поиска в Интернете и установки для вас.

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

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

Ответ 4

Хотя это, вероятно, было решено, распространенной причиной является отказ добавить dll Xceed.Wpf.Toolkit в ваш проект точки входа. Вероятно, вы добавили его в один из ваших проектов класса libary и установили для атрибута "Копировать локальный" значение true. Ссылка на эту DLL также должна быть добавлена ​​в ваш основной проект, который содержит ваш App.xaml.cs с атрибутом "Копировать локальный", установленным в true.

Я удивлен, что Visual Studio 2013 не справляется с этим автоматически.

Ответ 5

Хотя я лично считаю, что вы должны делать это, как указано в принятом ответе (by @Matt), я хотел бы упомянуть, что копирование dll в папку "Программа" в установке Autodesk Revit, вероятно, также будет делать трюк, Если я правильно помню, они также предлагают вам развернуть свои добавления в подпапку этой папки, чтобы убедиться, что она просто работает. Я подозреваю, что это связано с такими эффектами, как тот, который у вас есть.

Ответ 6

В пространстве имен System.Reflection существует класс Assembly. Это можно использовать для загрузки новых сборок в текущий AppDomain.

Assembly.LoadFrom("FileLocation");

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

Ответ 7

Убедитесь, что вы "Разблокируете" сборку Xceed. Щелкните правой кнопкой мыши файл и выберите свойства, затем "Разблокировать". VS будет компилировать код без каких-либо ошибок, но когда вы перейдете к запуску, Windows не загрузит сборку. Шахта была даже объединена в единую сборку.

Ответ 8

Я использовал Fody Costura для вставки Xceed.Wpf.Toolkit.dll в скомпилированный .dll. Просто установите его с помощью NuGet и введите Install-CleanReferencesTarget в свой Packet Manager Console и там вы идете.

Ответ 9

Когда элемент управления загружается из XAML, вызывающая сборка, из которой загружается ваш Xceed.Wpf.Toolkit.dll, является PresentationFramework.dll. Таким образом, CLR не будет рассматривать вашу папку с дополнительными данными в этом случае (что он делает, когда другой класс загружается из основной сборки вашего админа, потому что он смотрит в папку вызывающей сборки).

Таким образом, вы можете, как вы его нашли, поместить ссылку на элемент управления в коде, или вы можете использовать AppDomain.CurrentDomain.AssemblyResolve, чтобы заставить CLR посмотреть в вашей папке с добавлением.

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