Subscribe to the Free Print Edition!
Celebrating 25 Years

AJAX: Friend or Foe

AJAX can make Web pages feel like full-fledged applications, but beware weaknesses in security and accessibility

By Drew Robb, Special to GCN

According to the poet Homer, Ajax was one of the mightiest Greek warriors in the battle of Troy. But he also wound up going mad and turning on his friends before killing himself.

Now, 2,500 years later, AJAX, or Asynchronous JavaScript and Extensible Markup Language, is an ally of the Geeks — Web developers seeking easier ways to create interactive applications. But as they grapple with usability, security and Section 508 compliance issues surrounding AJAX, they may also worry about being turned against.

“AJAX is successful because it is so easy to learn, easy to use and easy to deploy,” said Michel Gerin, vice president of marketing at Backbase USA, an AJAX consulting and development company that has created AJAX applications for a number of federal clients, including the Navy.

“You can just write a few JavaScript codes or find some on the Web, put it in your HTML page, and — voilà — it works.”

But AJAX is not without its challenges.

“Rich Internet Applications such as AJAX and [Dynamic] HTML are becoming increasingly popular as Web development techniques,” said Judy Brewer, director of the World Wide Web Consortium’s Web Accessibility Initiative (W3C/WIA). “Yet they can create barriers for people with disabilities because of difficulty accessing dynamic navigation and event features.”

So the question arises: Which side of AJAX will you get — the mighty ally or an unstable technology that will turn on you?

Wait-loss program

AJAX is not a single technology, but a Web development technique using a set of technologies that work together to create a smoother interactive experience.

Although the term was coined in 2005 by Jesse James Garrett, president of consulting firm Adaptive Path, some of the technologies go back a decade. AJAX is just a way to describe developing Web applications using these technologies.

It is a browser-based approach that breaks down the traditional concept of the Web page, making it more like a desktop application. With traditional Web pages, Garrett wrote in his initial paper on the subject (GCN.com, Quickfind 866), a user action, such as clicking on a button, triggers an HTTP request to the Web server.

The Web server then processes the request — including querying databases, performing calculations or pulling up documents — generates a new Web page and sends that entire page via the pipe to the user.



GCN Popup