RFR: 8211990: DateTimeException thrown when calculating duration between certain dates
naoto.sato at oracle.com
naoto.sato at oracle.com
Tue Aug 13 15:06:41 UTC 2019
Hi Lance,
I modified the headers of those two test cases as follows:
http://cr.openjdk.java.net/~naoto/8211990/webrev.01/
Didn't bother changing others :-)
Naoto
On 8/12/19 3:46 PM, Lance Andersen wrote:
> Hi Naoto
>> On Aug 12, 2019, at 6:34 PM, naoto.sato at oracle.com
>> <mailto:naoto.sato at oracle.com> wrote:
>>
>> Hi Lance,
>>
>> Yes, I would like the style, but AFAIK, all java.time tests are
>> testng, and controlled with the java/time/{test/tck}/TEST.properties
>> file so that each test file won't need jtreg tags (it cannot override
>> them either).
>
> Yes the @build, at run, @library would be handled via the TEST.properties
> and are not needed for the test because of TEST.properties.
>
> The other tags are informational and do not impact the running of the
> test such as @test, @bug, @summary….
>
> Anyways, no big deal either way, just thought I would ask.
>
> have a good evening
>
> Best
> lance
>>
>> Naoto
>>
>> On 8/12/19 3:17 PM, Lance Andersen wrote:
>>> Hi Naoto,
>>>> On Aug 12, 2019, at 6:01 PM, naoto.sato at oracle.com
>>>> <mailto:naoto.sato at oracle.com> <mailto:naoto.sato at oracle.com> wrote:
>>>>
>>>> Thank you for the review, Lance.
>>>>
>>>> On 8/12/19 2:37 PM, Lance Andersen wrote:
>>>>> Looks good Naoto.
>>>>> One question I had which is not relevant to your fix, but should
>>>>> the tests as we modify them include the JTReg tags such as @bug,
>>>>> @summary…. etc… just for consistency….
>>>>
>>>> I put @bug tags to each of the modified test, but not @summary,
>>>> et.al. It seems that each test file corresponds to the java.time
>>>> class, so adding @summary for this bug might not fit. I could add
>>>> @summary to existing "Tests XXXX" statement, but keep it consistent
>>>> with other java.time test case files.
>>> I was thinking more similar to:
>>> open/test/jdk/jdk/nio/zipfs/TestPosix.java or
>>> open/test/jdk/java/nio/file/Files/StreamTest.java
>>> ——————
>>> /* @test
>>> * @bug 8006884 8019526 8132539
>>> * @library ..
>>> * @build PassThroughFileSystem FaultyFileSystem
>>> * @run testng StreamTest
>>> * @summary Unit test for java.nio.file.Files methods that return a Stream
>>> */
>>> ————————
>>> You won’t need the @run for these tests but each test is for a
>>> specific class such as OffsetDateTime and ZonedOffSetDateTime and all
>>> of the bugs are listed at the top of the file.
>>> I am not sure we have agreed to standardize this historically, but I
>>> tend to when I update a test if applicable.
>>> Anyways, just a suggestion… Feel free to ignore ;-)
>>> Have a good rest of your evening :-)
>>>>
>>>> Naoto
>>>>
>>>>> Best
>>>>> Lance
>>>>>> On Aug 12, 2019, at 4:43 PM, naoto.sato at oracle.com
>>>>>> <mailto:naoto.sato at oracle.com> <mailto:naoto.sato at oracle.com>
>>>>>> <mailto:naoto.sato at oracle.com> wrote:
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> Please review the fix to the following issue:
>>>>>>
>>>>>> https://bugs.openjdk.java.net/browse/JDK-8211990
>>>>>>
>>>>>> The proposed changeset is located at:
>>>>>>
>>>>>> https://cr.openjdk.java.net/~naoto/8211990/webrev.00/
>>>>>>
>>>>>> The DateTimeException was thrown due to unconditional conversion
>>>>>> beyond the valid range of the internal LocalDateTime value. If it
>>>>>> happens, normalize two instants with the offset of "start"
>>>>>> instant. The same kind of exception is observed with
>>>>>> ZonedDateTime.until(), which is also fixed in this changeset.
>>>>>>
>>>>>> Naoto
>>>>> <http://oracle.com/us/design/oracle-email-sig-198324.gif>
>>>>> <http://oracle.com/us/design/oracle-email-sig-198324.gif><http://oracle.com/us/design/oracle-email-sig-198324.gif>
>>>>> <http://oracle.com/us/design/oracle-email-sig-198324.gif>Lance
>>>>> Andersen| Principal Member of Technical Staff | +1.781.442.2037
>>>>> Oracle Java Engineering
>>>>> 1 Network Drive
>>>>> Burlington, MA 01803
>>>>> Lance.Andersen at oracle.com <mailto:Lance.Andersen at oracle.com>
>>>>> <mailto:Lance.Andersen at oracle.com> <mailto:Lance.Andersen at oracle.com>
>>> <http://oracle.com/us/design/oracle-email-sig-198324.gif>
>>> <http://oracle.com/us/design/oracle-email-sig-198324.gif><http://oracle.com/us/design/oracle-email-sig-198324.gif>
>>> <http://oracle.com/us/design/oracle-email-sig-198324.gif>Lance
>>> Andersen| Principal Member of Technical Staff | +1.781.442.2037
>>> Oracle Java Engineering
>>> 1 Network Drive
>>> Burlington, MA 01803
>>> Lance.Andersen at oracle.com <mailto:Lance.Andersen at oracle.com>
>>> <mailto:Lance.Andersen at oracle.com>
>
> <http://oracle.com/us/design/oracle-email-sig-198324.gif>
> <http://oracle.com/us/design/oracle-email-sig-198324.gif><http://oracle.com/us/design/oracle-email-sig-198324.gif>
> <http://oracle.com/us/design/oracle-email-sig-198324.gif>Lance Andersen|
> Principal Member of Technical Staff | +1.781.442.2037
> Oracle Java Engineering
> 1 Network Drive
> Burlington, MA 01803
> Lance.Andersen at oracle.com <mailto:Lance.Andersen at oracle.com>
>
>
>
More information about the core-libs-dev
mailing list