i dont think the solution is 100% technical. relying on trunk builds is part of the problem.
i think all .net oss needs to somehow work with versions and not the the trunk. at the moment i am trying to update my code to use asp.net 2.0. unfortunately this requires rebuilding mvccontrib which has a knock on of building castle, nhibernate and rhino. everything uses different versions of everything else. it is a mess. On Mar 3, 2010 9:17 PM, "John Simons" <[email protected]> wrote: Paul, As you found out, this is not an easy task to solve on your own. What is Castle doing about it? We have had a few discussions about this topic, and so far this is what we came up with: - Once a major project release is out eg v2.0.0 any future hotfixes/ patches for this project release are version by incrementing the file version eg v2.0.1 not the assembly version, see http://groups.google.com/group/castle-project-devel/browse_thread/thread/b34987a9980b215b/ae484513bac9ce5b - Merge more assemblies together, you can read about it at http://kozmic.pl/archive/2010/02/25/.net-oss-dependency-hell.aspx There are a couple of reasons it is so difficult to update Castle. First not all projects have yet been released, eg Castle.Facilities.AutomaticTransactionManagement, Castle.Facilities.NHibernateIntegration, Castle.Facilities.WcfIntegration. Second the releases are autonomous and controlled by too many cooks!, one way of solving this is to have a Release Manager, and this is something we should consider, thoughts? I'm also of the opinion that the community has to change their ways of always wanting to run the latest of the latest, do we really need to run the latest of everything? Cheers John On Mar 4, 12:26 am, dagda1 <[email protected]> wrote: > Hi Guys, > > First of all, I am a big fan of Castle and use many parts of the > stack. Please see this as not a criticism but feedback. > > I am writing this to see if there is anything that can be done to > alleviate what I and others are going through when it comes to > updating a stack that heavily uses castle. > > I use: > > Castle.Core > Castle.Components.Validator > Castle.DynamicProxy2 > Castle.Facilities.AutomaticTransactionManagement > Castle.Facilities.NHibernateIntegration > Castle.Facilities.WcfIntegration > Castle.MicroKernel > Castle.Services.Transaction > Castle.Windsor > > What I am finding is that Castle.Facilities.WcfIntegration references > a different version of windsor than other parts of the stack. > > There now appear to be 3 different versions of Castle.Core. > > I am finding it very difficult to keep track of what is getting on. > > Horn has been getting some good pull requests from some castle > contributors and I really want to encourage this. > > If we can further use horn to help then we should. > > Can we do anymore to alleviate what is quickly turning into a maze of > dependencies? > > Don't forget, this situation is intensified as other OSS projects use > parts of castle. > > I had to pull the plug in updating my stack with Castle, Nhibernate, > boo, MVCContrib and Rhino because I was about to throw my laptop > through the window, > > The bits are just not fitting together. > > Paul -- You received this message because you are subscribed to the Google Groups "Castle Project Development List" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]<castle-project-devel%[email protected]> . For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en. -- You received this message because you are subscribed to the Google Groups "Castle Project Development List" 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/castle-project-devel?hl=en.
