472,127 Members | 2,111 Online
Bytes | Software Development & Data Engineering Community
Post +

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 472,127 software developers and data experts.

Using XmlRootAttribute for deserialization

I've seen this come up before, but in my case, things are a little more
complex, and I'm having a tough time figuring out how to set an element name
that works. I have a configuration file that is my serialized object (I'm
using a customer deserializer to add some more XAML-like capabilities):
<AppConfigObject>
<RuntimeType:Kernel xmlns:RuntimeType="MyNamespace.DefaultKernel, Kernel"/>
</AppConfigObject>

public class AppConfigObject {
[XmlElement]
public Kernel {...}
}

Problem I have is deserializing the child node <Kernel> because it always
throws an error about "<Kernel xmlns='MyNamespace.DefaultKernel, Kernel'>
was not expected.". I'm hoping that it's just something I'm missing (I've
tried several combinations of element names and defaultNamespaces) and it's
not that what I am trying is not possible.
Nov 12 '05 #1
10 6832
Your XML document states that the <Kernel> element belongs to the
"MyNamespace.DefaultKernel, Kernel" namespace, but your serialization
attribute does not declare the namespace.

Try:

public class AppConfigObject {
[XmlElement(Namespace="MyNamespace.DefaultKernel, Kernel")]
public Kernel {...}
}

--
HTH
Christoph Schittko [MVP]
Software Architect, .NET Mentor

"Keith Patrick" <ri*******************@nospamhotmail.com> wrote in message
news:uK****************@TK2MSFTNGP11.phx.gbl...
I've seen this come up before, but in my case, things are a little more
complex, and I'm having a tough time figuring out how to set an element
name
that works. I have a configuration file that is my serialized object (I'm
using a customer deserializer to add some more XAML-like capabilities):
<AppConfigObject>
<RuntimeType:Kernel xmlns:RuntimeType="MyNamespace.DefaultKernel,
Kernel"/>
</AppConfigObject>

public class AppConfigObject {
[XmlElement]
public Kernel {...}
}

Problem I have is deserializing the child node <Kernel> because it always
throws an error about "<Kernel xmlns='MyNamespace.DefaultKernel, Kernel'>
was not expected.". I'm hoping that it's just something I'm missing (I've
tried several combinations of element names and defaultNamespaces) and
it's
not that what I am trying is not possible.

Nov 12 '05 #2
Your XML document states that the <Kernel> element belongs to the
"MyNamespace.DefaultKernel, Kernel" namespace, but your serialization
attribute does not declare the namespace.

Try:

public class AppConfigObject {
[XmlElement(Namespace="MyNamespace.DefaultKernel, Kernel")]
public Kernel {...}
}

--
HTH
Christoph Schittko [MVP]
Software Architect, .NET Mentor

"Keith Patrick" <ri*******************@nospamhotmail.com> wrote in message
news:uK****************@TK2MSFTNGP11.phx.gbl...
I've seen this come up before, but in my case, things are a little more
complex, and I'm having a tough time figuring out how to set an element
name
that works. I have a configuration file that is my serialized object (I'm
using a customer deserializer to add some more XAML-like capabilities):
<AppConfigObject>
<RuntimeType:Kernel xmlns:RuntimeType="MyNamespace.DefaultKernel,
Kernel"/>
</AppConfigObject>

public class AppConfigObject {
[XmlElement]
public Kernel {...}
}

Problem I have is deserializing the child node <Kernel> because it always
throws an error about "<Kernel xmlns='MyNamespace.DefaultKernel, Kernel'>
was not expected.". I'm hoping that it's just something I'm missing (I've
tried several combinations of element names and defaultNamespaces) and
it's
not that what I am trying is not possible.

Nov 12 '05 #3
The thing is, I can't set it like that in the class, because the Kernel
property is of type "BaseKernel", of which "DefaultKernel" is a subclass
(this is basically a new serializer that supports concrete implementations
of abstract properties and list items). I tried also setting
defaultNamespace in my serializer, but the problem there is that I need to
set defautlNamespace *and* default element name in teh XmlRootAttribute,but
I can't set both without also having to provide some other params (the last
ctor for that attribute) that I cannot pass in as null, as it throws an
exception in XRA.

The way I think I am going to go is to declare my stuff like this:
<AppConfigObject>
<Kernel>
<MyNamespace.DefaultKernel Name="..." Attr2="..."/>
</Kernel>
</AppConfigObject>

and just go through every assembly in the appdomain to look for
MyNamespace.DefaultKernel (it's a somewhat slow process, as it's heavy into
reflection and has to iterate through several assemblies, but this stuff is
all part of startup and not regular operation. Another downside is that I
can't have two assemblies in the appdomain with the same namespace + class,
but I can live with that limitation until I replace the config format with
XAML snippets)

"Christoph Schittko [MVP]" <ch********************@austin.rr.com> wrote in
message news:O9**************@TK2MSFTNGP11.phx.gbl...
Your XML document states that the <Kernel> element belongs to the
"MyNamespace.DefaultKernel, Kernel" namespace, but your serialization
attribute does not declare the namespace.

Try:

public class AppConfigObject {
[XmlElement(Namespace="MyNamespace.DefaultKernel, Kernel")]
public Kernel {...}
}

--
HTH
Christoph Schittko [MVP]
Software Architect, .NET Mentor

"Keith Patrick" <ri*******************@nospamhotmail.com> wrote in message
news:uK****************@TK2MSFTNGP11.phx.gbl...
I've seen this come up before, but in my case, things are a little more
complex, and I'm having a tough time figuring out how to set an element
name
that works. I have a configuration file that is my serialized object (I'm using a customer deserializer to add some more XAML-like capabilities):
<AppConfigObject>
<RuntimeType:Kernel xmlns:RuntimeType="MyNamespace.DefaultKernel,
Kernel"/>
</AppConfigObject>

public class AppConfigObject {
[XmlElement]
public Kernel {...}
}

Problem I have is deserializing the child node <Kernel> because it always throws an error about "<Kernel xmlns='MyNamespace.DefaultKernel, Kernel'> was not expected.". I'm hoping that it's just something I'm missing (I've tried several combinations of element names and defaultNamespaces) and
it's
not that what I am trying is not possible.


Nov 12 '05 #4
The thing is, I can't set it like that in the class, because the Kernel
property is of type "BaseKernel", of which "DefaultKernel" is a subclass
(this is basically a new serializer that supports concrete implementations
of abstract properties and list items). I tried also setting
defaultNamespace in my serializer, but the problem there is that I need to
set defautlNamespace *and* default element name in teh XmlRootAttribute,but
I can't set both without also having to provide some other params (the last
ctor for that attribute) that I cannot pass in as null, as it throws an
exception in XRA.

The way I think I am going to go is to declare my stuff like this:
<AppConfigObject>
<Kernel>
<MyNamespace.DefaultKernel Name="..." Attr2="..."/>
</Kernel>
</AppConfigObject>

and just go through every assembly in the appdomain to look for
MyNamespace.DefaultKernel (it's a somewhat slow process, as it's heavy into
reflection and has to iterate through several assemblies, but this stuff is
all part of startup and not regular operation. Another downside is that I
can't have two assemblies in the appdomain with the same namespace + class,
but I can live with that limitation until I replace the config format with
XAML snippets)

"Christoph Schittko [MVP]" <ch********************@austin.rr.com> wrote in
message news:O9**************@TK2MSFTNGP11.phx.gbl...
Your XML document states that the <Kernel> element belongs to the
"MyNamespace.DefaultKernel, Kernel" namespace, but your serialization
attribute does not declare the namespace.

Try:

public class AppConfigObject {
[XmlElement(Namespace="MyNamespace.DefaultKernel, Kernel")]
public Kernel {...}
}

--
HTH
Christoph Schittko [MVP]
Software Architect, .NET Mentor

"Keith Patrick" <ri*******************@nospamhotmail.com> wrote in message
news:uK****************@TK2MSFTNGP11.phx.gbl...
I've seen this come up before, but in my case, things are a little more
complex, and I'm having a tough time figuring out how to set an element
name
that works. I have a configuration file that is my serialized object (I'm using a customer deserializer to add some more XAML-like capabilities):
<AppConfigObject>
<RuntimeType:Kernel xmlns:RuntimeType="MyNamespace.DefaultKernel,
Kernel"/>
</AppConfigObject>

public class AppConfigObject {
[XmlElement]
public Kernel {...}
}

Problem I have is deserializing the child node <Kernel> because it always throws an error about "<Kernel xmlns='MyNamespace.DefaultKernel, Kernel'> was not expected.". I'm hoping that it's just something I'm missing (I've tried several combinations of element names and defaultNamespaces) and
it's
not that what I am trying is not possible.


Nov 12 '05 #5
I dunno what I was thinking with that ctor stuff. I can set the namespace
independently, and it works (at least without the Runtime: stuff):

<Kernel xmlns="MyNamespace.DefaultKernel, Kernel"/>
will deserialize just fine as long as my XmlRootAttribute has a name of
"Kernel" and a namespace of "MyNamespace.DefaultKernel, Kernel", which is
basically a non-metadata way of doing what you suggested. Thanks for
steering me in the right direction
Nov 12 '05 #6
I dunno what I was thinking with that ctor stuff. I can set the namespace
independently, and it works (at least without the Runtime: stuff):

<Kernel xmlns="MyNamespace.DefaultKernel, Kernel"/>
will deserialize just fine as long as my XmlRootAttribute has a name of
"Kernel" and a namespace of "MyNamespace.DefaultKernel, Kernel", which is
basically a non-metadata way of doing what you suggested. Thanks for
steering me in the right direction
Nov 12 '05 #7
Would attaching multiple XmlElement attributes to the property work better
for you? Something like:

public class AppConfigObject {
[XmlElement(typeof(BaseKernel), Namespace="MyNamespace.BaseKernel,
Kernel")]
[XmlElement(typeof(DefaultKernel), Namespace="MyNamespace.DefaultKernel,
Kernel")]
public Kernel {...}
}

This avoids messing with XmlRoot attributes altogether.

--
HTH
Christoph Schittko [MVP]
Software Architect, .NET Mentor

"Keith Patrick" <ri*******************@nospamhotmail.com> wrote in message
news:u8****************@tk2msftngp13.phx.gbl...
I dunno what I was thinking with that ctor stuff. I can set the namespace
independently, and it works (at least without the Runtime: stuff):

<Kernel xmlns="MyNamespace.DefaultKernel, Kernel"/>
will deserialize just fine as long as my XmlRootAttribute has a name of
"Kernel" and a namespace of "MyNamespace.DefaultKernel, Kernel", which is
basically a non-metadata way of doing what you suggested. Thanks for
steering me in the right direction

Nov 12 '05 #8
Would attaching multiple XmlElement attributes to the property work better
for you? Something like:

public class AppConfigObject {
[XmlElement(typeof(BaseKernel), Namespace="MyNamespace.BaseKernel,
Kernel")]
[XmlElement(typeof(DefaultKernel), Namespace="MyNamespace.DefaultKernel,
Kernel")]
public Kernel {...}
}

This avoids messing with XmlRoot attributes altogether.

--
HTH
Christoph Schittko [MVP]
Software Architect, .NET Mentor

"Keith Patrick" <ri*******************@nospamhotmail.com> wrote in message
news:u8****************@tk2msftngp13.phx.gbl...
I dunno what I was thinking with that ctor stuff. I can set the namespace
independently, and it works (at least without the Runtime: stuff):

<Kernel xmlns="MyNamespace.DefaultKernel, Kernel"/>
will deserialize just fine as long as my XmlRootAttribute has a name of
"Kernel" and a namespace of "MyNamespace.DefaultKernel, Kernel", which is
basically a non-metadata way of doing what you suggested. Thanks for
steering me in the right direction

Nov 12 '05 #9
I'm not able to do that because I need to allow for any subclass of
BaseKernel to be used.
Nov 12 '05 #10
I'm not able to do that because I need to allow for any subclass of
BaseKernel to be used.
Nov 12 '05 #11

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

2 posts views Thread by JohnnySparkles | last post: by
reply views Thread by Keith Patrick | last post: by

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.