Read this article to know why you should never return a XML string.

Recently, Matt Powell wrote about returning XML from webservices, and I certainly agree with him that returning it as an opaque string is really bad. Later on, Matevz Gacnik suggested a couple points to consider when to choose one or the other. Matt continued his rant this time tackling at the heart of the problem: why do you need to load a full-blown DOM just to get the nice XML returned from the webservice? At this point, I felt I should kick in.

Learn how to use .NET to create a simple XML-based message broker application.

A lot of people associate the .NET framework with XML, and for good reason. .NET uses XML behind the scenes to implement many of its development tools, such as SOAP and Web services. Beyond that, however, .NET provides a powerful set of classes for working with XML directly. Whatever you need to do with XML—sequential or random access, validation, transforms, or output—the .NET Framework provides you with tools that are not only powerful but easy to use.

Last week we learned about how to use attributes in your XML elements, but what exactly is an XML element? In a nutshell, elements are the building blocks of markup languages.

The .NET platform offers several APIs you can use to parse XML documents, including forward-only, DOM, XPath, and XML serialization APIs. Each API has a distinct set of strengths and weaknesses that you should understand before starting any project that involves XML. I'll examine the API exposed by the XPathNavigator class located within the System.Xml.XPath namespace. XPathNavigator isn't as fast as the forward-only API provided by the XmlTextReader or as full-featured as the DOM, but it can be quite useful in applications that need the ability to traverse an XML document's hierarchy along a variety of axes from descendant to child to ancestor.

Over the years, many industry-standard XML schemas and dialects have been developed. These industry-specific schemas embrace the original purpose of XML and are extremely valuable in promoting and supporting B2B interaction. ASP.NET Web Services do not allow developers to directly reference external schemas from within their XML Web Services interface (the WSDL file), but this article demonstrates how to build an external schema framework as an extension to ASP.NET to enable you to reference external schemas within your XML Web Service interface.

This article describes how to leverage the built-in ASP.NET XML Server Control to easily perform XML operations within your ASP.NET Web pages.

This article discusses the Microsoft XSD Inference utility, which simplifies the task of writing XML Schema by automatically generating schemas from instance documents. The inferred schema can then be refined with related document instances so that it can be used to describe and validate a whole class of XML documents.

This article, by Scott Mitchell, examines how to use XSLT to display an XML document that contains a hierarchical structure with an arbitrary depth. For example, consider an XML document that models the folders and files in a computer's file system. There might be a element, which has zero to many elements. Each element, in turn, may have zero to many elements as well (i.e., subfolders), as well as zero to many elements. In this article we'll look at how to use XSLT to display such an XML file recursively.

In the past, maintaining the state of an object in ASP often required some very inventive and painstaking code. In the brave new world of .NET, however, Object Serialization offers us a comparatively easy way to do just that, as well as some other useful tasks.

This article illustrates a mixture of common .NET methods for formatting and presenting in a readable fashion any XML document you may encounter. The latest hype with XML Web Services and even the .NET Framework itself relies on XML as its backbone, therefore this is no light matter.

One of the most common methods of binding data to a datalist is using a datareader or dataset, in this article we cover binding to a remote XML data file.

Thom Robbins explains how DataSet object features can be combined with XML to create a new type of object called the typed DataSet, which simplifies the task of data navigation.

Learn how to customize the VBCommenter PowerToy to provide the same VS .NET XML code commenting and automated code documentation functionality afforded to C# developers.

About a year ago, I got on this ASP.NET ServerControl kick. I read the Wrox book on ASP.NET Server Controls, I literally devoured everything I could find that was written about them, I read Susan Warren's excellent tutorial. In the process, I learned a great deal about ServerControls, and wrote three or four really good ones on my own. This particular control was my effort to cure some of the obvious deficiencies in the DropDownList, while adding a few neat features that I believed would be useful. The result is my "DbListBox" control, and I present it here.

I chose to write this class library because all the articles and recommendation I found and were told at MSDN events recommended storing this Salt in a DBMS. I was writting an ASP.NET application where I wanted to use XML files for storage of usernames and passwords. Storing Salts in the same XML file isnt recommended, but I also didnt think it was secure storing them in any XML file "plainly". I decided to write a class that would generate the salt, merge it with the string, encrypt the string, take the salt and place it in a RANDOM location in the hash, save the hash. This allowes me to store the HASH in one XML file and makes the Salt far more secure since it has to be found in the HASH string first, very difficult to do. Also since the HASH string looks so similar to regular MD5 HASH strings its hard to determine when this method is actually being used.

The CreateSubscription web service method requires careful setup to work correctly. In this article we will demonstrate how to create a report subscription with the web service API using the XmlSerializer.

This article deals with some performance tuning based upon the undeniably cool ConvertRStoXML() function developed and described by Scott Mitchell in Creating a Function to Stream a Recordset to XML. This article will not cover the basics of XML and the principle and reasoning behind having such a function as these topics are covered nicely in the first article, so read it first!

Did you know that the ADO Recordset contains a Save method that can save the contents of a Recordset to an XML file? In fact, in an upcoming article on 4Guys this method will be discussed. One disadvantage of using this approach, though, is that the XML produced by the Recordset is anything but readable. Plus, there is a ton of information there, describing gobs of data for each column in the Recordset (its data type, precision, NULLability, maxlength, etc.). Additionally, when saving a Recordset to XML, the XML node names are archaic: each row's node name is z:row; the parent node is named rs:data.