On Fri, 6 Nov 2020 20:11:24 GMT, Pavel Rappo wrote:
> This PR proposes to remove
> 1. JavaDoc `@author` tags with unclear semantics: `@author
> unascribed|unattributed|unknown`
> 2. A couple of astray Form Feed (a.k.a. FF, `\f`, `0xC`, or `^L`) characters
Marked as reviewed by serb (Reviewer).
On Sat, 7 Nov 2020 07:55:03 GMT, Sebastian Ritter
wrote:
> In result of Javadoc to do not use java.io.File.toURL()
> Change use java.io.File.toURL().toURI() instead.
8066622 8066637: only for java.io.File.toURL
-
PR: https://git.openjdk.java.net/jdk/pull/1108
In result of Javadoc to do not use java.io.File.toURL()
Change use java.io.File.toURL().toURI() instead.
-
Commit messages:
- in result of Javadoc to java.io.File.toURL do use internal
java.io.File.toURL().toURI instead
Changes: https://git.openjdk.java.net/jdk/pull/1108/files
We
On Fri, 6 Nov 2020 08:35:17 GMT, Roland Westrelin wrote:
>> This change add 3 new methods in Objects:
>>
>> public static long checkIndex(long index, long length)
>> public static long checkFromToIndex(long fromIndex, long toIndex, long
>> length)
>> public static long checkFromIndexSize(long f
> This PR proposes to remove
> 1. JavaDoc `@author` tags with unclear semantics: `@author
> unascribed|unattributed|unknown`
> 2. A couple of astray Form Feed (a.k.a. FF, `\f`, `0xC`, or `^L`) characters
Pavel Rappo has updated the pull request with a new target base due to a merge
or a rebase.
On Sat, 7 Nov 2020 09:05:29 GMT, Sergey Bylokhov wrote:
>> Pavel Rappo has updated the pull request with a new target base due to a
>> merge or a rebase. The incremental webrev excludes the unrelated changes
>> brought in by the merge/rebase. The pull request contains two additional
>> commits
On Fri, 6 Nov 2020 20:11:24 GMT, Pavel Rappo wrote:
> This PR proposes to remove
> 1. JavaDoc `@author` tags with unclear semantics: `@author
> unascribed|unattributed|unknown`
> 2. A couple of astray Form Feed (a.k.a. FF, `\f`, `0xC`, or `^L`) characters
This pull request has now been integra
Hello,
I've submitted a PR https://github.com/openjdk/jdk/pull/1056 for what I
believe to be a bug I found in the javax.xml module. An issue for this
behavior does not exist in the bug tracker.
The default implementation of javax.xml.stream.XMLEventReader produces a
StartDocument event that alway
> …AccessorImpl object
>
> We met real problem when using protobuf with option optimized for code size,
> detail in JBS https://bugs.openjdk.java.net/browse/JDK-8255883
>
> Optimize solution is adding a new boolean field to detect concurrent method
> accessor generation in same NativeMethodAcce
On Thu, 5 Nov 2020 14:59:56 GMT, Alan Bateman wrote:
>> I do wonder if it makes sense to handle triple-state `int` here: "not yet
>> generated", "generated", "in error"? So that we don't try to generate the
>> accessor over and over again when it is in error?
>
> If we are changing NativeMethod
10 matches
Mail list logo