Pages

Tuesday, December 21, 2010

Getting started with Windows Azure

For the last couple of weeks, we've been studying converting our solution to a Windows Azure Application. So this post is gonna explain the basics of Windows Azure. Note that I did not put any payment information here. I don't even have the list of prices and I don't know what is charged and what isn't for sure.

Let's understand it.

How it works

We basically have two types of projects within a Windows Azure Application Solution: We have Web Roles, which can be Web Applications, and Worker Roles, which can be class libraries, console applications. Note that a Web Role can only be a Web Application, not a Web Site. See post "Converting a Web Site to a Web Application" for more details.

The Web Role will call the Worker Roles to do some heavy work, like background working. Something asynchronous that doesn't necessarily send a response to the Web Role, although you could have this situation. How will it call them? We have a communication pipe, a Queue. As surprising as it may be, it works exactly as a Queue object: first in, first out. The Web Role goes and puts a message in the Queue. Within a time span, the Worker Roles check the Queue for any new message, and verify whether it's assigned to them or not. If it is, they do their work, and delete the message. Simple.

To add Roles, just right click the folder Roles and select the desired option. You can also make an existing project (if compatible) a Role.
When you create a Role, you'll get a file named WebRole.cs or WorkerRole.cs, depending on which type of role you've created. These inherit from class RoleEntryPoint. These files contain methods such as OnStart(), OnStop() and Run(). You'll understand it later.

This is an image of what the Solution Explorer looks like with a Web Role and a Worker Role:


Notice that we have two configuration files: ServiceConfiguration.cscfg and ServiceDefinition.csdef. Those basically contain information about the roles and their settings.

Storage?

We have SQL Azure, Tables, and Blobs.

SQL Azure seems to go smoothly with basic instructions. It only requires that each table has a Clustered Index. Also, you can put your already existing database there, scripting it. I haven't tested it yet, but it looks like SQL Server 2008 R2 supports connecting to SQL Azure as if it was an ordinary SQL Server instance, meaning that it shows the server on Object Explorer, and lets you visually navigate through its objects. You can then script your existing database and run the scripts through Management Studio. For existing applications, connecting to it should be as simple as changing the Connection String.

Blobs. "Blobs are chunks of data". Well, they are written as byte arrays, so you could use it to store .txt, .xml files, anything. You can create a container, which would be a folder, and put blobs inside of it. For example, each customer would have their own container, and inside, their Blobs.

Tables work like an Excel Sheet, or an Access Database. Their use are to store data that is not relational. An example would be storing each customer's code and connection string.

Clouding it

First, let's configure our Roles to use development storage. I've done this with Windows Azure SDK 1.3, so I'm assuming you have that installed.

Open settings page of a role. Right click it, click properties, then go to Settings Page. You'll see the following:


Add another setting and mark the settings type as a Connection String. Then, click on the [...] button, and check Use the Windows Azure storage emulator. You can name it whatever you want to, just keep that name in mind. Let's use something generic, like "DataConnectionString". Do that for each of your roles.

After you've done that, your project now knows where's his storage, so the next step is to write to the Queue.

We're gonna write a string message that tells our Worker Role to create a Blob .txt file, and write something to it. Firstly, there's a piece of code that we need to execute before we can connect to our development storage account:

using Microsoft.WindowsAzure;
using Microsoft.WindowsAzure.ServiceRuntime;


CloudStorageAccount.SetConfigurationSettingPublisher((configName, configSetter) =>
{
      // Provide the configSetter with the initial value
      configSetter(RoleEnvironment.GetConfigurationSettingValue(configName));

      RoleEnvironment.Changed += (s, arg) =>
      {
            if (arg.Changes.OfType().Any((change) => (change.ConfigurationSettingName == configName)))
            {
                  // The corresponding configuration setting has changed, propagate the value
                  if (!configSetter(RoleEnvironment.GetConfigurationSettingValue(configName)))
                  {
                        // In this case, the change to the storage account credentials in the
                        // service configuration is significant enough that the role needs to be
                        // recycled in order to use the latest settings. (for example, the 
                        // endpoint has changed)
                        RoleEnvironment.RequestRecycle();
                   }
             }
      };
});

I couldn't find an actual answer to "Why do I need to run this?", so if you do have an answer, leave a comment with it, and I'll add it here. I'll even leave the code's original comments. If you try to get the storage account without running the code above, you'll get an exception saying that you must call the method SetConfigurationSettingPublisher before accessing it. Also, I tried putting this on the OnStart() method on WebRole.cs, and it did not work. So just put it on Application_Start() on Global.asax. As for WorkerRoles, you should put it on the OnStart() method on WorkerRole.cs.

To add our Queue Message, I've put this on a button click event:

using Microsoft.WindowsAzure;
using Microsoft.WindowsAzure.StorageClient;


// Gets our storage account
CloudStorageAccount storageAccount = CloudStorageAccount.FromConfigurationSetting("DataConnectionString");

// Gets a reference to our Queue
CloudQueue queue = storageAccount.CreateCloudQueueClient().GetQueueReference("blobqueue");
queue.CreateIfNotExist();
queue.AddMessage(new CloudQueueMessage("TXT;This is some text to be written"));

Notice that we call the CreateIfNotExist() method. This way we can always be sure we won't get a NullReferenceException. At least not when dealing with this Queue. And the Queue name MUST be entirely lowercase! You'll get a StorageClientException with message "One of the request inputs is out of range." if you have any uppercase character in its name.
Also notice that the message is pure string, so we're gonna have to handle message parts our own way.

So when the code above executes we have our first message on the Queue. Simple, right?
Now we're gonna get that message on our WorkerRole.


On the WorkerRole.cs file I've mentioned before, check the code that was generated inside the Run() method:

public override void Run()
{
      // This is a sample worker implementation. Replace with your logic.
      Trace.WriteLine("ClassLibraryRole entry point called", "Information");

      while (true)
      {
            Thread.Sleep(10000);
            Trace.WriteLine("Working", "Information");
      }
}

Yes, it's literally that: a while(true) loop. We trap the execution there, and then we can do whatever we want, including getting messages from the Queue. We could implement some sort of "timer against counter" logic to relief the processor a bit, like, each time it checks for a message and notices there isn't any, it sets the sleep time a little bit higher. Of course we'd have to handle that so it doesn't become a huge amount of time, set a maximum on that sleep.

Now let's handle getting messages from the Queue:

while (true)
{
      CloudStorageAccount storageAccount = CloudStorageAccount.FromConfigurationSetting("DataConnectionString");

      CloudQueue queue = storageAccount.CreateCloudQueueClient().GetQueueReference("blobqueue");

      CloudQueueMessage msg = queue.GetMessage();

      if (msg != null)
      {
            string actionType = msg.AsString.Split(';')[0];
            string content = msg.AsString.Split(';')[1];

            switch (actionType)
            {
                  case "TXT":
                        // Write the Blob
                        break;
            }

            // After all work is done, delete the message
            queue.DeleteMessage(msg);
      }
      else
      {
            Thread.Sleep(10000);
      }
}

Like I said, we could implement a better solution for that Sleep() over there, but, in some cases, it is fully functional just as it is: checking the queue within a certain time span.

Now we're gonna get that message, and write its content to a Blob:

while (true)
{
      CloudStorageAccount storageAccount = CloudStorageAccount.FromConfigurationSetting("DataConnectionString");

      CloudQueue queue = storageAccount.CreateCloudQueueClient().GetQueueReference("blobqueue");

      CloudQueueMessage msg = queue.GetMessage();

      if (msg != null)
      {
            string actionType = msg.AsString.Split(';')[0];
            string content = msg.AsString.Split(';')[1];

            switch (actionType)
            {
                  case "TXT":
                        CloudBlobContainer blobContainter = storageAccount.CreateCloudBlobClient().GetContainerReference("mycontainer");
                        blobContainter.CreateIfNotExist();
                        CloudBlob cloudBlob = blobContainter.GetBlobReference(string.Concat(DateTime.Now.ToString("dd-MM-yyyy_hh-mm-ss"), ".txt"));
                        cloudBlob.UploadText(content);
                        break;
            }

            // After all work is done, delete the message
            queue.DeleteMessage(msg);
      }
      else
      {
            Thread.Sleep(10000);
      }
}

That should create a new Blob container (a folder) and inside it, a .txt file (Blob). The same goes for the container name: it must not have any uppercase characters, or you will get a StorageClientException, with message "One of the request inputs is out of range.".
Simple again, huh.

Let's write something to the Table. In this example, we're gonna write customer records to the table: Customer ID, Customer's Name, and Customer's Connection String, assuming that each customer will have its own Database.

In a brief explanation of tables, the three important columns are: PartitionKey, RowKey, and TimeStamp.

Partition Key behaves like a string, so we could use it to filter our Records. For example, if we have two sources of customers, and we wanna know where they came from, we could have two different values for PartitionKey: "CustSource1" and "CustSource2". So when selecting those customers, we could filter them by PartitionKey.

RowKey is our primary key. It cannot be repeated, and it doesn't have auto-incrementation systems as identity fields. Usually, they get GUIDs.

TimeStamp is just a last modified time stamp.

To interact with Tables, we have to define a Model and a Context.
Our model will describe the record, and which columns it'll have. The context will interact directly with the table, inserting, deleting and selecting records.

It's important NOT to link these tables with SQL Server tables. They don't mantain a pattern. You can insert a record with 3 columns in a certain table, and then a record with completely different 6 columns in the same table, and it will take it normally.

To define our Model, we have to inherit from TableServiceEntity. We can then define our own columns and constructors and whatever we want to.

class CustModel : TableServiceEntity
{
    private const string PARTITIONKEY = "Cust";
    public const string TABLENAME = "CustModel";

    public CustModel(string custID, string name, string connStr)
        : base(PARTITIONKEY, custID)
    {
        Name = name;
        ConnStr = connStr;
    }

    public CustModel(string custID)
        : base(PARTITIONKEY, custID)
    {
    }

    public string Name { get; set; } 
    public string ConnStr { get; set; }
}


Once we have defined our Model, we'll work on our Context. The Context iherits from TableServiceContext. It also provides us some important key methods to work with. Our defined interaction methods should also be here, like the code below:

class CustDataContext : TableServiceContext
{
    private const string CUSTMODEL = "CustModel";

    public CustDataContext(string baseAddress, StorageCredentials credentials)
        : base (baseAddress, credentials)
    {
        CloudTableClient.CreateTablesFromModel(typeof(CustDataContext), baseAddress, credentials);
    }

    public IQueryable CustModel
    {
        get
        {
            return this.CreateQuery(CUSTMODEL);
        }
    }

    public void DeleteCustomer(CustModel cust)
    {
        this.DeleteObject(cust);
        this.SaveChanges();
    }

    public void AddCustomer(CustModel cust)
    {
        this.AddObject(CUSTMODEL, cust);
        this.SaveChanges();
    }

    public CustModel GetCustomerByID(string custID)
    {
        var results = from cust in this.CustModel
                      where cust.RowKey == custID && cust.PartitionKey == "Cust"
                      select cust;

        return results.FirstOrDefault();
    }

    public CustModel GetCustomerByName(string name)
    {
        var results = from cust in this.CustModel
                      where cust.Name == name && cust.PartitionKey == "Cust"
                      select cust;

        return results.FirstOrDefault();
    }
}

Notice the IQueryable property that returns us the table corresponding to the table name specified as a parameter. Whenever you want to access the table, that should be the property. You can also define more than one property, but always a table per property. The only other key method is the one called inside the constructor.
Oh and you have to add a reference to System.Data.Services.Client or you won't be able to call method CreateQuery().

Now how do we work with this? With the code below!

CloudStorageAccount storageAccount = CloudStorageAccount.FromConfigurationSetting("DataConnectionString");
CloudTableClient tableClient = storageAccount.CreateCloudTableClient();
tableClient.CreateTableIfNotExist(CustModel.TABLENAME); 
  
CustDataContext custDataContext = new CustDataContext(storageAccount.TableEndpoint.ToString(), storageAccount.Credentials);
CustModel cust = new CustModel("1", "Felipe", "MyConnStr");
custDataContext.AddCustomer(cust);

It should create a table with the name defined in the constant CustModel.TABLENAME, respecting the columns defined in the Model. You do not have to create the columns manually, it'll do so automatically.



So this post explained the basics of Windows Azure, and how simple it is to work with it. If you are going to do so, I suggest you download some applications from codeplex, such as:



SQL Azure Migration Wizard helps you migrate your already existing database to SQL Azure.
Azure Storage Explorer lets you visually navigate through your storage objects, such as Queue Messages, Blobs, Containers, Tables, etc.

Monday, December 13, 2010

Are code generators good for you?

"Our product helps developers focus on solving business problems, not technical ones"

I bet you can find a similar sentence on the website of any code generator out there in the market.

Here are just two of the ones we've tested:

GeneXus:




XAF:









Every developer knows that there is pa
rt of every user-interactive system that is repetitive, and sometimes end up taking more time than the business logic itself. I'm talking about forms, tables, and everything made to keep data integrity between those two. In systems where there is a lot of data to deal with this becomes really annoying. You have to build the database tables manually, build forms manually, create validations, select, insert and update scripts, all the routines for the maintenance, and run extensive tests, because as we all know, there's a higher possibility of making mistakes when what you're doing is repetitive.

That's what these generators want to solve. If all that boring part is automated, all you have to deal with is business, right?

Partially. As you may have already calculated, these tools can't read your mind, and telling them what you want can sometimes get tricky. In an attempt to make the development process easier and easier, these tools often end up with something so different from regular manual development that learning how to use it properly may take longer than you expect. That's the case with GeneXus, which has its own philosophy, and even its own language.

There are a few items you might want to consider if you want to use code generators like those:

Learning Curve:

As Felipe has mentioned in a previous post, I've had a week-long GeneXus course last week. And we've taken the shortest one of three options (the longest takes one month!). How's that for something that was created to make the development process easier? I'm not criticizing the complexity of the tool, I'm warning those who think about changing their development methods and are considering using one of these tools for its speed and simplicity.

Code Quality:

This should be quite predictable, but some managers might misunderstand where generators are useful. Code generators don't generate beautiful maintainable code and don't generate 100% efficient code. The only advantage of it, is that you didn't need to put too much effort into it.

Reusability:

Another point where managers usually don't get the point. Since generated code isn't usually as good as a developer would write, it shouldn't be reused at all. If you can't find your ways to do something thought the generator, don't even consider editing the code because sometimes that would mean to abandon the generator, since what you change won't be translated back to the generator (unless in very specific cases).

Some programmers might not like it:

My instructor has mentioned that everywhere he does a demonstration, managers love it, and developers hate it. That was the case with me initially (and mildly to this day). Why wouldn't a developer like something that will take the boring part out of his work ? Because the price for that is to change the way they do the rest, and if developers are always growing better in their career, having to work with something too specific might sometimes mean to change their path and learn something that's not interesting for other employers.

Lastly, if you're aware of these points, and you're ok with some restrictions, this might be a good step to take. Be sure to choose a tool that is widely adopted, has a large community, and well documented.

Wednesday, December 8, 2010

Converting a Web Site to a Web Application

To get our application to Windows Azure, we had to convert it from a Web Site to a Web Application.

I won't explain the differences between those two, you can go and Google it.


After some research, I found out the worst: there's no tool or wizard to do that, you have to do it manually. So open your Web Site solution, add a new Web Application project to it, and follow these steps.


First Step
Copy and paste everything. Copy everything on your Web Site, straight from the Solution Explorer, and paste it under the Web Application project. (don't forget to delete everything there first) To do that simply click the project and hit CTRL + V.

Second Step
Add the references again. You can check what are the references on the properties page for your Web Site. If it has any other projects references as well, you add them too. Keep adding them until you get no more missing reference errors.

Third Step
Now this is an amusing step. If you right click your newly created Web Application project, you'll notice an option that says: "Convert to Web Application". When you click that, Visual Studio basically reconnects your .aspx files with their corresponding code-behind files. All it does is change some minor things on the Page tags for your .aspx files. Possibly, you'll have to do this more than once, because if a page has a missing reference error, Visual Studio won't be able to work this on it, and it'll be ignored, so make sure you get all the reference errors first, and do this a couple of times.

Lastly
Keep trying to compile until you get no errors. And pay attention to the App_Code. When you convert it to a Web Application, Visual Studio renames the App_Code folder to "Old_App_Code". Do not rename it back, leave it just the way it is. On a Web Application, your classes don't need to be inside an App_Folder folder to work, they can be anywhere. So if you want to rename it, rename to something OTHER than App_Code, because it may cause some multiple declaration problems.

Important
Your code residing in the Old_App_Code may not be seen, although Visual Studio WILL NOT show you any compile-time errors. If it doesn't find your code, a runtime error will be thrown. To fix that, if you get any runtime errors, you just check where the calls are on your code, and put the cursor over it, Visual Studio will then probably show that it is not found, and suggest corrections. That happened to me, and in the end, all I had to do was reference the Web Application assembly (self referece, yes!), as it takes all classes in the project and puts it together in there. Be careful with namespaces here. And check for this everytime you get "Not Declared" or "Not Found" runtime errors.

So that's basically it, all I did was describe it all, in fewer and simpler words.

The post that guided me through all this can be found here.

Also, here's the official MSDN walkthrough.

Tuesday, August 10, 2010

ERROR SOLVED - [Could not load type 'System.Web.UI.ScriptReferenceBase' from assembly 'System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35]

We are currently working on an ASP.NET website, which has lots of AJAX.

We have succesfully deployed it to our development server, running on Windows Server 2008 x64.

Our client has Windows Server 2003 32 bits, and as expected, the problems started right at the login page.


The website presented us with the error:

"Could not load type 'System.Web.UI.ScriptReferenceBase' from assembly 'System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"


At first I thought it had something to do with their server being x64, but then I found out it was x86, so no problem there.  Then asked them if the server had .NET Framework 3.5, it had too,  the only thing missing was .NET Framework 3.5 Service Pack 1.

So if you consider switching  your Script Manager or anything like that, don't do it, because it's literaly this simple: just install .NET Framework 3.5 Service Pack 1, and it works!

Hope this helps someone.