Pete, I very much appreciate you responding to this, I know you are trying to finish and launch the product. I'm afraid though that I must respectfully disagree with your point that defaulting to local vs. UTC are both technically arbitrary.
If a Web Service defines an element type as a "dateTime" in WSDL and then supplies a value if "2000-01-01T00:00:00" in the result, that should indicate a lack of time zone support/awareness by the web service. In this case it would only seem to make sense to use local time, assuming that any time-shift would not be as was indented by the service or it's developer. If the service returned a value of "2000-01-01T00:00:00Z" or similar, as do many Java servers. That would indicate that it is time zone aware and the value should be treated as UTC time, and adjusted accordingly. I still believe that it would be best to make a "defaultTimezone" option on the WebService like I mentioned in my previous post, but barring that possibility I really believe the above logic makes more sense. Though solving the problem of UTC conversion when sending Dates back, would still require an option on the WebService component for sending as local or UTC time. Thank you for your time on this, I know it's late-in-the-game to be bringing things like this up but I do believe that will be important for Flex if you are hoping for serious adoption by the .NET user community (which is HUGE). Sincerely, Kelly Birr VP / Lead Developer Agents Ally, Inc --- In [email protected], "Peter Farland" <[EMAIL PROTECTED]> wrote: > > The problem is that .NET returns the dateTime without timezone > information, i.e. the value "1977-06-12T00:00:00" is missing the suffix > for timezone data. If it returned "1977-06-12T00:00:00Z" or some other > timezone info it would work fine. In XSD the absence of a timezone means > the date/time is technically indeterminate by a significant range (+/- > 14 hours for various DST worst cases I presume). Flex 2.0 interprets an > XSD dateTime as an ActionScript Date in all cases - but without any > timezone information it currently uses UTC to construct the date. We > have a bug that asks us to consider a change to this behavior to assume > the local client timezone when creating the date, but both of these > solutions are technically arbitrary. > > Irrespective of Flex, ActionScript Dates are always displayed in the > local timezone no matter what... there are various UTC helper methods to > get information back in the UTC timezone. > > Your manual correction probably isn't working because you would have to > take into account that the timezone-less dateTime has been interpreted > in the UTC timezone but then on the default display of the Date it's in > your local timezone. If you can't get .NET to include timezone > information then for now I suggest sending a String back instead to > avoid this complication. > > > ________________________________ > > From: [email protected] [mailto:[EMAIL PROTECTED] On > Behalf Of kellyb723 > Sent: Friday, June 16, 2006 12:32 AM > To: [email protected] > Subject: [flexcoders] Dates WebServices .NET (redux) > > > > I read an old thread on this but there did not seem to be any > resolution. > > Has someone found a way to turn off the automatic inaccurate > conversion to local time that Flex 2.0 does to dates it receives from > .NET Web Services? > > The date line in my WSDL is as follows: > <s:element minOccurs="1" maxOccurs="1" name="BirthDate" > nillable="true" type="s:dateTime"/> > > If the web service sends "1977-06-12T00:00:00" in the response Flex > receives it and creates a Date property to the object but converts it > for the machines local timezone. Worse yet, even if i manually > compensate for this in AS3 code it get coverted the other way when > going back in the to the server for the Save service. > > This problem has me pulling my hair out. My app does all timezone > management interally, adn mostly just doesn't care. I just want this > turned off. > > Can anyone Help? > > - Kelly > ------------------------ Yahoo! Groups Sponsor --------------------~--> Check out the new improvements in Yahoo! Groups email. http://us.click.yahoo.com/6pRQfA/fOaOAA/yQLSAA/nhFolB/TM --------------------------------------------------------------------~-> -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
