Ошибка после обновления с DNN 7.0 до 7.4.1 (пакет обновления версии)

После завершения обновления до DNN 7.4 я получаю приведенную ниже ошибку. Все прошло гладко и ошибок в журнале установки не было. Это происходит на любой странице, и нет никаких новых зависимостей на Visual Studio, я предполагаю ...Ошибка после обновления с DNN 7.0 до 7.4.1 (пакет обновления версии)

2015-06-12 17:43:49,567 [scrumorg-stage][Thread:5][ERROR] DotNetNuke.Common.Internal.EventHandlersContainer`1[[DotNetNuke.Services.FileSystem.IFileEventHandlers, DotNetNuke, Version=7.4.1.280, Culture=neutral, PublicKeyToken=null]] - The type initializer for 'DotNetNuke.ExtensionPoints.ExtensionPointManager' threw an exception. 
System.TypeInitializationException: The type initializer for 'DotNetNuke.ExtensionPoints.ExtensionPointManager' threw an exception. ---> System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.VisualStudio.QualityTools.UnitTestFramework, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified. 
    at System.ModuleHandle.ResolveType(RuntimeModule module, Int32 typeToken, IntPtr* typeInstArgs, Int32 typeInstCount, IntPtr* methodInstArgs, Int32 methodInstCount, ObjectHandleOnStack type) 
    at System.ModuleHandle.ResolveTypeHandleInternal(RuntimeModule module, Int32 typeToken, RuntimeTypeHandle[] typeInstantiationContext, RuntimeTypeHandle[] methodInstantiationContext) 
    at System.ModuleHandle.ResolveTypeHandle(Int32 typeToken, RuntimeTypeHandle[] typeInstantiationContext, RuntimeTypeHandle[] methodInstantiationContext) 
    at System.Reflection.RuntimeModule.ResolveType(Int32 metadataToken, Type[] genericTypeArguments, Type[] genericMethodArguments) 
    at System.Reflection.CustomAttribute.FilterCustomAttributeRecord(CustomAttributeRecord caRecord, MetadataImport scope, Assembly& lastAptcaOkAssembly, RuntimeModule decoratedModule, MetadataToken decoratedToken, RuntimeType attributeFilterType, Boolean mustBeInheritable, Object[] attributes, IList derivedAttributes, RuntimeType& attributeType, IRuntimeMethodInfo& ctor, Boolean& ctorHasParameters, Boolean& isVarArg) 
    at System.Reflection.CustomAttribute.IsCustomAttributeDefined(RuntimeModule decoratedModule, Int32 decoratedMetadataToken, RuntimeType attributeFilterType, Int32 attributeCtorToken, Boolean mustBeInheritable) 
    at System.Reflection.CustomAttribute.IsDefined(RuntimeType type, RuntimeType caType, Boolean inherit) 
    at System.ComponentModel.Composition.AttributedModel.AttributedPartCreationInfo.IsPartDiscoverable() 
    at System.ComponentModel.Composition.AttributedModel.AttributedModelDiscovery.CreatePartDefinitionIfDiscoverable(Type type, ICompositionElement origin) 
    at System.ComponentModel.Composition.Hosting.TypeCatalog.get_PartsInternal() 
    at System.ComponentModel.Composition.Hosting.TypeCatalog.GetEnumerator() 
    at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection) 
    at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source) 
    at DotNetNuke.ExtensionPoints.SafeDirectoryCatalog..ctor(String directory) 
    at DotNetNuke.ExtensionPoints.ExtensionPointManager.InitializeMefCompositionContainer() 
    at DotNetNuke.ExtensionPoints.ExtensionPointManager..cctor() 
    --- End of inner exception stack trace --- 
    at DotNetNuke.ExtensionPoints.ExtensionPointManager.ComposeParts(Object[] attributeParts) 
    at DotNetNuke.Common.Internal.EventHandlersContainer`1..ctor()

Любые идеи, что я пропавшими без вести или то, что может быть происходит?

источник

2015-06-12 Ryan Eastabrook

Вы пытались прокомментировать ссылку на сборку в файле web.config? – Keval

попробуйте загрузить установочный пакет для 7.4.1 и вытащите только файл web.config из почтового пакета. Сравните это с существующим web.config с помощью инструмента сравнения текста. Я видел ошибки в моих обновлениях в прошлом, которые были из-за недостающих частей в web.config. – DotNetNuclear

Хорошее предложение! Я взял web.config из установочной версии и ничего не сделал, но обновил строки подключения и машинные ключи .... все еще приводил к ошибке выше. Как ни странно, эта ошибка относится к mstest, мне интересно, может ли быть проблема с этим дистрибутивом? –

Таким образом, эта проблема оказалась пользовательской DLL, найденной в папке BIN на веб-сайте DNN, которую обновлял Райан.

Мой ненаучный подход к решению этого было:

Удалить DLLS оптом в папке BIN (сохранить копию библиотеки DLL, как вы не уверены, какой из них является проблемой, положить их назад после тестирования)
Загрузите сайт (с помощью администратора/страница настройки сайта)
Смотрите, если страница еще ошибочный, если да, то повторите шаги 1 и 2

Заканчивается в DLL, которая была причиной проблемы был я верю URL-адрес webservice/api для тестирования. Удаление этого исправления возникло в примере 7.3.4 DNN, который они использовали.

источник

2015-06-26 13:45:17

Спасибо за сообщение Крис! –

В частности, блок-тест пробился в сборочный цех и был развернут (вместе со ссылкой на MS Test). Ошибка была сложной для отслеживания, потому что ошибка MEF, которая была выбрана, не является специфичной для сборки ... это было буквально любое количество сборок. –

Ошибка после обновления с DNN 7.0 до 7.4.1 (пакет обновления версии)

ответ

Смежные вопросы