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<http://www.dynapp.com/> | facebook.com/dynapp<http://www.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? <Ajas Mohammed /> 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<http://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 -------------------------------------------------------------
<<inline: image001.jpg>>