Не удалось загрузить файл или сборку '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 с последствиями, которые трудно измерить.