I'm working on a big .NET 1.1 project, and there exists a wish to upgrade this, majorily to be able to use better tools like Visual Studio 2008, but also because of the new features and smaller amount of bugs in the .NET 2.0 framework.
The project consist for the bigger part of VB.NET, but there are also parts in C#. It is a Windows Forms application, using various third party controls. Using .NET remoting the rich client talks to a server process which interfaces with a MSSQL 2000 database.
What kind of issues can we expect in case we decide to perform the upgrade?
Upgrading to the . NET Framework is faster, safer, and generally easier to do than ever before. The . NET Framework supports all versions of Visual Studio, which is especially helpful if you're working in a group environment.
Navigate to “C:\Program Files\dotnet\sdk” in your machine to see list of all SDK version installed on your machine. Once the installation is complete, open command prompt and type following command. You should see 2.0.
If you created your app using an earlier version of . NET Framework, you can generally upgrade it to . NET Framework 4.5 and its point releases (4.5. 1 and 4.5.
A software development kit for this version was released on 29 November 2006. Support ended on 12 July 2011. . NET Framework 2.0 is the last version to support Windows 98, Windows 2000 SP3, Windows Me and Windows Server 2003 below SP1.
There is a change to the theading model in .Net 2.0 onwards where unhandled exceptions in a thread will cause the whole app to terminate. I ran into this when updating an app that did lots of threading and occasionally crashed. Obviously the .Net 2.0 model is more robust as you should certainly be catching these anyway, but it was the only really issue I came across when making the migration.
This article talks all about it: http://odetocode.com/blogs/scott/archive/2005/12/14/2618.aspx
We're looking at doing the same migration right now Tobi. First, you can get a good idea of what to expect by making a copy of your project (or a portion of it) and give it a "dry run" through the .NET 2.0 compiler. My experience with this was that the 2.0 compiler gives more warnings about bad programming practices that the 1.1 compiler let slide. The compiler will warn you about implicit casts, "ambiguous" return paths (a code path where a function doesn't return a value), and some other minor things.
Here's a few links that you might find helpful: .NET Framework Compatability
Word Document of Breaking changes in .NET Framework 2.0
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With