When I picked up the book several months ago, my main intention was to get everything I needed to grok 3.5, after being focused on Silverlight for a while I realized that I wasn’t making full use of LINQ and other sexy features in my code.  This reference did it for me, with MSDN as my backup for any of the nitty gritty topics like lambdas and expression trees.  Today I’m still using the book often as a clear way to introduce others to the new platform.

A nice bonus was the ability to grab a PDF of the entire book from Apress for free after buying the book.  I don’t know if this is a sign of the future or not, but being able to pull the book up in Adobe Acrobat has been almost as useful as being able to take the book to my favorite coffee shop to focus on the new 3.5 platform.

Don’t expect this book to tell you how to create a data structure, or what a ‘for’ loop is.  The title is prefixed by Pro and it isn’t joking.  This was enjoyable compared to many of today’s books that fill a few hundred pages with the obvious.

What surprised me, and many .NET developers will appreciate beyond the awesome C# 3.5 coverage: Details on so much of all things .NET – this is NOT a book for niche developers (web- only, client- only, looking to figure out XAML), but rather for enthusiasts, experts and technologists looking for breadth of knowledge.  There’s some coverage of WPF.  In-depth CLR stuff: assemblies, metadata, IL.

At the end of the day, C# 3.5 is great.  Where I thought that generics were the bomb in 2.0, it is now obvious that C# has grown quite a bit since then.

Book organization

The Table of Contents can be downloaded online.  The book is organized into these sections:

• Introducing C# and the .NET Platform
• Core C# Programming Constructs
• Advanced C# Programming Constructs
• Programming with .NET Assemblies
• Introducing the .NET Base Class Libraries
• Desktop User Interfaces
• Building Web Applications with ASP.NET
• Appendixes

You’ll also find the book’s summary, source, bonus chapters, and a sample chapter on the Philosophy of .NET (kind of like a quick boot camp for pros) on the Apress.com site for the book.

Note, there’s also now a VB edition of this book available.  I’m not familiar with it, but since it’s also by Andrew Troelsen, I’ll assume that a lot of the material overlaps, especially on the full stack and platform coverage.  Might be a good candidate to browse at a local bookseller.

Hope you find the book as helpful!

If you have a need to install the full version of IIS 7.0 (all features, options, and modules—including ASP.NET 2.0), you can do this from the command line using the new Package Manager tool as an alternative to the Add/Remove Windows Features interface.

Simply execute the following from an elevated command prompt (it will also output a log file, that’s an optional parameter only):

start /w %windir%\system32\pkgmgr.exe /l:logStep.etw /iu:IIS-WebServerRole;IIS-WebServer;IIS-CommonHttpFeatures;IIS-StaticContent;IIS-DefaultDocument;IIS-DirectoryBrowsing;IIS-HttpErrors;IIS-HttpRedirect;IIS-ApplicationDevelopment;IIS-ASPNET;IIS-NetFxExtensibility;IIS-ASP;IIS-CGI;IIS-ISAPIExtensions;IIS-ISAPIFilter;IIS-ServerSideIncludes;IIS-HealthAndDiagnostics;IIS-HttpLogging;IIS-LoggingLibraries;IIS-RequestMonitor;IIS-HttpTracing;IIS-CustomLogging;IIS-ODBCLogging;IIS-Security;IIS-BasicAuthentication;IIS-WindowsAuthentication;IIS-DigestAuthentication;IIS-ClientCertificateMappingAuthentication;IIS-IISCertificateMappingAuthentication;IIS-URLAuthorization;IIS-RequestFiltering;IIS-IPSecurity;IIS-Performance;IIS-HttpCompressionStatic;IIS-HttpCompressionDynamic;IIS-WebServerManagementTools;IIS-ManagementConsole;IIS-ManagementScriptingTools;IIS-ManagementService;IIS-IIS6ManagementCompatibility;IIS-Metabase;IIS-WMICompatibility;IIS-LegacyScripts;IIS-LegacySnapIn;IIS-FTPPublishingService;IIS-FTPServer;IIS-FTPManagement;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI

This should work with Windows Vista Business, Enterprise, and Ultimate SKUs.  On x64 machines, you’ll want to make sure to execute this from an elevated 64-bit command prompt.

Background:
A useful new feature of IIS 7 is its componentization; if you don’t need a particular feature of the server, such as CGI, simply exclude it.

Often while performing testing or preparing a development workstation, using pkgmgr.exe can save a little time if you’re looking for all the features.  You can also modify the parameters to leave off specific features.

Update:
Looks like there’s finally a document on this at the IIS web site as well, so if you’re using Home Premium or want to learn more about pkgmgr.exe, check out the article at http://www.iis.net/default.aspx?tabid=2&subtabid=25&i=958.

[/RAW]

There’s a helpful article at the IIS.NET site detailing a lot of what it means to upgrade your developer workstation to Vista, what changes IIS 7.0 brings, and ASP.NET application compatibility.  Direct link to the article.

The most important content in this article, in my opinion, is that which outlines the specific ASP.NET changes.

Here is the list of known changes with IIS 7.0 at this time:

• In Integrated mode, Application_OnError is not called for exceptions that occur in HttpApplication::Init
• Server.ClearError in EndRequest does not clear exception message in Integrated mode
• Integrated mode applications may write to a response in EndRequest after an exception has been formatted and written to the response
• In Integrated mode, ASP.NET no longer suppresses the content type when the response is empty
• Different windows identity in Forms authentication
• Default Authentication_OnAuthenticate event does not raise in Integrated mode
• In Integrated mode Request.RawUrl contains the new query string after RewritePath is called
• Passport Network credentials authentication is not supported in Windows Vista
• PassportAuthentication module is not part of the Integrated pipeline
• Large, valid forms auth tickets (length <= 4096 bytes) present in the query string are rejected by IIS 7.0
• In Integrated mode, the ASP.NET request time-out is applied multiple times during the request, allowing the request to execute longer
• Trace settings are not transferred to Server.Transfer target page
• The method Httpcontext.Current.Response.Write() cannot work in Application_Onstart()
• HttpRequest.LogonUserIdentity throws an exception when accessed before PostAuthenticateRequest
• In Integrated mode, ASP.NET modules will receive the first unauthenticated request to IIS when Anonymous authentication is disabled
• ASP.NET cannot impersonate the client identity until PostAuthenticateRequest
• Content-Type header is not generated when charset and content type are set to empty string
• In Integrated mode, both synchronous and asynchronous events raise for each module before the next module executes
• Response headers are removed in Integrated mode after calling ClearHeader in a custom IHttpModule
• Using Windows and Forms authentication together in Integrated mode is not supported
• In Integrated mode, IIS always rejects new lines in response headers (even if ASP.NET enableHeaderChecking is set to false)
• PreSendRequestHeaders and PreSendRequestContent events will raise together for each module
• The ordering of modules is reversed for PreSendRequestHeaders and PreSendRequestContent when using Integrated mode
• In Integrated mode, threading and queuing settings in are ignored
• If a configuration file error is encountered when using Integrated mode, IIS, not ASP.NET, generates the error message
• In Integrated mode, ASP.NET applications must subscribe to pipeline events during a module’s Init call

[/RAW]

Vista ships with .NET Framework 2.0 in the box, but ASP.NET v1.1 is still fully supported if you need it-and here’s how.

If you’re trying to diagnose this problem, the error message you will receive without allowing v1.1 is a 404.2 – Not Found; the description is “the page you are requesting cannot be served because of the ISAPI and CGI Restriction list settings on the Web server.”

Install .NET Framework v1.1 & v1.1 SP1

Prerequisite: You have installed IIS on the machine already (Control Panel – Add/Remove Windows Features)

• Download and Install .NET Framework v1.1
• Download and install v1.1 Service Pack 1

Enable ASP.NET v1.1 in InetMgr

Run “InetMgr” (even though the Run menu’s not in the Start Menu by default, you can still reach it by pressing [ Windows key ] + [ R ])

Click on your computer name in the tree, not the web site. This should be the top-most tree element. Double-click on “ISAPI and CGI Restrictions,” this is an icon in the center of the screen within the IIS group.

Right-click on the ASP.NET list item entry and “Allow” it. You do not need to reset the web server.

You can also do this from an elevated command prompt using AppCmd.exe:

%windir%\system32\inetsrv\appcmd set config -section:isapiCgiRestriction /+.[path='%windir%\Microsoft.NET\Framework\v1.1.4322\aspnet_isapi.dll',allowed='true']

Creating v1.1 Applications

Another obvious note, within the IIS Manager, you need to specify the application pool of choice when adding a new application. There is no concept of a v1.1 “integrated” mode, so your choices with v1.1 installed are: Integrated Pipeline 2.0, Classic/ISAPI 2.0, and Classic/ISAPI 1.1.

Simply select the v1.1 application pool and you’re good to go!

[/RAW]

With the release of Windows Vista, the next generation Microsoft Platform for web developers looking to explore better integration between their applications and the web server. We’ve logged many hours over the last year making sure that the ASP.NET and IIS 7.0 experience is a success story, and I wanted to open by introducing the new integrated mode and diving into some of what went on for the test team to bring the release to you.

Integrated Mode: ASP.NET + IIS

ASP.NET 2.0 shipped in October 2005 and was full of useful features, but on IIS 6 it still executed like a well-oiled Perl script would have a decade ago. For the most part, it sat on top of the web server, relying on an archaic native interface (ISAPI) to make it all happen. Simply enabling Windows authentication took two steps: One enabling it in the IIS manager, and the other configuring it your web.config file.

With Vista, all this is in the past: Handler mappings, authentication … it’s all a single story. One step to get a task done, a great new administrative interface to go with it. Being familiar with the work that’s gone on to make managed code a first-class citizen with IIS, I intend to use this blog as a place to share that experience.

I don’t intend to duplicate the great resources already online, so as a starting point, if you’re new to all this, please check out:

• Mike Volodarsky’s “server-side” blog
• IIS.Net community site run by Microsoft, specifically the IIS7 technical resources overview
• The IIS discussion forums or ASP.NET forums, the best place to get your questions answered

Testing: Automation updates, new tools, overall process

Testing ASP.NET, IIS, and Windows Vista together was a lot of work. It consisted of automation improvements, using new product features, adding test coverage, fixing test cases, and analyzing hundreds of thousands of automation results. Here’s a little bit of the behind-the-scenes work that happened from my perspective.

We rely on automation so much on the ASP.NET test team that it was critical to get our tests running on the new OS as soon as possible. Being able to kick off tests to run overnight means that I can devote the day to everything else: Resolving and fixing bugs, learning about and providing feedback on the product, and working on other exciting projects. This wouldn’t be possible without the large automation infrastructure we have in place. Scott Guthrie’s testing post a few years ago really provides a great look at what’s involved in our testing.

Integrated and classic application pool types

As you can now place ASP.NET applications in either the IIS7 Integrated application pool or the Classic/ISAPI pool, we expanded the scope of our tests to run in both the integrated and classic modes. The default application pool type is now integrated; however, the classic mode is still around for compatibility, ASP.NET 1.1 SP1 applications, and other scenarios. If you’re impacted by a breaking change in the integrated mode, you can always just flip the application into the classic pool.

Expanding the possible contexts for all our tests to run in both modes meant more test results would be generated for each run, but the cost in additional time for execution is made up for by the presence of historical data and side-by-side results. Having results for the same underlying test, running into both pipeline modes, was really helpful for identifying bugs.

They weren’t all bugs either, some differences were as verifying the new IIS 7 error messages.

User account control

The sweeping security improvements within Windows Vista made automation a little more difficult at first (that’s a good thing). Instead of just modifying some registry values to open the necessary firewall ports, changing a configuration file, or running a set of batch files, we had the fun challenge of interacting with User Account Control (UAC). Even though ASP.NET is a server-side process, our automation system is full of tools that run within the context of an end user session. Elevation to administrative privileges is needed for reimaging machines, configuring the product, and running tests. It took a lot of hard work by many people within the company to get us to where we are today.

New tools like AppCmd

The Microsoft philosophy of testing your products using your products is pretty fun at times. A good example that I have is the ability to take a snapshot of the web server configuration files with IIS 7—I can’t tell you how many times I use an older Windows 2003 machine and wish I could use this feature.

The AppCmd tool, located at %windir%\system32\inetsrv\appcmd.exe, is a great command-line interface to the web server. When we initially install IIS on a Vista machine, the scripts make a backup of the important IIS configuration files by calling “appcmd add backup Initial”. “Initial” is just the unique name for the backup. If you ever destroy the configuration files, you can simply issue an “appcmd restore backup Initial” command and you’re back in business, without having to examine what you did incorrectly.

Testing Process

Finally, there was the actual testing experience that had to happen. Part of the process:

• Creating a new run with a set of tests and the contexts in which they execute
• Cross your fingers, hoping that the machines install Vista, the product, and come back online
• Waiting as thousands of tests execute and log their results
• Spending days investigating fun new Vista changes, improvements, bugs, fixing tests, and fixing the product
• Repeat!

We frequently performed “nightly” tests, which consist of the highest priority automation, along with a combination of Vista SKUs, product types, and languages. Test the SDK one week, and the full Visual Studio the following week; English, Arabic, Japanese, German; AMD64, x86, the list goes on!

Before each significant Vista milestone, we signed off by performing a major full automation test pass on the product. This was a major undertaking: one such test pass lasted a month and really pinpointed the work that needed to be done to finalize ASP.NET on Vista. If you haven’t already given the new IIS a try, run the IIS Manager after installing Vista and the web server, and try the “new” ASP.NET.

In Closing

I’m really proud of the quality of our product and hope that you find the new features and improvements really helpful in your work. Between the union of IIS + ASP.NET and the ASP.NET AJAX story, there are some great reasons to use the Microsoft platform today. And you can still use PHP too!

Please let me know if you found this useful.

[/RAW]