Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / ASP.NET / Web Services / August 2004

Tip: Looking for answers? Try searching our database.

Consuming WebService which returns NULL-values

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Markus E?mayr - 29 Jul 2004 07:51 GMT
Hello,

I'd like to consume a WebService, which returns an array of objects which
include several members of type System.String, System.Decimal and
System.DateTime.
In the WSDL-file, the members of the object are marked as nilable.
I generated the client classes using VS.NET 2003. After the creation, I got
the class-definition of the objects returned by the WebService too. BUT,
only the System.String members where marked to be nullable, System.Decimal
and System.DateTime don't. Ok, I know, they are value-types and cannot be
NULL, but thats exactly my problem.
If I then call the service, and it returns, I get an System.InvalidOperation
exception.
If I change the datatypes of the decimal and datetime-members to
System.Object, everything works, but I have to do the value-conversion
myself.

Is there a better way for solving that problem? I don't want to edit the
generated files everytime I regenerate them.

Thanks very much!
Max
Dino Chiesa [Microsoft] - 29 Jul 2004 14:29 GMT
There is a convention in .NET XML Serialization (which is used by the
webservices runtime) that allows value-types to be marked as "nil".
The convention is, for each property in a class with a name "propertyName",
if there is a companion property named "propertyNameSpecified" which is a
bool, then the propertyNameSpecified indicates whether the property of name
"propertyName" is nil or not.

See
http://msdn.microsoft.com/library/en-us/cpref/html/frlrfSystemXmlSerializationXm
lSerializerClassTopic.asp

for the doc on this.

For example, this complexType in XML Schema:
     <s:complexType name="IdType">
       <s:sequence>
         <s:element name="Name"     minOccurs="0" maxOccurs="1"
type="s:string"   nillable="true" />
         <s:element name="Stamp"    minOccurs="0" maxOccurs="1"
type="s:date"     nillable="true" />
         <s:element name="Id"       minOccurs="0" maxOccurs="1"
type="s:int"      nillable="true" />
       </s:sequence>
     </s:complexType>

will generate something like this type definition in C#:

[XmlType(Namespace="urn:myNameSpaceHere")]
public class IdType {
   [XmlElement(IsNullable=true)]  public string Name;

   [XmlElement(DataType="date")]  public System.DateTime Stamp;
   [XmlIgnore]                    public bool            StampSpecified;

   [XmlElement]    public int  Id;
   [XmlIgnore]     public bool IdSpecified;
}

---------

Notice that the string (not a value type) is marked IsNillable=true, while
the int and DateTime (both value types) are not.    In your app code, to
deal with nil values in the string, you do this:

if (instance.Name != null) ...

Conversely, to deal with nil values on value types (like the int and
DateTime), what you need to do is

if (instance.StampSpecified) ....
if (instance.IdSpecified) ....

The Id and Stamp will never actually be nil, but you treat them as nil in
app code if the flag says that they are not specified.  The same convention
applies to all value types in .NET.

--------

So, can you examine the generated files and tell me if you have the
companion  xxxSpecified  properties marked "XmlIgnore"?   If so, then you
know what to do. . .

-Dino

> Hello,
>
[quoted text clipped - 18 lines]
> Thanks very much!
> Max
Markus E?mayr - 29 Jul 2004 15:19 GMT
Dino,

thanks for your reply!

We now added the "minOccurs" and "maxOccurs" settings into our WSDL-file and
updated the server- and client-classes. Now it works fine because it just
doesn't send the NULL-values to the client.
Previously we didn't specify these two attributes.

But, what if I absolutely don't have a chance to modify the server-WSDL?
Let's say that the attributes are specified like this:
<s:element name="Stamp"     minOccurs="1" maxOccurs="1" type="s:date"
nillable="true" />

So I won't have a chance to consume this service the "easy" way!

I wonder why there is no functionality in the .NET serialization, which
supports something like
   [XmlIgnore]                    public bool            StampIsNull;

What do you think?

Max

> There is a convention in .NET XML Serialization (which is used by the
> webservices runtime) that allows value-types to be marked as "nil".
[quoted text clipped - 4 lines]
>
> See

http://msdn.microsoft.com/library/en-us/cpref/html/frlrfSystemXmlSerializationXm
lSerializerClassTopic.asp

> for the doc on this.
>
[quoted text clipped - 73 lines]
> > Thanks very much!
> > Max
Dino Chiesa [Microsoft] - 29 Jul 2004 17:26 GMT
> But, what if I absolutely don't have a chance to modify the server-WSDL?
> Let's say that the attributes are specified like this:
> <s:element name="Stamp"     minOccurs="1" maxOccurs="1" type="s:date"
nillable="true" />

> So I won't have a chance to consume this service the "easy" way!

Let's not discuss whether it actually makes sense to have a minOccurs=1
element be nillable.  Suppose that it does make sense.
Generating a proxy class from this WSDL will NOT generate the StampSpecified
bool property.

This seems broken.  However, you can easily add it in yourself.  (I know you
said you did not want to modify the generated files, but the point is you
could do so)

The other option is to modify the server-side WSDL before you use it to
generate code.  I often do this to rename artifacts or fixup things that I
know, through testing, are broken.  For example, a service is sending an
xsd:date, but the WSDL specifies an xsd:dateTime.   And so on.   So you
could just snapshot the WSDL and tweak it a bit.

> I wonder why there is no functionality in the .NET serialization, which
> supports something like
>     [XmlIgnore]                    public bool            StampIsNull;
>
> What do you think?

How would this be different from the StampSpecified  mechanism that is
currently supported ?

-D
Markus E?mayr - 30 Jul 2004 08:19 GMT
Please see below ...

Max

> > But, what if I absolutely don't have a chance to modify the server-WSDL?
> > Let's say that the attributes are specified like this:
[quoted text clipped - 26 lines]
> How would this be different from the StampSpecified  mechanism that is
> currently supported ?

The problem is: If I'm not able to make changes to the server side WSDL
(if I use a service offered by a 3rd party company, which doesn't want to
modify it and more), and they have minOccurs="1" (or lets say, they just
forgot to make the minOccurs definition, which I think defaults to 1),
they send the fields containing a null value. Now, AFAIK, .NET is NOT
able to consume this service! Even that NULL values are included in the
XML specification, it won't be possible to consume that service, because
the field does come down from the server (StampSpecified=true), BUT
it contains NULL, which cannot be mapped to any System.DateTime.
Here a StampIsNull=true would help a lot.

But I just read about the nullable types in .NET 2.0. Maybe there is some
solution for this!

> -D
Dino Chiesa [Microsoft] - 30 Jul 2004 15:55 GMT
> Please see below ...

> The problem is: If I'm not able to make changes to the server side WSDL
> (if I use a service offered by a 3rd party company, which doesn't want to
[quoted text clipped - 6 lines]
> it contains NULL, which cannot be mapped to any System.DateTime.
> Here a StampIsNull=true would help a lot.

Ahh, ok, I see.  Yes, you are correct.
You are getting from the server
  <Stamp isNil="true" />

in which case, the XML Serializer chokes.   So you would need to do some
fancy footwork on the client side in order to de-serialize a nil DateTime.

> But I just read about the nullable types in .NET 2.0. Maybe there is some
> solution for this!

yes, in 2.0.
In v1.1,   I think you have work to do.  It is not easy, but it is possible.

This is the default definition for a <xsd:dateTime> .

 public class MyType {
   public System.DateTime DateTimeField;
 }

If you modify it to something like this, you may get the behavior you want:
 public class MyType {
   private static string formatString= "yyyy-MM-ddTHH:mm:ss.fffffffzzz";
   private static System.Globalization.CultureInfo CInfo= new
System.Globalization.CultureInfo("en-US", true);

   [XmlIgnore] public System.DateTime  internal_DateTimeField;
   [XmlIgnore] public bool DateTimeFieldIsNull;    // ideally this would be
provided by .NET, but it isn't.

   [XmlElement(IsNullable=true)]
   public string DateTimeField {
     set {
       if ((value!=null) && (value != "")) {
         internal_DateTimeField= System.DateTime.ParseExact(value,
formatString, CInfo);
         DateTimeFieldIsNull= false;
       }
       else
         DateTimeFieldIsNull= true;
     }
     get {
       return (DateTimeFieldIsNull) ?
         null :
         internal_DateTimeField.ToString(formatString) ;
     }
   }
 }

-D
Markus E?mayr - 03 Aug 2004 10:17 GMT
Thanks very much for your answer.
I'll try to use it somehow, but it'll take a while! ;-)

Max

> > Please see below ...
>
[quoted text clipped - 58 lines]
>
> -D

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.