[threeten-dev] ReviewRequest 8011172: JSR 310: DateTime API Updates II,
David Holmes
david.holmes at oracle.com
Fri Apr 12 07:09:54 UTC 2013
On 12/04/2013 4:27 PM, Xueming Shen wrote:
> Good catch. webrev updated. It appears none of the tests catched this
> error, if I just build the
> jdk normally (?), either local fresh new build and jprt job.
>
> http://cr.openjdk.java.net/~sherman/8011172/webrev/
A "profiles" build would have been affected by it.
David
> -Sherman.
>
> On 4/11/13 10:57 PM, David Holmes wrote:
>> Hi Sherman,
>>
>> On 12/04/2013 3:46 PM, Xueming Shen wrote:
>>> David,
>>>
>>> webrev has been updated to removed the tzdb.dat from the CreateJars.gmk
>>> as suggested.
>>>
>>> http://cr.openjdk.java.net/~sherman/8011172/webrev/
>>
>> In profile-includes.txt this change is wrong:
>>
>> ** 77,88 ****
>> security/blacklist \
>> security/cacerts \
>> security/java.policy \
>> security/java.security \
>> security/local_policy.jar \
>> ! security/trusted.libraries \
>> ! tzdb.jar
>>
>> PROFILE_1_JRE_OTHER_FILES := \
>> COPYRIGHT \
>> LICENSE \
>> README \
>> --- 77,87 ----
>> security/blacklist \
>> security/cacerts \
>> security/java.policy \
>> security/java.security \
>> security/local_policy.jar \
>> ! security/trusted.libraries
>>
>> we need tzdb.dat listed here.
>>
>> Thanks,
>> David
>>
>>> Thanks!
>>> -Sherman
>>>
>>> On 04/09/2013 08:08 AM, Xueming Shen wrote:
>>>> On 4/9/13 5:00 AM, David Holmes wrote:
>>>>> I find it troubling the tzdb.jar is now tzdb.dat - either it is a jar
>>>>> file or not; if not then it should not be built using CreateJars.gmk
>>>>> and shouldn't listed on the JAR variables in profile-includes.txt
>>>>
>>>> tzdb.dat now is NOT a jar file for performance (decompression slows
>>>> down startup).
>>>> So which gmk file is the best fit for this kind of "file building"? We
>>>> may be able to
>>>> update it to the appropriate place with a follow up push.
>>>>
>>>> -Sherman
>>>>
>>>>>
>>>>> David
>>>>>
>>>>> On 9/04/2013 5:51 AM, Xueming Shen wrote:
>>>>>> Hi,
>>>>>>
>>>>>> JSR 310 has continued to refine and update the java.time API.
>>>>>> Please help review the proposed changeset as showed in webrev:
>>>>>>
>>>>>> http://cr.openjdk.java.net/~sherman/8011172/webrev/
>>>>>>
>>>>>> In addition to general javadoc improvements, the changes include:
>>>>>>
>>>>>> java.time
>>>>>>
>>>>>> * Duration - added a static from(temporalAmount) method to simplify
>>>>>> conversions from other amounts
>>>>>> * Renamed the toString(Formatter) method to format(Formatter) in all
>>>>>> classes
>>>>>> * Period - added a static from(temporalAmount) method to simplify
>>>>>> conversions
>>>>>> * ZoneId -
>>>>>> - Added getAvailableZoneIds method, a simpler mechanism than
>>>>>> going
>>>>>> to the provider
>>>>>> - Added normalized() method to ease conversion to a fixed offset
>>>>>> - renamed predefined static fields of timezone names
>>>>>>
>>>>>> java.time.chrono
>>>>>>
>>>>>> * ChronoLocalDate, ChronoLocalDateTime, ChonoZonedDateTime
>>>>>> - changed xxx_COMPARATORs to static methods returning the Time
>>>>>> Line
>>>>>> Order comparators
>>>>>> - Added a from(TemporalAcessor) method to ease conversions
>>>>>> * Chronology
>>>>>> - Added method to create a Date from EpochDay (And in each
>>>>>> calendar subclass)
>>>>>> - Added resolveDate to allow resolving date components by the
>>>>>> Chronology
>>>>>> - Serialization fixes
>>>>>> - Replaced raw return types with wildcard type
>>>>>> * Era
>>>>>> - Removed factory methods and getChronology - they did not work
>>>>>> correctly in all cases
>>>>>> - Declared Era as a functional interface
>>>>>> * Hijrah calendar variations -
>>>>>> - Supporting the Umm alQura calendar
>>>>>> * Added HijrahEra, IsoEra, JapaneseEra, MinguEra, ThaiBuddhistEra
>>>>>> making the enums public
>>>>>> * MinguoDate, ThaiBuddhistDate, HijrahDate - Added getEra method
>>>>>> to return the concrete Era type.
>>>>>>
>>>>>> java.time.format
>>>>>>
>>>>>> * DateTimeFormatter -
>>>>>> - Added fields for the predefined formatters
>>>>>> (moved from DateTimeFormatters class)
>>>>>> - Updated patterns to be CLDR compatible
>>>>>> - Moved documentation for the pattern letters to the class
>>>>>> javadoc
>>>>>> - Added support for Zone default and conversion
>>>>>> * DateTimeFormatterBuilder
>>>>>> - Updated documentation of patterns and corresponding
>>>>>> equivalents
>>>>>> to builder methods.
>>>>>> - Added a method to append the localized offset.
>>>>>>
>>>>>> java.time.temporal
>>>>>>
>>>>>> * Adjusters - class removed; all static adjusters moved to static
>>>>>> methods
>>>>>> in TemporalAdjuster
>>>>>> * ChronoField -
>>>>>> - Renamed EPOCH_MONTH to PROLEPTIC_MONTH
>>>>>> - Added getDisplayName - for locale specific field name
>>>>>> * Queries - class removed; all static query method moved to static
>>>>>> methods
>>>>>> in TemporalQuery
>>>>>> * TemporalField - added getDisplayName method
>>>>>> * UnsupportedTemporalTypeException - new subtype of DateTimeException
>>>>>> to reflect no support for a unit or field
>>>>>> * WeekFields - Added fields for week and year of week-Based-Years to
>>>>>> match
>>>>>> CLDR fields "Y", "W"
>>>>
>>>
>
More information about the core-libs-dev
mailing list