24 January 2008

Remote ExtJS Grid Sorting in ASP.Net

Remote Grid sorting in ExtJS is relatively straightforward, but there is one "gotcha" to look out for.

Steps for Implementing Remote Sorting
The steps for implementing remote sorting are as follows:
  • Create your web service that returns a record set. Give it two parameters that define the field name and sort direction. The value passed back will be 'ASC' or 'DESC'. Just use that in your call to the database for implementing the order in your select statement.
  • In your store, add the 'remoteSort: true' to the constructor.
  • Call the setDefaultSort(field name, direction) on some time before the load.
The Gotcha
I have quoted the ExtJS code below from the Ext.data.Store documentation. Make sure that the actual parameters of the web service are 'sort' (for field name) and 'dir' (for ASC/DESC). If you do not name the parameters the same as what is listed below, the remote sorting will not work.


remoteSort : boolean
True if sorting is to be handled by requesting the Proxy to provide a refreshed version of the data object in sorted ...
True if sorting is to be handled by requesting the Proxy to provide a refreshed version of the data object in sorted order, as opposed to sorting the Record cache in place (defaults to false).

If remote sorting is specified, then clicking on a column header causes the current page to be requested from the server with the addition of the following two parameters:

  • sort : String

    The name (as specified in the Record's Field definition) of the field to sort on.

  • dir : String

    The direction of the sort, "ASC" or "DESC" (case-sensitive).


Overall, the grid is coming along nicely. Eventually, the code makes sense. But getting ASP.Net to work with ExtJS is proving to be a challenge.

18 January 2008

In the trenches with the ExtJS Grid and ASP.Net

Yesterday I successfully got ExtJS to retrieve data via an ASP.Net web service and wanted to outline the steps here for future reference.

Before getting started, I want to mention that my client runs ASP.Net 2.0 and have only consented to using the standard ASP.Net Ajax download from Microsoft on their servers. No other server software is allowed for this project.

Special thanks to amackay11 and his blog posting on how to consume XML. That posting is invaluable.

Server Side - C# / ASMX / ASP.net

The server side is relatively straightforward. There are a few requirements for coding the web services.

The ASMX code-behind service classes should have the WebService (added automatically by Visual Studio) and WebServiceBinding attributes,with the BasicProfile1_1 as the conforming WSI Profile.

[WebService(Namespace = http://tempuri.org/)]
[WebServiceBinding(ConformsTo=WsiProfiles.BasicProfile1_1)]

The ASMX methods need to be coded with the [WebMethod] attribute (again, this is standard service coding).

[WebMethod]
public XmlDocument getEmployees() {...}

One thing to notice is that the return value is an XmlDocument. .Net makes it easy to return fully formatted XmlDocuments. I recommend using DataSets for return data structures because it is easy to add tables and combine all the data calls into one message from the server to the client.

[WebMethod]
public XmlDocument getEmployees() {
// Create a new data set. The name of the dataset will be the
// opening and closing tag of the return document
DataSet ds = new DataSet("EmployeeSet");
string cmd = "SELECT * FROM tblEmployee";
SqlDataAdapter da = new SqlDataAdapter(cmd, cn());
// Fill the employee table
da.Fill(ds, "Employee");
//Total count from the table for paging purposes
DataTable count = new GetRecordCount("tblEmployee");
// Add the new table to the data set
ds.Tables.Add(count);
// Create and return the data set
XmlDocument doc = new XmlDocument();
doc.LoadXml(ds.GetXml());
return doc;
}

The previous sample code demonstrates how easy C# makes it to publish the XML for client consumption. An ADO.Net dataset is a nice flexible container and if your page has multiple data consumers on the page, the DataSet.Tables.Add() method makes it easy to throw one more structure into the mix before sending data to the client.

The previous code will then return an XML document.

<?xml version="1.0" encoding="utf-8"?>
<EmployeeSet>
<Employee>
<Id>1</Id>
<FirstName>Rob</FirstName>
<LastName>Livingston</LastName>
<Email>fred@yahoo.net</Email>
</Employee>
<Employee>
<Id>2</Id>
<FirstName>Chris</FirstName>
<LastName>Salad</LastName>
<Email>chris@salad.com</Email>
</Employee>
<Employee>
<Id>3</Id>
<FirstName>Adam</FirstName>
<LastName>Funk</LastName>
<Email>adam@funk.com</Email>
</Employee>
<Employee>
<Id>4</Id>
<FirstName>Steve</FirstName>
<LastName>Larsen</LastName>
<Email>larsenr@google.net</Email>
</Employee>
<records>
<count>4</count>
</records>
</EmployeeSet>

Notice the straightforward data structure and how the record count is appended neatly to the end of the XML document.

Client Side / JavaScript / HTML / Ext JS

The client side can be tricky to the uninitiated, especially the JavaScript. ExtJs requires two JavaScript includes and one CSS include in the header. You will also need to include your JavaScript file.

<head runat="server">
<title>Employee Edit Grid</title>
<script src="ext-2.0/adapter/ext/ext-base.js" type="text/javascript"></script>
<script src="ext-2.0/ext-all.js" type="text/javascript"></script>
<script src="JavaScript/Employee.js"></script>
<link rel="stylesheet" type="text/css" href="ext-2.0/resources/css/ext-all.css" />
</head>

One disadvantage of using XML is that verbosity of the server/client message. That being said, one advantage of not using JSON in an ASPX is that it requires 2 additional JavaScript includes (which are generated at run time), which makes the compiler complain (in Visual Studio 2005 at least). I mention that here because the includes can sometimes create headaches for the new developer.

The pattern for developing a grid in Ext JS is as follows:

  • Create a column model object which defines how the columns will be formatted and rendered in the grid
  • Create a record object which defines the data structure
  • Create an XMLReader object to consume the XML Web Service. The XML reader uses the record object to create the final record structure.
  • Create an HttpProxy object to connect to the data source.
  • Create the DataStore object that delivers the data to the data grid. The data store uses an HttpProxy (or some other connection) as well as an XMLReader (or some other DataReader) object as arguments.
  • Create the grid which takes a DataStore and ColumnModel as constructor arguments.

Although the steps are fairly complicated, I am amazed at how little JavaScript is actually required to get data to the page.

The biggest 'gotcha' of the entire process is configuring the HttpProxy object. The main question I had was, how do you consume the service?

Again, .Net makes this easy. Point the URL to the ASMX file / services. The proxy takes a parameters object if the service takes arguments.

I successfully configured a proxy object as listed in the example below.

var proxy = new Ext.data.HttpProxy({
url: 'Services.asmx/getEmployees',
method: 'POST'
});