XML Reporting Services vs XML SQL Server
Esto no es una comparación del xml de Reporting Services y el campo XML de SQL Server, sino al revés como hacer que se lleven bien los dos y el campo XML de SQL Server deje entrar el XML que crea el Reporting Services. Jejeje, parace lioso pero no, una vez que se le coge el "tranquillo", esto está chupado.
Actualmente mi aplicación de Informes, guarda los informes en el nuevo campo XML que trae el SQL Server 2005. Una vez creado mis informes de Reporting Services(como no, jeje) y con algún que otro inconveniente, como comillas dobles para que se lo trague y se quede con solo una (ej.- ‘UnTexto’ --> ‘’UnTexto’’ o entidades HTML) y poco más puedo guardarlo en mi campo XML. Hasta que empezé a meter caracteres extraños para él. Claro yo no estoy muy puesto en esto de los caracteres unicode o ASCII, entonces me extraño que no me dejara introducir un nuevo Informe.
Después de buscar y preguntar por ahí conseguí hacerlo. Resulta que el XML interno del Informe tiene como atributo para el mismo este: encoding="utf-8" o lo que es lo mismo unicode, mientras que el campo XML de SQL Server 2005 utiliza ascii.
Si lo hacemos desde visual studio todo no hay problemas, es decir, creamos el informe con nuestros puntos, comas, acentos y caracteres especiales necesarios. Luego lo subimos al servidor y así no hay problemas. Pero claro por cuestiones técnicas no guardamos todos los informes en el servidor. La solución es cambiar los caracteres especiales por los de las entidades html. Así nos dejará guardar el xml.
Esta es mi experiencia y la dejo aquí por si a alguien le pasa algo parecido.
Un Saludo