Rob Smyth

Migrating from Silverlight to WPF

2011-12-28T21:13:00.022+11:00

I've just completed migrating a Silverlight application to WPF. All up it took a few days. Not difficult, mostly tedious, but it become evident that some preparation and knowledge helps. So here are my notes.

The application's vital statistics:

Silverlight 4
Visual Studio 2010 with Resharper 6
Several VS Silverlight projects with multiple common library assemblies
MVVM
No Silverlight IoC used
Automated UATs using White (Silverlight) framework
Telerik RadControls using charting, ribbon bar, data grid views, etc
Highly interactive UI
Multiple WCF services
Entity framework & SQL server back end

Preparation

Changes and research needed prior to changing references to the WPF framework ...

Do a spike

I found a spike run useful. I converted a few base assemblies until I got to one that had a Silverlight control (e.g. a user control or page). This took a few hours and help greatly in planning the real attack. Discard the spike, you will do it better the second time.

Assembly Dependencies

Understand your application's Silverlight assembly dependencies, you need to work up from the bottom.

WPF reference assemblies

Do some research into Microsoft's WPF/Winforms reference assemblies. Referencing the wrong library is just too easy and can be time consuming to correct. Both WPF and Winforms have TextBox controls and Resharper is great but not a mind reader (yet). Take care when adding references.

e.g. PresentationFramework.dll, WindowsBase.dll, PresentationCore.dll

Clean-up orphaned files

Sometimes files are removed from an assembly without being deleted or removed from the repository. You need to make sure these 'orphaned' files are removed before migrating. Select each project in turn and click on the show all files button in Visual Studio. Delete the orphans from your disk and the repository.

Navigation

Remove all web page navigation before you start the migration proper. This may be the biggest part of the job, the application needs to behave as one application rather than multiple web pages.

Search your code for 'href', 'Uri', 'MappedUri', and 'NavigationService'. These must go.

Web specific controls

In our case we had a RadControls HtmlPlaceholder which we used to display PDF files. This was removed prior to migrating the code and a PDF reader added post code migration. I could not see a refactoring option here.

Code Migration

Getting the code to compile as a WPF application ...

Telerik RadControls

Possibly the easiest part. Got the WPF version and it compiled with very few differences. Actually, I do not remember any compile time changes. Nice one Telerik.

Note: Mitigated the cost of buying new WPF licenses by timing the change close to our Silverlight licenses renewal. Tell the bean counters the new license costs are X but this is offset by dropping the cost of license Y making our cost ....

However there were a few run-time behaviour differences which were probably base WPF framework differences. I list these later.

Migrating assemblies

The procedure to migrate an assembly, working up the reference hierarchy was:
Add a new dot net assembly (not Silverlight) with the same name as the one being replaced but with a clear suffix like "_X". Important: Tell VS to create it in the same folder as the existing assembly.
Remove the newly created assembly from the solution.
VS has created a folder for the new project in the existing assemblies folder. Navigate to that folder and move the project file down into the same folder as the existing project.
Add the moved project to the solution. As VS sorts projects alphabetically you will find in just below the one your replacing.
Copy the project's name space from the original project (do not change it until the entire migration is finished). Set the assembly name to be the same but with a suffix like the project name.
Add a reference to, as a minimum, PresentationFramework.dll, WindowsBase.dll, PresentationCore.dll.
Select the new project and click on "show all". Select all of the source files and folders and add them to the project until the new project has the same files and folders as the original project.
Try to compile the new project. You will need to change used namespaces. Typically the change will be to half a dozen namespaces in many files. So you will learn to do a search and replace (within the one project). This will break the compile of the original assembly but that does not matter so much.
Keep the old project in the solution until the migration is finished, you may need to navigate to solve errors in the migration, etc.

Migrating WCF service references

I did not find a way to migrate WCF service references. Create new ones in the new Dot Net assembly.

Run Time (Post code migration)

I did find some breaking differences. These were:
Had to change a few Page controls to UserControls. WCF class hierarchy is a bit different. The compile error is clear and it was not difficult to do.
The initialisation sequence is a little different. I need to move some initialisation code to different event handlers. I do not remember the details. This did take a few hours and was hit and miss. On one case I do remember I had to move some initialisation to an OnActivated event and add an "initialised" state. I'm sure that is not the intended way, but it worked.
I had one binding that did need considerable rework. The binding was to an indexer. Looked like a control binding defect, should have worked. This one also took a few hours to resolve.

Conclusion

It proved viable to migrate our Silverlight application to WPF with few problems. Medium complexity job.

Code conversion took one developer a week. Planning and changes to the application are required before changing references to the WPF framework. Risk is low-moderate provided that your libraries, like Telerik, have a common WPF and Silverlight API.

However, defects were introduced. Most had very high visibility (ribbon bar blank) so are relatively low risk. A few were changes in control behaviour so rigorous post migration testing is required. So allow the same time for testing and introduced defect fixing as was required for the code conversion (pre-testing) stage. But ... if you have good automated UATs manual testing will still be necessary but there will be few introduced defects.

The Convenience of Conspiracy

2011-09-12T19:15:00.003+10:00

Conspiracy is a respone for the ineffectual to resolve their position in a complex society.

Isn't being ineffectual somebody else's problem?

Using Log2Console from NLog via MSMQ

2010-09-20T19:03:00.003+10:00

I've been using Log2Console to view real-time logging for a while using the Chainsaw target and UDP. But UDP is not reliable for fast real time logging. I found a simple way to configure NLog to send messages via MSMQ in the Log4JXml format used by Log2Console. It recon this could be used with any NLog target.

Here is the NLog config:


    <target name="messageQueue" xsi:type="MSMQ" queue=".\private$\log">
      <layout xsi:type="Log4JXmlEventLayout"/>
    </target>

So simple.

Rob

Cube Farm Designs That Cut Out Conversation

2010-08-19T19:16:00.002+10:00

The 2006 Waterfall Conference proves to provide timeless value. Those who know of Alistair will appreciate his input on office layout here.

Code Smell Metric - Doco Fluff Metric (DFM)

2010-08-19T18:51:00.007+10:00

Code documentation is one of those things that is so easy to do to without adding anything useful. The problem is that the added lines of code/text appear have no value and reduce code readability. A case of less is more. Documentation can be useful, but nonsense documentation is worse than no documentation at all.

So a metric that detects nonsense documentation ("fluff"?) is another little helper.

Here is a real world example:


        /// <summary>
        /// Thread Name.
        /// </summary>
        public string ThreadName;
        /// <summary>
        /// Time Stamp.
        /// </summary>
        public DateTime TimeStamp;

A trival example but I recon it is less readable than:


        public string ThreadName;
        public DateTime TimeStamp;

So the metric is: If the documentation, with white spaces removed, case insensitive matches the property, method, or type then flag as doco fluff.

Agile Software Testing 101: Stress Testing

2010-07-27T19:49:00.004+10:00

So your a software tester and you have received a new build with a new feature to test. How do you stress test it? Not difficult, you just need to know the pattern of "Stress Testing" to find those weak points. Here is a simple agile "how to".

Agile principles can be applied to testing. When done they leverage the tester's skills with the developer's skills.

Steps:

Being agile (as we all are) you let the developer responsible know that you are about to test the new feature.
As agile means collocated, you make sure you are near the developer and he/she can see your screen. Think of this as limited-pair testing perhaps, an agile balance of full pairing and letting the developer get on with his job.
To enhance your pairing make sure you have a mirror so you can see the developer. Collaboration is critical to stress testing.
Now go to the UI page that uses the feature and sweep your mouse pointer over the page watching the developers. When you see signs of stress ... click.

Stress testing saves time and leverages agile principles of, well, whatever your company says is agile today.

Oath of Non-Allegiance

2010-07-21T18:55:00.006+10:00

Alistair Cockburn again challenges us. Check out the "Oath of Non-Allegiance" here.

I'm sick of hearing 'they are not agile because they use UML' or 'In agile we stand up and spin clockwise every 42 minutes".

Now I will go back to making my agile coffee on my agile PC and writing lots and lots of agile modelling diagrams. I wonder if my agile undies have arrived?

The term 'Agile' has joined the livings dead, its meaning and purpose of the manefesto is long gone. It is now used to mean whatever you want like Scrum, eXtreme Programming, or just anything.

May tolerance, an understanding that all processes are broken, and the bravery to find 'what works', replace it.

Using Visual Studio 2010 over RDP With Dual Screens

2010-07-12T19:52:00.003+10:00

I often work from home and want to use my work box with dual screens but my home monitors have different resolutions. Normally, with a VPN/RDP connection, the windows RDP software cannot handle dual screens nicely and not at all when they have different resolutions. I like SplitView, it allows me to do this.

At home I have laptop and an external monitor. The laptop has a 1680 pixels across and the monitor has 1920 across. Needless to say I want to use both with Visual Studio's main editor on the larger monitor and the debug, output, unit tests windows on the smaller laptop monitor. With SplitView I can connect to my work computer and use both. The nice thing is that I can maximise an application within a monitor without it filling both monitors.

It is a little tricky (you do need to read the doco) to setup as it does layer over RDP. With a little fiddling about with the screen sizes it works nicely.

But the screens are not exactly the same and when I return to the office after working from home I find that the screen layouts have changed. A bit annoying. Move the VS2010 properties window here, output window here, etc. So I saves my "in office" and "rdp" layouts using VS's "Import and Export Settings". First get the layout you want and the export it by selecting "General Settings | Windows Layout" only. Then from home, or in the morning, you can quickly restore world order to your windows. Nice.

Continuous Integration can build time dependency

2010-07-09T20:19:00.002+10:00

It seems to me that there is a dependency between Continuous Integration (CI) and build time. Each time I hit a slow build it puts pressure on 'fast' CI. It seems that if the build is slow then CI may be more destructive that beneficial. I'm thinking it is all a question of ratio.

CI does not define an integration rate. Some teams see CI as once a week, others see it as every 15 minutes. It is a relative concept.

If a build box can build and run all tests in, say, 1 second then a team's commit rate of once every 5 minutes would seem achievable. Each developer would have instant feedback and be able to fix, or revert, any problem within a couple of minutes, after a commit, with minimal effect (without considering a pre-commit test system). But if the build takes, say, 30 minutes and the team's commit rate was once every 15 minutes then by the time a build failure is detected the whole team is affected.

So it seems to me that there is a relationship between CI's rate and build time. Just do not know hat it is yet.

Visual Studio 2010 build speed - kinda Windows 7 really

2010-07-09T19:26:00.003+10:00

When I moved to a new project using Visual Studio 2010 the build time seemed very very slow. But it would seem the problem is more to do with Windows 7. We are using Subversion, VisualSVN, TortoiseSVN for RCS. I have been perplexed as to why we no longer get icons in Explorer and today I found the solution here.

Once I ran the spell:

netsh interface tcp set global autotuninglevel=disabled.

The world order was restored. VS2010 compiled 2 times faster, Explorer icons came out from hiding, and Explorer was happy (much much faster).

Build Management

2010-06-14T19:12:00.003+10:00

Over the last few years I've worked on .Net projects using a few build management sytems. My ratings, best first:

TFS 2010 is a still birth

2010-06-14T17:57:00.016+10:00

The last few months I've been on a new project using Visual Studio 2010. Being a green field project we started out going for the very latest suite of Microsoft integrated tools using TFS for project management and revision control. What we found was that TFS was ... hmmm ... how do put this? ... still born. Try as we did we just could not give it life and after months of painful efforts we ditched it for subversion and TeamCity so we could get on with the project.

I just could not find anything about TFS that was, in a professional sense usable.

My summary of TFS:

RCS - it loses code changes. It is also difficult to use, and has a merge-phobia, but the corruption thingy is kinda a slam dunk. Subversion is way ahead and hey ... it keeps your code changes.
Project Management - Notepad is better.
Build system - works but is difficult to manage. TeamCity is much better.
Integration - Best described as 'share the pain'. Other, non-Microsoft, tools integrate as good. e.g. VisualSVN.

Details below. If your going to read further either you find it hard to believe Microsoft could do such a thing (yea, me too), your a Microsoft basher looking for a fix (go away!), or you need know the experience to avoid it.

RCS Ability

Basics:

My experience with TFS for revision controls was .... well ... it doesn't work. It is that basic. Well actually it is worse, it silently drops changes. Yep, a revision control system (RCS) that actually looses code. Hard to believe, and we were so sure that nobody could release such a bad RCS that we thought that it had to be the way we were using it. But no, check in your changes, then update and guess what? Your changes are gone!

Merging:

That TFS cannot reliable keep code changes is sufficient to just forget it and move on. But I suppose that may be fixed. Trouble is that this dude is just way out of its league. TFS's idea of a merge conflict is that the file changed . Its merging is so bad that continuous integration (CI) collaboration is expensive. It sometimes even reports files that it cannot merge files that, it says, are the same.

TFS is merge-o-phobic.

Working with a build system:

One real attractive feature with TFS is that it offers the ability to compile and run all tests on a build system before accepting the commit. Nice ... but ....

It works, most of the time. Trouble is that TFS's merge-o-phobia kinda negates this feature but ignoring that TFS sometimes reverts all of your code when you do one of the commits. Not always mind you, and it does not tell you if it did. Surprise! If it does, and you realise it, well you just have to go make a coffee while the build system decides if your code can go it. That down time is optimistic :-).

For Project Management

TFS is just fine if your project's always go exactly as planned in a gantt chart. So why do you need a project management tool?

I'm serious when I say that notepad would be a better tool. Excel would be far better, and VersionOne just awesome.

For what is called 'agile' style project:

Burn down reporting does not work.
Move a story to a different iteration and the tasks stay behind. Hey try to do iteration planning with that!
Story prerequisites are meaningless. You can put a dependent story in an iteration preceding it prerequisites.

Summary

In the end we gave up and now use: Subversion with TortoiseSVN and VisualSVN, and TeamCity. We can deliver working functionality more often now as we can spend more time coding features and less time working with infrastructure.

But if subversion ain't for you as you need something real expensive with lots processes to be sure to be sure that you really are going to commit that code then I can say that TFS is even worse than ClearCase. ClearCase does not loose code changes. It may slow them going in but it does not loose them. And ... trump this ... ClearCase is so much more expensive.

2010-06-13T19:42:00.007+10:00

My favorite robot remains Robbie from forbidden planet but this Lipson guy is awesome with his assembliage robot (another guy's work pictured above).

Now these are sculptures I wuv:

Lipson Robotics (this guys is awesome!)
Tinkerbots
Junkbots

The "Rapid 2" Assemblage Robot Sculpture is my favorite. My birthday is coming!

Rob

Fault Tolerant Automated Functional Tests Oxymoron

2010-04-03T18:15:00.005+11:00

Microsoft seems to be pushing making coded UI functional tests fault tolerant by using multiple methods of 'finding' controls on a page. If it can't find a control as its text has changed then it tries another approach. I recon it more likely to cause more problems that it would solve. At best it is unnecessary, and worst it will allow tests to pass when they should fail. Like over use of null reference guards in code that hide defects.

Microsoft's automation tools generate code that uses multiple approaches (fault tolerant) to find controls. I'm also seeing examples of this approach in VS2010 documentation/tutorials.

e.g: 4 minutes into: Introduction to Creating Coded UI Tests with Visual Studio 2010.

I do not understand the need nor the intent. On the 'need' level it implies that there is not a reliable method for finding a control although each control has a name or AutomationId that is independent of location, inner text, colour, visibility. On the intent level, if the control changes so you can not find it ... well ... I would rather the test failed.

I use test jigs and testers (thanks Nigel ... a pattern that should be documented) to access UI controls. Typically a page has a test jig and a property on the test jig provides access to control's tester or test jig. So, I have one place in which I define the control's id (e.g. AutomationId). So if it changes I just change one line.

Fault tolterant test code is an oxymoron.

Perhaps the next step is to make tests intermittent failure tolerant by retry on fail. :-)

OffByZero's Cobalt effort

2009-12-05T18:45:00.003+11:00

Software development is all about automating people's processes. I love it when somebody makes the difficult simple. That has gotta be the holy grail of software development. Gotta respect the work done by OffByZero's Cobalt release ...

OffByZero Cobalt is a turnkey software licensing solution for .NET. It integrates with .NET software in a matter of minutes, and provides a powerful and flexible means of licensing the application and individual features within it.

Cobalt supports a variety of platforms (including Citrix and VMWare) and provides for a range of licensing scenarios (including offline licensing, product activation, and dynamic licence configuration).

There's a great screencast demonstrating Cobalt integration at https://cobalt.offbyzero.com/demo and detailed documentation at https://cobalt.offbyzero.com/help/documentation.

VisualSVN Server

2009-11-29T19:09:00.003+11:00

I respect software that 'just do it'. In this case, I like the way VisualSVN Server, makes installing and managing a Subversion server.

I've installed subversion servers a few times. Not difficult but not doing it often it does require reading instructions, knowing a few command lines, and configuring a few files. But tonight I'm playing with another little experimental project and I find working without version control ... hmmm .... 'interesting'. The project is experimental so it would premature to create an on-line repository (e.g. GoogleCode, Sourceforge) so I downloaded VisualSVN Server, ran the installer and had a running server is just a couple of minutes.

The VisualSVN guys made the job easier by:

Making the ignores of: bin, obj, *.suo, etc default. So I did not need to import and then go through the process of ignore and delete.
Prompted for the creation of the conventional (trunk, tag, branches) folders, so I did not have to create them.
Provides a nice simple GUI that showed me up front the subversion URL (no reading documentation for the port number) and I could add myself as a user while I was committing.

Nice job guys. Slick. As a software developer my job is to automate other people's processes, I appreciate it when others automate my processes.

Resident Bushfire Gear

2009-11-26T19:57:00.006+11:00

While trying to find a bushfire/wildire balaclava/bandana I thing I'm finding a void between the professional/volunteer firie and residents. I'm finding it surprisingly difficult to find gear suitale for a resident's fire kit.

In particular I wanted balaclavas for our kits. I want balaclava that can be used "as required" rather than "in standard preparation". A fire fighter will take on protective gear through training and the knowlege of what is possible. But I'm looking for solutions on extrem fire rating days that allow me to deploy as conditions get worse. A progressive solution. I'm not a firies, so I'm not expecting the worse. I found what seem like good balaclavas, but they require clothing in advance. I want one that I can place in a pocket and use, quickly, when needeed.

Being an (not a firie) resident I do not think I'm going to dress in advance (it will be bloody hot!) and I do expect that conditions will change (worse case) rapidly.

Great products out there but I want one that has something like a velcro strip so I can slap it on as needed. (I'm a whimp so if hot I probably will not be wearing it until really needed).

The photo shows the one we got. Seems good, but I would rather one that did not need me to put it on before doning a helmet.

Balaclavas/Bandanas I have found:

http://www.forestry-suppliers.com/product_pagesView_Catalog_Page.asp?mi=3813

http://www.wfrfire.com/front/index.htm?/FORESTRY/clothing/bandanna.htm&front

http://www.forestry-suppliers.com/product_pages/View_Catalog_Page.asp?mi=3813

http://www.thefirestore.com/store/product.cfm/pid_2053_pgi_carbon_shield_bandana/

http://www.thebigredguide.com/fire-products-specification/xcaper-industries-whiffs-manta-x-20.html

http://www.benmeadows.com/store/Fire_and_Rescue/Wildland_Fire_Fighting_Clothes/Fire_Fighting_Clothing/21900/133536/?CID=9OP001

Bushfirre FDR - Potential Yet To Deliver

2009-11-20T19:32:00.000+11:00

Following the tragic bushfires (wildfires), and the interim report from the 2009 Bushfire Royal Commission recommendations 5.1 & 5.2, we now have a new Fire Danger Rating (FDR) system which seems good but is, currently, difficult to use.

We have, following community education, based our fire plans on the new FDR. But I'm finding it difficult to keep informed of the forecast FDR. The media gives great details of the "Total Fire Bans" (TFBs) but not the new FDR.

I'm wondering if the CFA's community education had been successful but not supported by the media, CFA web site, and the BOM's web site.

Gotta love the CFA. Great organisation that we owe so much to.

iProd Retro Cool

2009-11-13T21:36:00.001+11:00

http://www.peteverrando.com/retrodock

NMate - Missing In Action?

2009-10-19T21:34:00.001+11:00

Anybody know were to download NMate? There seems to be plenty of download links but not work. Sounds like a useful NUnit application.

Source Code Outliner PowerToy

2009-10-09T18:40:00.004+11:00

Another useful, and free, VS2008 tool Source Code Outliner PowerToy.

Why install? Well it is free, painless (negligable learning curve), and it helps.

Install it and go to the menu View | Other | Source Code Outliner Power Toy’. Then drag the window to dock into your Visual Studio IDE (see picture). Now you can forget about about it .. it adds more convieniant navigation that offered by the standard IDE drop downs.

Not a killer app, but nice.

PowerCommands for Visual Studio 2008

2009-10-08T18:48:00.003+11:00

I came accross 'PowerCommands for Visual Studio 2008'. It looks to me like one those free tools that you 'just should' have. Not a killer app, but no cost, no learning curve, and it makes life easier. The 'Collapse All' command, which collapses all projects in the solution explorer alone makes it worthwhile. I'm liking it already.

Edit Project File looks real useful if you have embedded MSBuild community tasks.

Hmmm ...'Undo Closed' looks interesting.

I'm Too Young For The Internet

2009-10-05T18:25:00.004+11:00

I'm trying to sign up for an aaNet ADSL account and got the attached error.

I'm chuffed.

"I need my mummy"

Gimmie - Mimo Mini USB Monitor

2009-09-02T19:24:00.002+10:00

I want one! USB powered with touch screen. Yum. Check it out here.

What a great solution for a build box light, or context shortcuts like build and test, deploy, show me the weather radar.

Just a wonderful solution looking for a problem.

diagrammr - A Good Example Of Domain Language

2009-08-31T19:00:00.005+10:00

diagrammr is a great example of how domain language is so powerful. There are many good drawing packages that can do the same with drag and drop of objects and lines with arrows. Drag and drop seems so self evidently the simplest solution. But then comes a nice app like diagrammr that show that the four simple steps can be done in one for a particular application. Kinda a 'flat earth' discussion.

If we can write code in a language that matches the domain how can we go wrong? I'm thinking using architects/designers to develop a language so that others can implement the application. Now that would be leveraging skills.

I recently got a link to 'diagrammr' from Nitins Knowledge Share list.