Skip to main content

XmlTextWriter, encoding and stream

When using XmlTextWriter to write XML to a memory stream, you can specify the encoding type when create the XmlTextWriter instance.

Dim oStream As IO.MemoryStream = New IO.MemoryStream()
Dim oXmlWriter As New Xml.XmlTextWriter(oStream, System.Text.Encoding.ASCII)

oXmlWriter.WriteStartDocument()
'Top level (Parent element)
oXmlWriter.WriteStartElement("Invoice")

'Child elements, Invoice Message
oXmlWriter.WriteStartElement("InvoiceMessage")
oXmlWriter.WriteString("This is a test.")
oXmlWriter.WriteEndElement()

oXmlWriter.WriteEndElement() 'End top level element
oXmlWriter.WriteEndDocument() 'End Document
oXmlWriter.Flush() 'Write to stream

If you want to read the content from the underlining memory stream, you might be using following code:

oStream.Position = 0
Dim oContent(oStream.Length) As Byte
oStream.Read(oContent, 0, oStream.Length)
Dim encoding As System.Text.ASCIIEncoding = New System.Text.ASCIIEncoding()
MsgBox(encoding.GetString(oContent))

It works very well. However, when you change the encoding type to UTF8. The result is not what you expected. There are some strange characters in front of the XML string, which makes your XML string invalid. It seems that .NET inserted some special information into the stream for Unicode encoding.

The right way to read the content out into string is to use StreamReader object. The following code will work no problem regardless of encoding type.
oStream.Position = 0
Dim oStreamReader As System.IO.StreamReader = New System.IO.StreamReader(oStream, System.Text.Encoding.UTF8)
Dim strFreeText As String = oStreamReader.ReadToEnd()
MsgBox(strFreeText)

Comments

Popular posts from this blog

X509Certificate2: The system cannot find the file specified.

When I use the new X509Certificate2(fileName, password, X509KeyStorageFlags.DefaultKeySet) to create certificate from certificate file containing private key in my web application, I got following error message: System . Security . Cryptography . CryptographicException : The system cannot find the file specified . at System . Security . Cryptography . CryptographicException . ThrowCryptogaphicException ( Int32 hr ) at System . Security . Cryptography . X509Certificates . X509Utils . _LoadCertFromBlob ( Byte [] rawData , IntPtr password , UInt32 dwFlags , Boolean persistKeySet , SafeCertContextHandle & pCertCtx ) at System . Security . Cryptography . X509Certificates . X509Certificate . LoadCertificateFromBlob ( Byte [] rawData , Object password , X509KeyStorageFlags keyStorageFlags ) at System . Security . Cryptography . X509Certificates . X509Certificate2 .. ctor ( Byte [] rawData , String password , X509KeyStorageFlags keyStorageFlags ) In orde...

Forms authentication ReturnUrl strange behavior and fix

When working with .NET forms authentication, I have found a strange behavior: For example, we have a web site using form based authentication. There are only two pages in the site: login.aspx and default.aspx. Default.aspx is the protected page. Without login to the site, if you type directly the URL to the default.aspx page with ReturnUrl as QueryString like this: http://localhost/YourWebApp/Default.aspx?ReturnUrl=Default.aspx Instead of redirect you to the login.aspx page, you will directly get http unauthorized error (401.2). However, if you remove the ReturnUrl query string or change it to something else, you will get expected behavior: redirect to login.aspx page. It seems .NET has some special treatment to ReturnUrl parameter. In order to fix this, we need to intercept the 401 response before it sends to client and redirect user to login.aspx page. In global.asax page, we need to add this event handler:         protected void Applica...

Manage IIS 7 remotely using PowerShell and AppCmd

We can use  Windows PowerShell remoting features  to manage IIS 7 websites remotely.  Currently, remoting is supported on Windows Vista with Service Pack 1 or later, Windows 7, Windows Server 2008, and Windows Server 2008 Release 2.  Start Windows PowerShell as an administrator by right-clicking the Windows PowerShell shortcut and selecting Run As Administrator .  Enable PowerShell Remoting with Enable-PSRemoting -Force Starting a Remote Session using:  Enter-PSSession -ComputerName <COMPUTER> -Credential <USER> Now the PowerShell connected to the remote server. Any commands issued with work against the remote server. We can use the Appcmd.exe command line tool to manage remote server just as what we do locally. For example, to add an application pool: c:\windows\system32\inetsrv\appcmd add apppool /name:"Contoso" /managedPipelineMode:Integrated /managedRuntimeVersion:"v4.0" /enable32BitAppOnWin64:true To change application p...