Yes, at this point, it is not related to collation because parameters are not supported inside XMLSERIALIZE. But when we do support them, we want to make sure that the collation type of character string type returned from XMLSERIALIZE(? AS ...) will have the collation of the current schema and if it is getting compared against some other character string type of different collation type, then the test should fail. And that is why I put the test in the collation test.
If it seems more appropriate 1)for the test to be in XML test class, I can go ahead and move it there or 2)if something like this already exists, then I can remove the test. Mamta On 6/8/07, Daniel John Debrunner <[EMAIL PROTECTED]> wrote:
Mamta Satoor wrote: > Army, I added this additional test case for parameter and XMLSERIALIZE > just as a place holder so in future, at some point, if we do support > parameters for > XMLERSERIALIZE, we will have a test case which probably will fail and > will be a safety check to make sure parameter and XMLSERIALIZE will work > fine. Why is it in collation tests though? It's not related to collation so it should be in an XML test class. But as Army says, it's already tested there. Dan.
