I searched the web for a replacement, I thougt that someone would have made something to fulfill this requirement. All I could find were Javascript pop-up calendar like the ones you see next to input fields. Since I couldn’t find one I thought I would start on my own adventure into learning jQuery (since I have heard good things about it) and creating my own. That is where I cam up with this full month calendar that can display events and provide some minor extension points for custom code.

Overall I am very pleased and excited about this. This is close to my first sole open source project and is a major accomplishment for my JavaScript skills; not to mention that I was successfully able to learn jQuery and develop a plugin for it. I am giving back to the jQeury commnity who helped me out, if you would like a copy of this please visit jMonthCalendar jQuery Plugin page. To see code samples and demos of the plugin please visit my projects page here

routes.MapRoute("Forum-Index", "Forum",
    new { controller = "Forum", action = "Index" });
 
routes.MapRoute("Forum-CreatePost", "Forum/Create",
    new { controller = "Forum", action = "Create" });
 
routes.MapRoute("Forum-NewPost", "Forum/Post/{ParentThreadID}/{ParentPostID}",
    new { controller = "Forum", action = "New", ParentThreadID = 0, ParentPostID = 0 });
 
routes.MapRoute("Forum-Thread", "Forum/Thread/{threadId}",
    new { controller = "Forum", action = "Thread", threadId = 0 });

Then I wanted to add paging to the index (topics) page so I implemented the logic in my controllers and added the helper to the view. I also updated my routes to accept the new page as seen below:

routes.MapRoute("Forum-Index", "Forum/{page}",
    new { controller = "Forum", action = "Index", page = 0 });
 
routes.MapRoute("Forum-CreatePost", "Forum/Create",
    new { controller = "Forum", action = "Create" });
 
routes.MapRoute("Forum-NewPost", "Forum/Post/{ParentThreadID}/{ParentPostID}",
    new { controller = "Forum", action = "New", ParentThreadID = 0, ParentPostID = 0 });
 
routes.MapRoute("Forum-Thread", "Forum/Thread/{threadId}",
    new { controller = "Forum", action = "Thread", threadId = 0 });

I tested everything out and found that the paging was working correctly but everything else had broken, except the thread page. I spent entirely too much time on this issue to find out thanks to Scott Guthrie and his URL Routing Post that I had an issue with how my routes were ordered.  In his post I re-learned that routes must be in order from most specific to least specific.  Obviously my new paging parameter was catching my Create route and my Post route when no data was being sent additionally (/Forum/Post/0/0 works, /Forum/Post did not).  I changed the order of my routes like below and everything worked as expected.

routes.MapRoute("Forum-CreatePost", "Forum/Create",
    new { controller = "Forum", action = "Create" });
 
routes.MapRoute("Forum-NewPost", "Forum/Post/{ParentThreadID}/{ParentPostID}",
    new { controller = "Forum", action = "New", ParentThreadID = 0, ParentPostID = 0 });
 
routes.MapRoute("Forum-Thread", "Forum/Thread/{threadId}",
    new { controller = "Forum", action = "Thread", threadId = 0 });
 
routes.MapRoute("Forum-Index", "Forum/{page}",
    new { controller = "Forum", action = "Index", page = 0 });

If you are reading this entry and know of a way to a) either check to see if the parameter can be parsed as an int (as in page index) and match the route, similar to a constraint or b) an easy way to test the routes. I would greatly appreciate any feedback, comments, or sample code of your solutions.

The biggest factor in deciding the re-architect the site at the time was the lack of interoperability in the Admin side/application.  It worked as intended about 60% of the time (60% of the time it works every time).  The web forms admin side required a lot of code that was spread out over numerous code behind files, making it difficult to maintain.  Not to mention similar logic was being duplicated, violating the DRY principal (don’t repeat yourself).

Around the same time I had just finished my exploration of the new ASP.Net MVC (model-view-controller) model and had fallen in love with web development all over again.  I had been in the process of creating some sample applications with it.  I even started testing how it deployed on various web hosting platforms.  I discovered that the MVC pattern DID work on IIS6 and IIS7.  The URL’s on IIS6 required special mapping (either adding .aspx or .mvc to map to the aspnet framework), I didn’t like that so I found a host that offered IIS7.  The URL’s are now clean and to my liking.  MVC makes sense, it creates clean separation of UI, business logic and data models. and will be an architecture of choice on ASP.Net.

So to make my long story short and to the point.  I ended up re-architecting the Admin (once web forms side) of my site/project into a new MVC project in my solution.  I started bringing over functionality one peice at a time, while reworking the underlying business logic and data access logic into various providers and repositories.  I had everything working perfectly for a phase one deployment to the web host.  I had 2 projects to deploy, one public facing site (web forms) and one admin MVC site.  I set up the web host to use a virtual directory for the the MVC site, configured my connection strings as:

    <connectionStrings>
    <!-- PRD -->
    <add name="PertNear.Data.Properties.Settings.PertNearSandstoneConnectionString"
connectionString="server=secureserver.net;uid=user;pwd=pass;database=db"
providerName="System.Data.SqlClient"/>
    <add name="PertNear.Membership"
connectionString="server=secureserver.net;uid=user;pwd=pass;database=db"
providerName="System.Data.SqlClient" />
 
    <!--
    <!--  DEV
    <add name="PertNear.Data.Properties.Settings.PertNearSandstoneConnectionString"
connectionString="Data Source=localhost;Initial Catalog=DB;Integrated Security=True"
providerName="System.Data.SqlClient" />
    <add name="PertNear.Membership"
connectionString="Data Source=localhost;Initial Catalog=DB;Integrated Security=True"
providerName="System.Data.SqlClient" />
    -->
    </connectionStrings>

I uploaded everything to the virtual directory and tried to access the new applications. The public facing side (web forms) worked cause it had a separate config file, the admin side through the generic IIS7 internal server error with no messages. I looked everywhere to find a solution. Many sources said to add a wrapping element around the parent web.config so that it’s settings don’t conflict with the virtual directories (inheritance in IIS7 config files). I spent a week plus on this issue until I ran the config file through an XML validator. As you can see I had a rouge comment tag in the config. Had I known that IIS7 was first validating my config file I might have gotten an error along the lines of “invalid xml” instead of generic 500 error.

Reader be warned, be sure the validate the web.config file before uploading. And check the config file before you make any drastic changes like I did (I moved the MVC project into the public facing site to now have just one project to deploy, thinking that might solve the issue). One point worth mentioning, I had edited my published web.config outside of VS2008 in a text editor, hopefully VS would have caught that error for me had I known.

Good luck, happy coding and avoid the frustration I had.