I have all tests passing now with new 3rd party assemblies. see commit for details. I consider the update a hack to get tests working. I couldn't find a better place that would allow all tests to pass.
On Oct 24, 5:44 pm, "Ayende Rahien" <[EMAIL PROTECTED]> wrote: > something like this: > > svn merge -r head:prev > svn commit -m "reverting previous commit" > > On Fri, Oct 24, 2008 at 11:41 PM, Jason Meckley <[EMAIL PROTECTED]>wrote: > > > > > how do I roll back a commit if we roll back to 1704? the cached > > references really screwed this up and i wasn't paying enough attention > > to the file versions. > > > On Oct 24, 4:42 pm, Jason Meckley <[EMAIL PROTECTED]> wrote: > > > Ok, spoke to soon. the tests passed but were referencing the old > > > assemblies. working on fixing tests now. > > > > I found this to be alot to balance the first time around. not having a > > > strong knowledge of nant made this more challenging. to balance the > > > trunks of all these projects and getting them to work together isn't > > > 1, 2, 3. At least not with this build. > > > > On Oct 24, 4:23 pm, "Ayende Rahien" <[EMAIL PROTECTED]> wrote: > > > > > Didn't do much. > > > > Why the appreciation for project management? > > > > > On Fri, Oct 24, 2008 at 10:16 PM, Jason Meckley < > > [EMAIL PROTECTED]>wrote: > > > > > > And there committed! This week has been a crash course in NH and > > > > > Castle source. Ayende, thanks for your assistance and patience with > > > > > this. > > > > > This gives me a much better appreciation for OSS project management. > > > > > > On Oct 24, 11:21 am, Jason Meckley <[EMAIL PROTECTED]> wrote: > > > > > > I'm close. Castle is building successfully, but it's not building > > AR > > > > > > and Facility components which is what's required for the > > Common.Tests > > > > > > to pass. > > > > > > I have a post herehttp:// > > > > > groups.google.com/group/castle-project-users/browse_thread/thr... > > > > > > detailing the issue. > > > > > > > On Oct 23, 5:30 pm, Jason Meckley <[EMAIL PROTECTED]> wrote: > > > > > > > > i'll see what i can do > > > > > > > > On Oct 23, 4:08 pm, "Ayende Rahien" <[EMAIL PROTECTED]> wrote: > > > > > > > > > Jason, > > > > > > > > Yes, basically we need to compile NH, compile Castle, update > > libs, > > > > > and then > > > > > > > > compile Rhino. > > > > > > > > You can use the build-from-trunk script to do it all for you. > > > > > > > > > I would be delighted if you commit it all. > > > > > > > > > On Thu, Oct 23, 2008 at 10:04 PM, Jason Meckley < > > > > > [EMAIL PROTECTED]>wrote: > > > > > > > > > > I submitted a patch to NH fixing a SqLite paging error. So I > > have > > > > > the > > > > > > > > > NH source/binaries compiled on my box now. I want to use > > these > > > > > > > > > assemblies instead of the nh assemblies provided with RT on > > my > > > > > current > > > > > > > > > project (and moving forward). > > > > > > > > > > 1st I copied the Nh assemblies into my project, compiled, ran > > tests > > > > > > > > > and got the following error: > > > > > > > > > cannot load Iesi.Collections version 1.0.0.3... or on of it's > > > > > > > > > dependencies. Assembly manifest does not match loaded > > assembly. > > > > > > > > > The new Iesi.Collections version # is 1.0.1.0 > > > > > > > > > > the stack trace said the error was thrown at: > > > > > > > > > NHibernateUnitOfWorkFacilityConfig..ctor > > > > > > > > > NHibernateUnitOfWorkFacility..ctor > > > > > > > > > > So I figured I needed to compile Rhino with the updated > > assemblies. > > > > > I > > > > > > > > > replaced/added follow assemblies to the SharedLibs directory: > > > > > > > > > Nhibernate (replaced) > > > > > > > > > Iesi.Collections (replaced) > > > > > > > > > Nhibernate.ProxyGenerators.CastleDynamicProxy (added) > > > > > > > > > > compiled and the following tests failed: > > > Rhino.Commons.Test.Binsor.BinsorScriptTestCase.BinsorScriptTestCase > > > Rhino.Commons.Test.Binsor.BinsorFacilities_TestCase.BinsorFacilities_TestCase > > > > > > > > > Rhino.Commons.Test.Binsor.Binsor2TestCase.Binsor2TestCase > > > > > > > > > > with the following error: > > > > > > > > > Message:Could not compile configuration! BCE0106: > > > > > > > > > Boo.Lang.Compiler.CompilerError: Failed to access the types > > defined > > > > > in > > > > > > > > > assembly 'Castle.Facilities.ActiveRecordIntegration, Version= > > > > > 1.0.3.0, > > > > > > > > > Culture=neutral, PublicKeyToken=407dd0808d44fbdc' - > > (C:\Documents > > > > > and > > > > > > > > > Settings\jmeckley\My Documents\Visual Studio > > > > > 2005\Projects\Rhino-Tools > > > > > > > > > \trunk\build\net-2.0\debug > > > > > > > > > \Castle.Facilities.ActiveRecordIntegration.dll):Unable to > > load one > > > > > or > > > > > > > > > more of the requested types. Retrieve the LoaderExceptions > > property > > > > > > > > > for more information. Method 'get_ActiveEntityMode' in type > > > > > > > > > 'Castle.Facilities.ActiveRecordIntegration.SafeSessionProxy' > > from > > > > > > > > > assembly 'Castle.Facilities.ActiveRecordIntegration, Version= > > > > > 1.0.3.0, > > > > > > > > > Culture=neutral, PublicKeyToken=407dd0808d44fbdc' does not > > have an > > > > > > > > > implementation. . ---> > > > > > System.Reflection.ReflectionTypeLoadException: > > > > > > > > > Unable to load one or more of the requested types. Retrieve > > the > > > > > > > > > LoaderExceptions property for more information. at > > > > > > > > > System.Reflection.Module._GetTypesInternal(StackCrawlMark& > > > > > stackMark) > > > > > > > > > at System.Reflection.Assembly.GetTypes() at > > > Boo.Lang.Compiler.TypeSystem.NameResolutionService.OrganizeAssemblyTypes(Assembly > > > > > > > > > asm) at > > > Boo.Lang.Compiler.Steps.InitializeNameResolutionService.OrganizeExternalNamespaces() > > > > > > > > > --- End of inner exception stack trace --- > > > > > > > > > Source:Rhino.Commons.Binsor > > > > > > > > > Code:BCE0000 > > > > > > > > > LexicalInfo:(-1,-1) > > > > > > > > > TargetSite:Rhino.Commons.Binsor.AbstractConfigurationRunner > > > > > > > > > GetConfigurationInstance(System.String, System.String, > > > > > > > > > Boo.Lang.Compiler.ICompilerInput, GenerationOptions, > > > > > > > > > Boo.Lang.Compiler.ICompilerStep, System.String[]) > > > > > > > > > HelpLink:null > > > > > > > > > > at > > Rhino.Commons.Binsor.BooReader.GetConfigurationInstance(String > > > > > > > > > name, String environment, ICompilerInput input, > > GenerationOptions > > > > > > > > > generationOptions, ICompilerStep autoReferenceStep, String[] > > > > > > > > > namespaces) in c:\Documents and Settings\jmeckley\My > > > > > Documents\Visual > > > > > > > > > Studio 2005\Projects\Rhino-Tools\trunk\rhino-commons > > > > > > > > > \Rhino.Commons.Binsor\BooReader.cs:line 273 > > > > > > > > > ... > > > > > > > > > at > > > > > > Rhino.Commons.Test.Binsor.BinsorFacilities_TestCase.TestInitialize() > > > > > > > > > in c:\Documents and Settings\jmeckley\My Documents\Visual > > Studio > > > 2005\Projects\Rhino-Tools\trunk\rhino-commons\Rhino.Commons.Test\Binsor > > > > > > > > > \BinsorFacilities_TestCase.cs:line 26 > > > > > > > > > > I'm assuming this is because AR requires NH. > > > > > > > > > 2 questions from all this: > > > > > > > > > 1. if I want this to work do I need to compile AR against the > > trunk > > > > > of > > > > > > > > > NH? > > > > > > > > > 2. if I get this working would others be interested in using > > the NH > > > > > > > > > trunk instead of the current NH assemblies? --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Rhino Tools Dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/rhino-tools-dev?hl=en -~----------~----~----~----~------~----~------~--~---
