It seems like to me that, after reviewing the exception/log in a bit more depth, possibly FluentNHibernate's dependency on NHibernate is based on the STRONG assembly name? Can anyone say for sure? If that's the case, however, why depend on a NuGet version RANGE at all? Just depend on the PRECISE NuGet version. Thoughts?
On Tue, Feb 27, 2018 at 4:02 PM, Michael Powell <mwpowell...@gmail.com> wrote: > I wonder if this is a similar AppDomain issue as compared to this? > > https://stackoverflow.com/questions/48641137/filenotfoundexception-for-cefsharp-when-running-xunit-test > > On Tue, Feb 27, 2018 at 3:27 PM, Michael Powell <mwpowell...@gmail.com> wrote: >> I am receiving the following exception as well. It's been several >> years since anything even touched machine.config, but I've been doing >> work since then, so whatever this is, it is recent. I'm not sure why >> the NHibernate reference such as it is since I am referencing NuGet >> package 4.1.1.4000, supporting FluentNHibernate 2.0.3. If it's not an >> NHibernate, or FluentNHibernate, thing, possibly it is a R# thing, at >> least given the LOG response. >> >> System.IO.FileNotFoundException was unhandled by user code >> FileName=NHibernate, Version=4.0.0.4000, Culture=neutral, >> PublicKeyToken=aa95f207798dfdb4 >> FusionLog==== Pre-bind state information === >> LOG: DisplayName = NHibernate, Version=4.0.0.4000, Culture=neutral, >> PublicKeyToken=aa95f207798dfdb4 >> (Fully-specified) >> LOG: Appbase = >> file:///C:/Users/Michael/AppData/Local/JetBrains/Installations/ReSharperPlatformVs14/ >> LOG: Initial PrivatePath = NULL >> Calling assembly : FluentNHibernate, Version=2.0.3.0, Culture=neutral, >> PublicKeyToken=null. >> === >> LOG: This bind starts in LoadFrom load context. >> WRN: Native image will not be probed in LoadFrom context. Native image >> will only be probed in default load context, like with >> Assembly.Load(). >> LOG: Using application configuration file: >> C:\Users\Michael\AppData\Local\JetBrains\Installations\ReSharperPlatformVs14\JetBrains.ReSharper.TaskRunner.CLR45.x64.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: Post-policy reference: NHibernate, Version=4.0.0.4000, >> Culture=neutral, PublicKeyToken=aa95f207798dfdb4 >> LOG: Attempting download of new URL >> file:///C:/Users/Michael/AppData/Local/JetBrains/Installations/ReSharperPlatformVs14/NHibernate.DLL. >> LOG: Attempting download of new URL >> file:///C:/Users/Michael/AppData/Local/JetBrains/Installations/ReSharperPlatformVs14/NHibernate/NHibernate.DLL. >> LOG: Attempting download of new URL >> file:///C:/Users/Michael/AppData/Local/JetBrains/Installations/ReSharperPlatformVs14/NHibernate.EXE. >> LOG: Attempting download of new URL >> file:///C:/Users/Michael/AppData/Local/JetBrains/Installations/ReSharperPlatformVs14/NHibernate/NHibernate.EXE. >> LOG: Attempting download of new URL file:///G:/Source/Kingdom >> Software/Kingdom.Foundations/Prototype/src/Kingdom.Data.Repository.Hibernate.Fluent.Tests/bin/Debug/NHibernate.DLL. >> WRN: Comparing the assembly name resulted in the mismatch: Minor Version >> LOG: Attempting download of new URL file:///G:/Source/Kingdom >> Software/Kingdom.Foundations/Prototype/src/Kingdom.Data.Repository.Hibernate.Fluent.Tests/bin/Debug/NHibernate/NHibernate.DLL. >> LOG: Attempting download of new URL file:///G:/Source/Kingdom >> Software/Kingdom.Foundations/Prototype/src/Kingdom.Data.Repository.Hibernate.Fluent.Tests/bin/Debug/NHibernate.EXE. >> LOG: Attempting download of new URL file:///G:/Source/Kingdom >> Software/Kingdom.Foundations/Prototype/src/Kingdom.Data.Repository.Hibernate.Fluent.Tests/bin/Debug/NHibernate/NHibernate.EXE. >> >> HResult=-2147024894 >> Message=Could not load file or assembly 'NHibernate, >> Version=4.0.0.4000, Culture=neutral, PublicKeyToken=aa95f207798dfdb4' >> or one of its dependencies. The system cannot find the file specified. >> Source=Kingdom.Data.Repository.Hibernate.Fluent >> StackTrace: >> at >> Kingdom.Data.Repository.Hibernate.Fluent.FluentHibernateSessionFactoryConfigurationManager`1.CreateManagedConfiguration(TManagerConfig >> managerCfg) >> at >> Kingdom.Data.Repository.Hibernate.Fluent.FluentHibernateSessionFactoryConfigurationManager`1.CreateSessionFactory(TManagerConfig >> managerCfg) in G:\Source\Kingdom >> Software\Kingdom.Foundations\Prototype\src\Kingdom.Data.Repository.Hibernate.Fluent\Core\FluentHibernateSessionFactoryConfigurationManager.cs:line >> 196 >> at >> Kingdom.Data.Repository.Hibernate.Fluent.FluentHibernateSessionFactoryConfigurationManager`1.CreateSession(String >> connectionString) in G:\Source\Kingdom >> Software\Kingdom.Foundations\Prototype\src\Kingdom.Data.Repository.Hibernate.Fluent\Core\FluentHibernateSessionFactoryConfigurationManager.cs:line >> 60 >> at Kingdom.Data.Repository.SessionFactoryManagerBase`3.get_Item(String >> connectionString) in G:\Source\Kingdom >> Software\Kingdom.Foundations\Prototype\src\Kingdom.Data.Repository\Core\SessionFactoryManagerBase.cs:line >> 97 >> at >> Kingdom.Data.Repository.Hibernate.Fluent.Modules.MigrationManagerModule.<>c__DisplayClass2_0`1.<BuildMigrationManager>b__0(PreparingEventArgs >> args) in G:\Source\Kingdom >> Software\Kingdom.Foundations\Prototype\src\Kingdom.Data.Repository.Hibernate.Fluent.Tests\Modules\MigrationManagerModule.cs:line >> 46 >> at >> Autofac.Core.Registration.ComponentRegistration.RaisePreparing(IComponentContext >> context, IEnumerable`1& parameters) >> at Autofac.Core.Resolving.InstanceLookup.Activate(IEnumerable`1 >> parameters) >> at Autofac.Core.Lifetime.LifetimeScope.GetOrCreateAndShare(Guid >> id, Func`1 creator) >> at Autofac.Core.Resolving.InstanceLookup.Execute() >> at >> Autofac.Core.Resolving.ResolveOperation.GetOrCreateInstance(ISharingLifetimeScope >> currentOperationScope, IComponentRegistration registration, >> IEnumerable`1 parameters) >> at >> Autofac.Core.Resolving.ResolveOperation.Execute(IComponentRegistration >> registration, IEnumerable`1 parameters) >> InnerException: >> >> On Tue, Feb 27, 2018 at 3:08 PM, Michael Powell <mwpowell...@gmail.com> >> wrote: >>> Hello, >>> >>> I have what I think is a broken assembly reference. >>> >>> I am running against Fluent 2.0.3, and I've updated NHibernate to what >>> I think is 4.1.1.4000, however, the references being called out are >>> 4.1.0.4000, which is not being found. This is well within the >>> documented reference constraints, such as they are. But if Fluent is >>> expecting an EXACT match, then the NuGet spec should just say so. >>> >>> Possibly a build/deployment snafu, methinks? >>> >>> Not sure if this is an NHibernate issue, or possibly a broken Fluent >>> reference, per se. >>> >>> Running against desktop .NET framework, not .NET Core/Standard, at this >>> point. >>> >>> Thoughts? >>> >>> Best, >>> >>> Michael Powell -- You received this message because you are subscribed to the Google Groups "Fluent NHibernate" group. To unsubscribe from this group and stop receiving emails from it, send an email to fluent-nhibernate+unsubscr...@googlegroups.com. To post to this group, send email to fluent-nhibernate@googlegroups.com. Visit this group at https://groups.google.com/group/fluent-nhibernate. For more options, visit https://groups.google.com/d/optout.
