Poco fa Windows Update mi ha notificato la disponibilità di un aggiornamento per il .NET Framework 3.0:
Questo aggiornamento consente di risolvere un problema relativo a Rights Management Services con il visualizzatore di Microsoft XPS. È possibile ripristinare tutte le funzionalità di Rights Management installando questo aggiornamento.
L'aggiornamento è di tipo Consigliato. Tutti i dettagli sono contenuti in questa pagina.
xSQL Software, a provider of SQL Server tools and utilities, announces an important change on the licensing of its SQL Server database comparison and synchronization tools - those tools will now be free for SQL Server Express Edition.
La notizia è di qualche giorno fa. In questa pagina sono contenuti tutti i dettagli.
In questo post sono disponibili i link a ben 20 articoli che parlano del Garbage Collector di .NET.
E' stata rilasciata la nuova versione di GhostDoc, il tool in grado di generare automaticamente la documentazione XML per la classi .NET. Questa release include il supporto a VB .NET (seppure dichiarato sperimentale) ed è disponibile sia per Visual Studio 2005 sia per Visual Studio 2008 Beta 1. Maggiori informazioni sono disponibili sul blog dell'autore, mentre il download può essere effettuato da questa pagina.
Se si tenta di inserire via codice un file XML in un campo XML di SQL Server 2005, è possibile ottenere una SqlException contenente il seguente messaggio:
XML parsing: line 1, character 38, unable to switch the encoding
Il problema nasce dal fatto che, tipicamente, i file XML sono codificati in UTF-8, mentre SQL Server si aspetta di ricevere documenti in formato UTF-16. Per risolvere questo inconveniente ci sono diverse soluzioni. Quella che adotto io consiste nello specificare il flag Encoding.Unicode quando apro il file XML da inserire nel database:
using (StreamReader sr = new StreamReader(filePath, Encoding.Unicode))
{
cmd.Parameters.Add("@xmlData", SqlDbType.Xml);
cmd.Parameters["@xmlData"].Value = new SqlXml(new XmlTextReader(sr));
}
In questo modo, il file XML viene interpretato secondo la codifica UTF-16, quindi può essere salvato correttamente in SQL Server 2005.