2012-05-20T19:47:59Z Joel Fjordén Copyright 2012, Joel Fjordén SPHPBLOG Deprecated: Function split() is deprecated in /customers/a/f/c/fjorden.se/httpd.www/joel/scripts/sb_feed.php on line 268 Cenito Software AB, the company I now work for, has acquired the rights for Code Style Enforcer. This is very good news since it hopefully means that there will be more time for improvements and new features.

Code Style Enforcer 3.5 is now here, and better than ever. A reworked and more flexible rule system is now in place, where it is possible to override rules for specific code types based on modifiers and visibility. For example, we might want some specific name rule for parameters marked as ref or out, or we require public visibility on static methods, but any visibility on instance methods.

A new default name rule override has been added to the standard rules, namely that methods marked with the async keyword must have “Async” as suffix.

Please give this new version a try and let me know if there are any issues with this new rule system, or any other issues for that matter.

Be sure to use DXCore 11.2.7 or later, since the new rule system is dependent on this release.

New Features

• A redesigned and more flexible rule system supporting more granular name and visiblity rules based on not only the code type, but also on modifiers and visibility.

• The separate rule configurator application has been removed and both local and global rule configurations can now be made within Visual Studio instead (Tools menu --> Code Style Enforcer). This also solves the problem where the configurator application stopped working for each new release of DXCore.

Bug Fixes

• Code rules can now be saved upon change even if rule files have become readonly, e.g. by using TFS in offline mode.

Breaking Changes

• Due to changes in the code rule definitions, any old customized code rules will get backed up and the new default rules will instead be loaded, when opening the Global Code Rules Options dialog in Visual Studio or a previously Code Style Enforcer activated solution.

Download Code Style Enforcer 3.5.17]]> http://joel.fjorden.se/index.php?entry=entry120217-091930 2012-02-17T00:00:00Z 2012-02-17T00:00:00Z Deprecated: Function split() is deprecated in /customers/a/f/c/fjorden.se/httpd.www/joel/scripts/sb_feed.php on line 268
After that I wanted to utilize the SavePictureToCameraRoll feature, but this call always throw an InvalidOperationException simply stating, "An unexpected error has occured.".

Trying the same thing in a new project worked like a charm, so after some digging and file comparisons I found that the WMAppManifest.xml file is not "upgraded" when changing the target version to 7.1, and in order to be able to call this method the ID_CAP_ISV_CAMERA capability must be added.

I hope this can save someone else's time!]]> http://joel.fjorden.se/index.php?entry=entry110713-060945 2011-07-13T00:00:00Z 2011-07-13T00:00:00Z Deprecated: Function split() is deprecated in /customers/a/f/c/fjorden.se/httpd.www/joel/scripts/sb_feed.php on line 268
Download Code Style Enforcer 3.0.72]]> http://joel.fjorden.se/index.php?entry=entry110710-201944 2011-07-10T00:00:00Z 2011-07-10T00:00:00Z Deprecated: Function split() is deprecated in /customers/a/f/c/fjorden.se/httpd.www/joel/scripts/sb_feed.php on line 268
Download Code Style Enforcer 3.0.71]]> http://joel.fjorden.se/index.php?entry=entry110707-122916 2011-07-07T00:00:00Z 2011-07-07T00:00:00Z Deprecated: Function split() is deprecated in /customers/a/f/c/fjorden.se/httpd.www/joel/scripts/sb_feed.php on line 268
One solution to this is of course to pull, update, merge (if needed) and commit, or the Hg Fetch extension, but what we really wanted was to somehow prevent developers to push change sets into the remote server repository during the build process of that specific project in TeamCity.

After quite a lot of research on Google, I still couldn’t find any existing solution to this, so I started thinking about how we could manage this ourselves. The solution I came up with was to develop a very simple, but yet quite smart, REST service hosted on the same machine as the Hg repositories. The service exposes endpoints for EnablePush/DisablePush together with the name of the target repository. What the service implementation does is then to temporarily change the hgrc file in the repository to disable push, but not for everyone, since the automated build account used by TeamCity for Mercurial still needs Push access (allow_push = Mercurial). In order to enable Push again when the build is completed we then allow everyone with an account in the AD to Push again (allow_push = *).

In order to use the REST service from TeamCity I discovered a very useful plugin called tcWebHooks that allows HTTP POST on TeamCity events like build started and build completed. Here is a configuration example of tcWebHooks for enabling/disabling Hg Push for a specific project and repository using the custom made RIA service.

If you’re interested in the service install package or source code, let me know and I’ll send it to you!]]> http://joel.fjorden.se/index.php?entry=entry110707-072634 2011-07-07T00:00:00Z 2011-07-07T00:00:00Z Deprecated: Function split() is deprecated in /customers/a/f/c/fjorden.se/httpd.www/joel/scripts/sb_feed.php on line 268
Download Code Style Enforcer 3.0.51]]> http://joel.fjorden.se/index.php?entry=entry110307-211205 2011-03-07T00:00:00Z 2011-03-07T00:00:00Z Deprecated: Function split() is deprecated in /customers/a/f/c/fjorden.se/httpd.www/joel/scripts/sb_feed.php on line 268
Download Code Style Enforcer 3.0.43]]> http://joel.fjorden.se/index.php?entry=entry101212-194531 2010-12-12T00:00:00Z 2010-12-12T00:00:00Z Deprecated: Function split() is deprecated in /customers/a/f/c/fjorden.se/httpd.www/joel/scripts/sb_feed.php on line 268
There seems to be some incompatibility issue with this new version of DXCore, but a new version of Code Style Enforcer targeting DXCore 2010 vol 2.3 will be released within the next couple of days!

]]> http://joel.fjorden.se/index.php?entry=entry101209-070453 2010-12-09T00:00:00Z 2010-12-09T00:00:00Z Deprecated: Function split() is deprecated in /customers/a/f/c/fjorden.se/httpd.www/joel/scripts/sb_feed.php on line 268
Right now I'm looking into a more flexible code rule system, where it should be possible to fine tune rules based on a combination of code type (field, method, etc.), visibility (public, private, etc.) and keyword (static, readonly, const, virtual, etc.).

My thought is that it should also be possible to choose the current standard, and easier, configuration of name rules, but that it also should be possible to specify custom regular expressions, probably resulting in the loss of automatic name corrections or suggestions.

The other relatively large implementation feature is to enable Code Style Enforcer to enforce the rules during MSBuild, either inside Visual Studio or through the command-line, e.g. automatic build server. Inside Visual Studio the violations will be added to the Error List tool window as either warnings or errors depending on configuration.

I think and hope these features are something you all have use for, but please let me know if anything else comes to your mind. ]]> http://joel.fjorden.se/index.php?entry=entry101117-175156 2010-11-17T00:00:00Z 2010-11-17T00:00:00Z Deprecated: Function split() is deprecated in /customers/a/f/c/fjorden.se/httpd.www/joel/scripts/sb_feed.php on line 268
Code Style Enforcer 3.0.32 requires the latest version of DXCore, that is 10.1.7.

New Features

• New UI for configuring code rules, utilizing grids to get a uniform view for all different rule types while also making the configuration easier to extend for a future and more flexible rule system.

• Code rules, for a specific solution, are now configurable from within Visual Studio 2010, through Code Style Enforcer -> Properties from the solution node's context menu in the Solution Explorer.

• Code Style Enforcer Configurator converted to a WPF application using the new rule configuration pages.

• Possible to configure different interface implementation rules for properties, methods and events.

Bug Fixes

• Probable prefix, in a name rule violation, was not removed from name when automatically suggesting a new name.

• Loading the default rules did not work when the local rules were the same as the global rules, i.e. the global rules were linked into the solution.

Breaking Changes

• Due to changes in the code rule definitions, any old customized code rules will get backed up and the default rules will instead be loaded, when opening Code Style Enforcer Configurator or a previously Code Style Enforcer activated solution.

Download Code Style Enforcer 3.0.32]]> http://joel.fjorden.se/index.php?entry=entry101021-204718 2010-10-21T00:00:00Z 2010-10-21T00:00:00Z