So here are the slides. If you have any question let me know.

This presentation covers the following topics:

- Visual Studio 2010 IDE enhancements/changes

- Architecture possibilities

- New debugging experience (IntelliTrace, Breakpoints enhancements, datatips)

- What’s new for Testers?

PS: If you want to have some more detailed information on testing in Visual Studio 2010 and TFS 2010, check out Slide Deck from Whats New for Testing in Visual Studio 2010 and TFS 2010. Webcast of this presentation can be found here: Whats New for Testing in Visual Studio 2010 Webcast

- Extending Visual studio

- Other new features

I did however feel that I didn’t know nearly enough to call myself a WCF guru. That’s why I picked up a book on WCF and started playing around with it. This newly gained knowledge is something I would like to share with you.

So in the coming..days, weeks, months, years..I’ll be posting more on WCF. Other stuff will also be posted but there’s definitely going to be more on WCF.

So if you want some more information on this new release for VS2010, check out Crystal Reports in Visual Studio 2010 on sap.com. Or if you don’t want to get started, you can download Crystal Reports for VS2010 here

from Soma’s site

The new release of Visual Studio 2010 has plenty of compelling new features and updates that will make every developer more productive.

· Visual Studio 2010 allows users target of the right platform for their application, including Windows 7, Windows Server 2008 R2, SQL Server 2008, SharePoint. Office, Windows Azure, and Windows Phone 7 applications using their existing skills.

· Visual Studio 2010 is a rich, personalized development environment. We know that software developers spend much of their time in the IDE, and features like the new editor and multi-monitor support make your time in Visual Studio more productive and enjoyable.

· Teams are able to work more efficiently using Application Lifecycle Management tools. We’ve done a great deal of work in Visual Studio 2010 to improve testing and debugging tools. Features like IntelliTrace and easy project management help your team ensure high quality.

It’s really cool that you could follow the keynote live and even ask questions via Twitter.

Download them on Microsoft Download

System.Web.HttpException (0×80004005): Session state has created a session id, but cannot save it because the response was already flushed by the application.\r\n   at System.Web.SessionState.SessionIDManager.SaveSessionID(HttpContext context, String id, Boolean& redirected, Boolean& cookieAdded)\r\n   at System.Web.SessionState.SessionStateModule.CreateSessionId()\r\n   at System.Web.SessionState.SessionStateModule.DelayedGetSessionId()\r\n   at System.Web.SessionState.SessionStateModule.ReleaseStateGetSessionID()\r\n   at System.Web.SessionState.SessionStateModule.OnReleaseState(Object source, EventArgs eventArgs)\r\n   at System.Web.SessionState.SessionStateModule.OnEndRequest(Object source, EventArgs eventArgs)\r\n   at System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()\r\n   at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

Seems like there is something wrong with the session. Opened up my favourite browser and did some searching. Some minutes later, I had found the solution and here it is..

Open Global.asax and make sure the Session_Start method looks like this:

protected void Session_Start(object sender, EventArgs e)
{
   string sessionId = Session.SessionID;

   if (!Eisk.DataAccessHelpers.ConnectionStringManager.IsConnectionStringOk())
       Response.Redirect("~/public/install.aspx");

}

That should solve the problem! More info can be found here

No worries, this is an easy fix. If you click on Details, then you’ll see what’s going on. From my previous Visual Studio 2010 release, I still had an older version of ASP.NET MVC.

I just removed ASP.NET MVC 2 and then tried to reinstall, this time it succeeded!

Phil Haack has some more information on this on his blog

In the previous articles I mainly talked about things you could already do with eelier version of Entity Framework. EF4.0 has some better tooling, we saw this already with the complex types. With the new version of Entity Framework there is also out of the box support for POCO (Plain Old CLR Objects). This I personally like very much because I’m not such a big fan of generated classes. Previously you didn’t have much choice. You had to work with the object’s that EF generated for you. Did you have some specific logic in your property getters or setters? Then you had to find another solution. Remapping your objects to something else was one of them. You could not rely on these generated classes to contain custom business logic. If you rebuilt the edmx, your custom logic would be removed and the classes would be regenerated. There were however some clever tricks to get POCO support working before EF4.0. For instance have a look at: Persistence Ignorance (POCO) Adapter for Entity Framework.

In EF4.0 we have POCO support, so we can use our own business objects, domain objects. so let’s jump into the code and see how we work with that. I’ll use the same database as I used before.

- Create a new console application

- Add a new file to the project, choose ADO.NET Entity Data Model

- Here we see the same screen as we did before. Again we’ll create a model based on the database. This is not obliged. You could create the model yourself, but for this I would just let EF generate the classes for you. You will save yourself a lot of time.

- Now we should select our data source, I’ll choose the same database that I used before

- It’s time to select the tables we want to work with. I’m just going to use the Article for this.

- If everything is fine, you should end up with the following diagram

-So let’s summarize what happened:

- EF retrieved the information on the database
- Retrieved specific information on the table where you want to create entities for
- Based on these entities, EF created the CSDL, SSDL and MSL
- EF created the entities for you to access your data in the underlying table
- For these entities, EF generated some classes

- These generated classes are the objects that we want to replace with our own objects

- Let’s first stop the auto generation process. Select your .edmx file in the solution explorer and press F4 to open the properties window. There you should see the property “Custom Tool” with the value: EntityModelCodeGenerator. Go ahead and delete that value. Just make the field empty. If you rebuild now, you’ll see immediately that the generated code behind file will go away.

- OK let’s start by creating our POCO. One thing to remember is that this has to be EXACTLY the same as your entity. Do it wrong and you WILL get exceptions…I’ll go over this later

- First let’s create the Article class

    public class Article
    {
       public int Id { get; set; }
       public string Name { get; set; }
       public string Description { get; set; }
       public Double Price { get; set; }
       public int Stock { get; set; }
    }

- As you can see this matches to my entity shown in the previous image

- Now we need a way of connecting to the model. The bridge between your POCO and the edmx file containing the mapping schema etc is the ObjectContext class. This class uses the connection string in the App.Config file to connect to the edmx file and the underlying table. The connection string is one of the parameters we need to pass to the base constructor of the ObjectContext. In this ObjectContext implementation we’ll also define the entities. This is called an ObjectSet, that’s what we are adding to the ObjectContext. Let’s have a look at this now:

public class ArticleModel:ObjectContext
    {
        public IObjectSet<Article> Articles { get; set; }
        public ArticleModel()
            : base("name=DemoDBEntities","DemoDBEntities")
        {
            if (Articles == null)
                Articles = CreateObjectSet<Article>();
        }
    }

- I don’t think much explanation is needed anymore. The first parameter that I pass to the base constructor of the ObjectContext class is the connection string, the second one is the name of the container. There are some different ways that you can do this..the Object Browser tells you how:

- OK we’re almost done! Now let’s test run what we just created

    class Program
    {
    static void Main(string[] args)
    {
        var am = new ArticleModel();

        foreach (var art in am.Articles)
        {
            Console.WriteLine(art.Name);
        }
        Console.ReadLine();
    }

Exceptions

Now something short on exceptions because exception can occur while working with your own POCO’s.

- Make sure your object properties are the same as the properties in your EF entity. If you don’t have the same properties, then you’ll receive an InvalidOperationException saying something like: Mapping and metadata information could not be found for EntityType ‘EFPOCO1.Article’. I don’t like these kind of errors because they do not show which column is wrong. You have match every property and see which one is different.

- Make sure your App.Config can be read. If the ObjectContext can’t locate the App.Config or the name of the connection string is incorrect then you’ll receive an ArgumentException saying something like: The specified named connection is either not found in the configuration, not intended to be used with the EntityClient provider, or not valid.

OK as you can see it isn’t that hard to use your own POCO’s. I’m not saying EF generated classes are bad, it’s just that if you have some specific logic that you want to have in your objects, then you’re kind of stuck and need to be creative.

Anyway, hope this was informative.