Upgrading Issue Tracking for DotNetNuke: Take 2

Gemini In December the DotNetNuke project made a large upgrade to our issue tracker which had been stuck on an old version for the last couple of years.  We have been using Gemini from Countersoft for the last 6 years and it has served us well.  Unfortunately, earlier versions were having performance problems with the amount of issues we were tracking across all the module projects along with the Core framework.  Countersoft made a decision when moving from 2.x to 3.x to completely overhaul the security model.  If you ever had to use Gemini 2.x for a large project like ours you would have found that the task for migrating the old security settings was enormous.  We had over 40 projects each with security configuration affecting hundreds of users.  As a result of the shear amount of work involved, we avoided upgrades long past the time when an upgrade was warranted.

In December, we hired some additional staff on the Quality and Maintenance team at DotNetNuke Corporation.  At this same time we had made the decision that all of our module projects were going to move to CodePlex.  As a result we greatly reduced the amount of work required to perform the upgrade at the same time that I had new staff members who could be dedicated to the task.  As Phil Beadle indicated in his blog post, the initial upgrade to Gemini 3.5.4 occurred in early December.  This upgrade resolved some of our longstanding issues, but unfortunately it resulted in new issues which in many respects were just as severe as the old issues which required the upgrade to begin with.

Having just completed the DotNetNuke 5.2.2 release this week, we had a little downtime while we scope out our next release.  This was the perfect opportunity to work on fixing the remaining problems with the issue tracker.  After getting no-where with trying to troubleshoot the individual symptoms, we decided to just go ahead and perform an upgrade to Gemini 3.6 which added many new enhancements.

That is the best decision I have made in a while.  The latest version of Gemini appears to have resolved almost all of our outstanding issues (we still have an email issue to resolve).  In addition, I have to say that I am very impressed with the latest Gemini version.  This version not only resolved the performance problems we were experiencing, but it added in a ton of AJAX functionality which greatly simplified managing issues.

The following example highlights how the use of AJAX in Gemini greatly improved usability.  This is just one example, but there are many other places where Countersoft has used AJAX to great effect.  Today was the day we had set aside for reviewing outstanding bugs and identifying those that will be fixed in the next stabilization release that is due out in mid-February.  In the previous versions of Gemini, we would use the issue filters to identify all of the outstanding bugs to be corrected.  These issues would be listed in a large grid.  To add an issue to the roadmap for the next version, you would click on the issue link to bring up the issue details.  Then you would click a link to open the issue for editing which required a postback and a complete page reload.  At that point you would specify the version where you planned to fix the bug and press the update button.  Finally, you would click a link to return to the list of issues where you had started the process.  In total, the process required 4 different postbacks and page reloads.  Clearly this was not an efficient way to work through a list of bugs.

With Gemini 3.6, this process is greatly streamlined.  Now when I am looking at my list of outstanding issues, I can customize the columns that are visible in my issue grid.  For this particular task, I enabled the display of the Roadmap version in my issue list.  Since Gemini 3.6 includes full inline editing, I am able to click on an individual value in my grid and change the setting directly.  Once I have entered the correct value I can click a little “ok” icon and the value is updated.  The new process does not require a single postback or page reload.  What used to take minutes now takes seconds for each issue.  The real benefit of this feature is that now reviewing issues does not require a huge time commitment.  I can review and update an issue quickly and easily which increases the likelihood that I won’t fall behind in this critical task.

Overall, I am extremely pleased with this latest upgrade.  Not only have we gotten rid of the bulk of our performance problems, but we have received great new functionality in the process. 

The DotNetNuke team has long believed that the best way to move forward on a problem is one step at a time.  While it can occasionally cause difficulties, in the end we find that it provides the most efficient use of our resources.  I know that there may still be some problems with the current configuration but we are a 100% better off than we were 2 months ago.  If you find any issues, please don’t hesitate to post them here or in the forums and we will work on getting them resolved.

 

Technorati Tags: ,,

Comments

Comment Form

Only registered users may post comments.

NewsArchives


April 2014 (5)
March 2014 (3)
February 2014 (4)
January 2014 (6)
December 2013 (6)
November 2013 (2)
October 2013 (9)
September 2013 (10)
August 2013 (8)
July 2013 (4)
June 2013 (8)
May 2013 (13)
April 2013 (2)
March 2013 (7)
February 2013 (7)
January 2013 (10)
December 2012 (6)
November 2012 (20)
October 2012 (12)
September 2012 (27)
August 2012 (29)
July 2012 (22)
June 2012 (17)
May 2012 (23)
April 2012 (24)
March 2012 (27)
February 2012 (21)
January 2012 (12)
December 2011 (18)
November 2011 (20)
October 2011 (27)
September 2011 (17)
August 2011 (18)
July 2011 (45)
June 2011 (22)
May 2011 (23)
April 2011 (19)
March 2011 (36)
February 2011 (19)
January 2011 (22)
December 2010 (29)
November 2010 (37)
October 2010 (32)
September 2010 (43)
August 2010 (46)
July 2010 (37)
June 2010 (46)
May 2010 (29)
April 2010 (38)
March 2010 (27)
February 2010 (33)
January 2010 (34)
December 2009 (13)
November 2009 (20)
October 2009 (29)
September 2009 (18)
August 2009 (29)
July 2009 (19)
June 2009 (18)
May 2009 (23)
April 2009 (16)
March 2009 (13)
February 2009 (20)
January 2009 (25)
December 2008 (25)
November 2008 (29)
October 2008 (34)
September 2008 (33)
August 2008 (36)
July 2008 (31)
June 2008 (25)
May 2008 (26)
April 2008 (33)
March 2008 (31)
February 2008 (24)
January 2008 (18)
December 2007 (27)
November 2007 (51)
October 2007 (24)
September 2007 (32)
August 2007 (24)
July 2007 (20)
June 2007 (28)
May 2007 (27)
April 2007 (24)
March 2007 (47)
February 2007 (21)
January 2007 (41)
December 2006 (21)
November 2006 (16)
October 2006 (24)
September 2006 (36)
August 2006 (30)
July 2006 (31)
June 2006 (37)
May 2006 (13)
April 2006 (13)
March 2006 (18)
February 2006 (20)
January 2006 (13)
December 2005 (6)
November 2005 (15)
October 2005 (15)
September 2005 (16)
August 2005 (7)
April 2005 (1)
March 2004 (4)
February 2004 (6)
January 2004 (1)
November 2003 (4)
October 2003 (22)
September 2003 (22)
August 2003 (15)
July 2003 (14)

Copyright 2014 by DNN Corp | Terms of Use | Privacy | Design by Parker Moore Design