Re: attribute's serverTimeZone
Re: attribute's serverTimeZone
- Subject: Re: attribute's serverTimeZone
- From: Chuck Hill <email@hidden>
- Date: Thu, 23 Oct 2008 16:59:33 -0700
On Oct 23, 2008, at 4:51 PM, Mike Schrag wrote:
uh ... does EOAttribute's serverTimeZone do a damn thing? it
looks like there's not a single bit of code in EOF that does
anything with that value ... wouldn't it seem like the plugins
should adjust timestamps for the given attribute by the specified
timezone in the attribute, or am i being crazy?
I've never seen it do anything. I was a little puzzled why you
included it in Entity Modeler. AFAIK, it is just legacy cruft that
got abandoned when someone left the team.
So if you have a models that sit on legacy tables and modern tables,
some of which (legacy) have EST dates and some of which (modern)
have GMT, it would seem that this setting is exactly what you would
want -- I would define the old attributes as EST and the new
attributes as GMT and EOF would automatically adjust to be GMT-only
in-memory (so the EST attributes would inverse correct into GMT and
the GMT attributes would basically no-op into memory). This is how
I interpret this attribute, at least.
I put it in Entity Modeler because EOModeler supported it.
Yeah, but it did not _do_ anything. :-P
So I'm contemplating adding this support back in, because it
actually seems sort of useful to me. It's documented as being
implemented in the EOAdaptorChannel, but it's probably easier for me
to implement in the plugins without causing too much trouble. Not
sure if I'm just talking crazy, though.
This just makes my head hurt. Badly. Sounds like it would work OK
(give or take DST which REALLY makes my head hurt).
Dates and times, hate'em.
Chuck
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden