Не удалось загрузить файл или сборку 'Xceed.В WPF.Набор инструментов

Я разрабатываю надстройку для другого приложения, Autodesk Revit, которая построена как отдельная библиотека классов DLL. Я пытаюсь использовать сетка свойств набора инструментов Wpf в одном из моих окон 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 = GLOBALeric.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 FilesAutodeskRevit 2014Revit.exe.Config
LOG: Using host configuration file: 
LOG: Using machine configuration file from C:WindowsMicrosoft.NETFramework64v4.0.30319configmachine.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: 

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

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

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

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

9 ответов


Итак, я нашел новое и лучшее решение этого моего вопроса с 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"/>

Я поклонник этого подхода. Можно зарегистрировать событие в 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);
    }
}

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


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

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

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

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


хотя это, вероятно, было решено, общей причиной является неспособность добавить Xceed.В WPF.DLL Toolkit для вашего проекта Точки входа. Вероятно, вы добавили его в один из проектов libary класса и установили для атрибута "копировать локально" значение true. Ссылка на эту dll также должна быть добавлена в ваш основной проект, который содержит ваше приложение.код XAML.cs с его атрибутом" копировать локальный", установленным в true.

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


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


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

Assembly.LoadFrom("FileLocation");

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


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


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


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

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

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