Paul Vernon wrote: > http://java.sun.com/developer/technicalArticles/Intl/alert.html and > http://java.sun.com/developer/technicalArticles/Intl/alertFurtherInfo.html
those aren't very relevant to the "real" issue at hand (dateConvert's behavior w/DST) & while sun's blaming the olson data, ibm (well the icu4j project anyway) is blaming sun's tz IDs. there are plenty of short IDs that overlap, for instance see the entries for "EST" here: http://www.timeanddate.com/library/abbreviations/timezones/ for icu4j's take on this see: http://icu-project.org/userguide/dateTimezone.html ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Deploy Web Applications Quickly across the enterprise with ColdFusion MX7 & Flex 2. Free Trial http://www.adobe.com/products/coldfusion/flex2/ Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:272326 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
