It's been a while since I have blogged on anything S#arp Architecture (S#) related. I've been quite busy as of late, but still work with S# everyday and am very much commited to this project. 

Leadership Change

Geoffrey Smith has done a great job to date and is a valuable member of the S# team. He has recently changed jobs and no longer has the he would like to the project. So who will be taking the reins now, me. This project is very dear to my heart and something I would like to see continue on for as long as it is relevant. 

Project Status

This project is very much still alive and kicking. There are a lot of new things going on not only in the .NET world, but outside of it as well. MVC 4, HTML5, CSS3, NodeJS, Javascript Web Applications (think GMail) just to name a few. There has also been some updates to some of the 3rd party dependencies; NHibernate, Castle, MvcContrib, and others.

We are taking the next few weeks to internally discuss what we would like to propose as a road map to the our community. This planning will include information on when 2.0 will be a full release in addition to new features, changes to existing features, and new samples.

It has been quite some time since our last release. This latest release brings upgrades in several dependencies as well as removing of others.

Upgraded

The following dependencies have been upgraded to their latest versions:

• NHibernate -> 3.0 GA
• Fluent Nhibernate -> 1.2.0.694 Stable Pre-release
• Castle -> Core and Windsor -> 2.5.2
• MvcContrib -> 2.0.0.96

Removed

The following have been removed from the project:

• MvcContrib.Castle -> There were only two classes from this assembly we were using: WindsorExtensions.cs and WindsorControllerFactory.cs. Since the release schedules of many OSS projects do not match up and the fact that the MvcContrib project had already updated their vNext (MVC 3) branch with the castle dependencies and not the MVC 2 branch, it was decided we should bring these two classes in and lose the dependency when it was not needed.
• Castle.DynamicProxy2 and Castle.MicroKernal -> The assemblies were merged into other assemblies by the Castle project. They are no longer needed
• NHibernate.Linq -> Since NHibernate 3.0 GA has a new Linq provider, it was no longer needed.

Download it now

We are offering this release in two formats, a Templify package and binaries only. Since the source is readily available, we no longer will be prodiving it in the downloads. If you do not know what Templify is, you can read about it here. If you are going to spin up a new solution, please follow the guide for using Templify below. It will show you how to get the package into your Templify repo. If you are wanting to upgrade a 1.5.x or higher solution, follow the guide to upgrading.

Starting a fresh solution with Templify

If you have not already downloaded and installed Templify, do so now. You can obtain the build from: http://opensource.endjin.com/templify/download.htm

1. Download the Sharp Architecture 1.9.0.0 Templify package from: https://github.com/downloads/sharparchitecture/Sharp-Architecture/sharp-architecture-1.9.0.0-templify-package.zip
2. Extract the contents into their own folder
3. run the copy-package.cmd script
4. Follow the instructions located here (http://weblogs.asp.net/alecwhittington/archive/2010/10/10/using-templify-to-create-a-new-s-arp-architecture-solution.aspx) to get up and going using Templify.

Upgrading your existing project

These instructions are only good for people using Sharp Architecture 1.5.x or higher.

1. Download the Sharp Architecture 1.9.0.0 binaries only zip from: https://github.com/downloads/sharparchitecture/Sharp-Architecture/sharp-architecture-1.9.0.0-binaries-only.zip
2. Extract the contents into their own folder
3. copy the contents of the folder into your /lib folder
4. Delete the following from the /lib folder
   • Castle.DynamicProxy2.dll and .xml
   • Castle.MicroKernel.dll and .xml
   • Castle.Services.Logging.Log4netIntegration.xml
   • MvcContrib.Castle.dll and .xml
   • NHibernate.Linq
5. Open your solution in Visual Studio
6. Go through each project and remove references to
   • Castle.DynamicProxy2
   • Castle.MicroKernel
   • MvcContrib.Castle
   • NHibernate.Linq
7. Now you need to update your projects to use the proper version of the updated components. There are several ways to do this, from upgrading each .*proj file manually or by using Visual Studi. I've done it both ways, but prefer to use VS to help out.
   • Using Visual Studio - Open a project that references any of the following: Castle.*, NHibernate.*, MvcContrib.*, Fluent NHibernate, or SharpArch. Right click on the reference and click properties. Once there, set Specific Version = true. This will update the proj file to use the version that is in your /lib folder.
8. Build the solution to see what errors are there
   • Remove reference to MvcContrib.Castle from your global.asax in the .Web project.
   • [OPTIONAL] Update your component registration to use the newer Castle.Windsor API

Your mileage will vary. If you find any issues with this, please report them on the google group, http://groups.google.com/group/sharp-architecture.

Notables

I would like to point out that we have removed the dependency on MvcContrib.Castle, if you are using anything more than the WindsorExtensions.cs and WindsorControllerFactory.cs, then you will need to implement that functionality yourself or upgrade MvcContrib to the latest dependencies. While we normally do not like to nick code from others, in this case we wanted to upgrade to the latest version of Castle (also required for NHibernate and Fluent Nhibernate) and would have had to make a custom build of MvcContrib to do so properly. The end result is that those two classes now reside within S# and we have one less dependency that has a dependency.

Now that we have published our 2.0 road map, several people have asked us how are we going to get there. Simple, one step at a time.

One step at a time

We have previously blogged about Templify (here and here) being the way we are going to deliver a S#arp Architecture solution. That was step one for us, so you could say that we are already starting to deliver 2.0. Our next steps will be as follows (subject to change)

1. Create an initial 2.0 release that includes (v1.7.X)
   1. Convert solution and projects to Visual Studio 2010
   2. Convert all projects to .NET 4.0
   3. Reorganize the solution structure for the solution template (moving to a Who Can Help Me based folder structure)
   4. Solution to use new MSBUILD based build system
   5. Package for Templify
   6. Document new Build process
   7. Add documents for Templify
2. Create next release that includes (v1.8.X)
   
   1. LINQ Specifications
   2. Component composition
   3. Component registration
   4. Isolate NHibernate
3. Create the next release (v1.8.5.X)
   
   1. Support for Castle 2.5
   2. Support for NH 3.0 (whether it is a GA release or not)
   3. Fluent NHiberate compiled against NH 3.0
   4. Support for MVC 3
   5. Change Validation (Data Annotations for UI, NHibernate.Validator for Model)
4. Create the next release (v1.9.X)
   1. Convert Default Package to use Spark as its default view engine
   2. Add documentation (blogs and wiki) on how to properly setup the Spark environment
   3. Include the new Plugin architecture
   4. Add documentation (blogs and wiki) on the new Plugin architecture
   5. Support for NoRM / MongoDb
   6. Support for Azure
5. Create the 2.0 release (v2.0.X)
   1. Final bug fixes
   2. Update all documentation
   3. Add samples via Blog posts
   4. Update Northwind
   5. Update Who Can Help Me
   6. Start creation of 3rd sample

All of this is subject to change based on the needs of the community / the team.

Conclusion

As you can see, we have an ambitious schedule a head of us. The team and I are really excited about what we have planned and cannot wait to share it with everyone. Some of it is very exciting, like the Plugin architecture and alternate data store support.

S#arp Architecture 1.6.5 will be the last stable release until 2.0 is released. The interim releases will all be listed as Alphas or Betas and should only be used in production if YOU are comfortable with it. If you are not or need to wait for a stable release, please wait for 2.0. For each release, we will also provide another Templify package. If you want the full source, you can download it from GitHub.

For Sharp Architecture v2.0 one of the problems the development team was very keen to solve was the problems end users have getting started with Sharp Architecture.

Visual Studio Templates, T4 code generation files, dropping custom DLLs in particular folders etc... all of these steps are painful for the end user and painful for the development team as the majority of the support requests on the discussion group are about environmental set-up problems - these are the most time consuming and difficult problems to solve - they are also a time sponge that prevents the team from devoting time to making Sharp Architecture a better product.

A few weeks ago I started working on a new deployment mechanism for Sharp Architecture - once I had a working prototype it soon became apparent that the scope of this tool far exceeded just Sharp Architecture as it could be used as a generic template and packaging tool - so we made the decision to split it off into it's own OSS project.

So without further ado - let me introduce you to Templify.