4.7 - TAFKA 4.6.2 beta is out

Wednesday, February 23, 2011 by Niels Hartvig

About a month after we released 4.6.1 we had planned to release 4.6.2. You could say that it is part of a natural progression to have a beautiful service pack release to address the feedback we had received once the project was in the wild. Business as usual and we had been there with the 3, 4 and 4.5 releases.  4.6.2 was also progressing in the same vein. But…

Bring in the Australasians
When we released JUNO one of the things to follow was switching from Team Foundation System (TFS) to Mercurial (Hg) for source control. This was mostly related to the development of v5 but it has rapidly proved that distributed source control is like adding fuel to an 'open source' fire. After a month we have seen more forks of v4.6/v5 than we had seen patches for v4. And why would you care? Because it turns out that the community is smarter than the core team, which is exactly what we had hoped for. Or, what we hoped with v5 - certainly not with v4.6 as that was supposed to be the final minor release until v5 was here.

But that's where those damn clever Australasians (apparently the most clever word for people living in either Australia or New Zealand which  makes me doubt just how clever they really are!) come in. You see, in Australia there's a guy called Elijah Glover and in New Zealand there's a guy called Gareth Evans and they have one thing in common - a craving for a more powerful Razor scripting engine than the one we introduced in v4.6. And while these type of people suck at coming up with words describing their geographical region, they write code that makes you shed tears of joy. And the result is a faster, more flexible razor engine with medium trust support and a query language that'll cause your XSLT-loving colleague to cry also (in pain at the slow death of their language). It's so good, that I couldn't possibly look at myself in the mirror if the version of Umbraco that included this code poetry should be left with a pathetic patch increment in its version number. (Well, my colleagues in the HQ knew that I had no choice as these improvements require minor updates to the web.config which isn't allowed when we release a patch release).

So v4.7 it is
So the bottom line is that there'll be no v4.6.2 and out of the blue v4.7 beta is here. It's beautiful...  a veritable buffet of great enhancements and bug fixes, but more than anything in my opinion, the best Razor implementation in the industry. You'll love it. Unless you're a die-hard XSLT lover... But then you probably drive a Kia or a Hyundai and deserve to be left with ancient technology in a wannabe modern wrapping anyway.

Enough rambling, I digress - v4.7 beta is awaiting your test and we expect the full release within days. So enjoy. I certainly have! Now go download it.

Note for upgrades
If you're upgrading from 4.6.x make sure you read the release notes. There are three minor updates to your web.config that you'll need to make apart from the usual upgrade process. It's thoroughly described in the stuff you normally wouldn't read yet would complain if it didn't exist. This time we've tried our best :-)

More on the Razor improvements

Over the next few weeks Elijah and Gareth will be blogging here about the awesome Razor improvements. So stay tuned!

8 comment(s) for “4.7 - TAFKA 4.6.2 beta is out”

  1. Gravatar ImageMarc Aarts Says:

    While all these new features are great I am just a little bit concerned about the speed at which things are moving and the lack of options.

    4.6.1 has a number of serious problems that make it an unrealistic option (in my opinion) to use for production work. At the same time 4.6.1 has a bunch of great new things over 4.5.2 but those can't be enjoyed because of the blocking bugs in 4.6.1.

    Now fixing the issues in 4.6.1 is abandoned and there's a 4.7 beta with lots of major changes. Time will tell if 4.7 doesn't introduce major problems of its own and is a realistic option for people who want to move beyond 4.5 at this moment.

    Perhaps I'm too much of a Hyundai driver but I would have liked the option of a working 4.6.x besides all the lovely new things in 4.7.

  2. Gravatar ImageKeith Petersen Says:

    I agree with Marc about 4.6.1. I tried upgrading to it but ran into major problems with setting doctype properties. When I reported the bug, Paul said it was fixed in 4.6.2 but today Niels marked my bug report as "can't reproduce" so maybe 4.7 will work, maybe not... The Umbraco QA process seems to have some kinks.

    It's good Mercurial seems to have encouraged more patches from the community, but maybe part of why there have been so few is the difficulty of getting Umbraco to build from source. Just look at all the work Gareth Evans had to do just to get to that point: http://our.umbraco.org/forum/core/general/16688-Building-461-from-Fork
    It seems like that wiki page needs to be kept up to date or something.

  3. Gravatar ImageHartvig Says:

    @Marc: While I can understand your concern, the bump in the version number isn't as dramatic as you make it. 4.7 is 4.6.2 but due to the adjustments needed in web.config it's not allowed to be called that. The primary focus of 4.7 has been bug fixes and there's over 30 of them from 4.6.1.

    So I must emphasize two misunderstandings in your comment:
    1) There's not lots of major changes. There's one (1!) which relates to Razor
    2) Fixing issues in 4.6.1 has *not* been abandoned, quite the contrary. We've fixed more than 30 which is close to 100% of those reported and any High and Medium priority ones!

    So the chance that 4.7 will introduce new issues is minimal as it builds on 4.6.1 and the only change is a better and more mature Razor engine.


  4. Gravatar ImageHartvig Says:

    @Keith: Do you have a link to the work item?

  5. Gravatar ImageHartvig Says:

    @Keith: Found your work item (http://umbraco.codeplex.com/workitem/29969), sounds like there's something wrong with your upgrade as umbraco.dll is trying to make a call to an older version of cms.dll. My best guess is that in your upgrade, umbraco.dll wasn't upgraded.

  6. Gravatar ImageMarc Aarts Says:

    @Niels: Thanks for the reply and the assurances.

    I shouldn't have written 'abandoned' and perhaps the unexpected jump in version got me worried without reason.

    Thanks for taking the time to explain the motivation for 4.7, I'm looking forward to enjoying the improvements since 4.5.x.

    @Keith: Hopefully Umbraco releases will soon come with associated source code packages for each exact version the binaries are built from. It would make development easier for many.

  7. Gravatar ImageHarvig Says:

    @Marc: It's easy to get worried when 4.6.x wasn't as stable as we wanted it to be. And while I tried to be humoristic in the beta blog post, it might had the consequence that we didn't take issues seriously. But we've never spend so many resources on bug fixing as we do now!

    @Marc / @keith: Each release is associated with a specific changeset which you can download. Click the 'Change set' link which is the lower left one in the box in the top of the release page: http://umbraco.codeplex.com/releases/view/59025

  8. Gravatar ImageKeith Petersen Says:

    @Niels: I tried this again with another umbraco instance. The upgrade worked and the bug is gone. Seems like you were right about the problem. Thanks!

Leave a comment