Re: [ACFUG Discuss] .NET calling Coldfusion 9 Webservice Date issue 1900-01-01T00:00:00Z

2011-04-08 Thread Mark Bureau 
A good practice is to pass all information back as a string, dates included.  
That may or may not fix your particular date issue.
An even better practice for your web service is to pass information back as XML 
and let the .NET application do the conversions it needs to.

Just my opinion. I am sure there are many right answers.  

From: Ajas Mohammed 
Sent: Thursday, April 07, 2011 6:26 PM
To: discussion@acfug.org 
Subject: [ACFUG Discuss] .NET calling Coldfusion 9 Webservice Date issue 
1900-01-01T00:00:00Z

Hi,

I am working on a project that involves .NET calling my ColdFusion Webservice. 
One of the arguments is varDate of type Date. When client (.NET) user is 
calling my webservice with a date of 1900-01-01T00:00:00Z, it came across as 
1899-12-31 00:00:00.000

1899-12-31 00:00:00.000 is one day before 1900-01-01T00:00:00Z. I have been 
stumped by this behavior.

What would have caused this?

Also, what is a good practice, should I have kept varDate as string instead of 
Date?


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.



-

To unsubscribe from this list, manage your profile @ 

http://www.acfug.org?fa=login.edituserform



For more info, see http://www.acfug.org/mailinglists

Archive @ http://www.mail-archive.com/discussion%40acfug.org/

List hosted by http://www.fusionlink.com

-

RE: [ACFUG Discuss] .NET calling Coldfusion 9 Webservice Date issue 1900-01-01T00:00:00Z

2011-04-07 Thread Troy Jones 
I think it's posssibly an interpretation thing. If you look a little closer, 
you see that 1899-12-31 COULD be considered the same as 1900-01-01 if you 
consider that one could be interpreted as "complete 24 hour peroid" and one as 
"empty 24 hour period".  Of course, in ColdFusion, they are one day apart and 
will be treated as such.

When you say the .NET client uses the value "1900-01-01T00:00:00Z", at what 
point can you confirm that that is the actual value being passed? I'm guessing 
that there is some type of variable manipulation happening somewhere between 
the calculation of the variable and your web service's attempt to consume it.

Just a thought, I have no proof, but that's where I'd start looking.

[cid:image001.jpg@01CBF55E.A0C07710]
___

Troy Jones  |  Developer/Support Technician  |  Dynapp Inc  |  1-800-830-5192  
ext. 603  |  dynapp.com  |  
facebook.com/dynapp

From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Ajas Mohammed
Sent: Thursday, April 07, 2011 6:27 PM
To: discussion@acfug.org
Subject: [ACFUG Discuss] .NET calling Coldfusion 9 Webservice Date issue 
1900-01-01T00:00:00Z

Hi,

I am working on a project that involves .NET calling my ColdFusion Webservice. 
One of the arguments is varDate of type Date. When client (.NET) user is 
calling my webservice with a date of 1900-01-01T00:00:00Z, it came across as 
1899-12-31 00:00:00.000

1899-12-31 00:00:00.000 is one day before 1900-01-01T00:00:00Z. I have been 
stumped by this behavior.

What would have caused this?

Also, what is a good practice, should I have kept varDate as string instead of 
Date?


http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention, 
sincere effort, intelligent direction and skillful execution; it represents the 
wise choice of many alternatives.


No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1209 / Virus Database: 1500/3557 - Release Date: 04/07/11



-

To unsubscribe from this list, manage your profile @ 

http://www.acfug.org?fa=login.edituserform



For more info, see http://www.acfug.org/mailinglists

Archive @ http://www.mail-archive.com/discussion%40acfug.org/

List hosted by http://www.fusionlink.com

-


<>