On Tue, 12 Jan 2021 01:24:38 GMT, Joe Wang wrote:
> Please review a patch to add an explicit control over whether a newline
> should be added after the XML header. This is done by adding a DOM
> LSSerializer property "jdk-is-standalone" and System property
> "jdk.xml.isStandalone".
>
> This
On Wed, 13 Jan 2021 00:17:57 GMT, Joe Wang wrote:
>> src/java.xml/share/classes/com/sun/org/apache/xml/internal/serializer/dom3/DOMConstants.java
>> line 131:
>>
>>> 129:
>>> 130: // Corresponding System property
>>> 131: public static final String SP_IS_STANDALONE =
>>>
Hi Severin,
On 13/01/2021 12:31 am, Severin Gehwolf wrote:
On Tue, 15 Dec 2020 12:57:12 GMT, Severin Gehwolf wrote:
@bobvandette Please review when you've got some cycles to spare. Much
appreciated!
Ping? Anyone?
Anybody willing to review this?
FYI Bob retired at the end of last year.
On Thu, 7 Jan 2021 18:50:05 GMT, Claes Redestad wrote:
>> Removing the UUID clone cache and running the microbenchmark along with the
>> changes in #1933:
>>
>> Benchmark (size) Mode
>> CntScoreError Units
>>
On Tue, 12 Jan 2021 23:56:12 GMT, Naoto Sato wrote:
>> Please review a patch to add an explicit control over whether a newline
>> should be added after the XML header. This is done by adding a DOM
>> LSSerializer property "jdk-is-standalone" and System property
>> "jdk.xml.isStandalone".
>>
On Tue, 12 Jan 2021 01:24:38 GMT, Joe Wang wrote:
> Please review a patch to add an explicit control over whether a newline
> should be added after the XML header. This is done by adding a DOM
> LSSerializer property "jdk-is-standalone" and System property
> "jdk.xml.isStandalone".
>
> This
On Wed, 6 Jan 2021 15:33:59 GMT, Martin Balao wrote:
> As described in JDK-8259319 [1], this fix proposal is to set proper access
> permissions so the SunPKCS11 provider can create instances of SunJCE classes
> when a Security Manager is installed and the fallback scheme is used.
>
> No
On Tue, 12 Jan 2021 21:25:54 GMT, Roger Riggs wrote:
>> Please review a patch to add an explicit control over whether a newline
>> should be added after the XML header. This is done by adding a DOM
>> LSSerializer property "jdk-is-standalone" and System property
>> "jdk.xml.isStandalone".
>>
On Tue, 12 Jan 2021 01:24:38 GMT, Joe Wang wrote:
> Please review a patch to add an explicit control over whether a newline
> should be added after the XML header. This is done by adding a DOM
> LSSerializer property "jdk-is-standalone" and System property
> "jdk.xml.isStandalone".
>
> This
On Tue, 12 Jan 2021 15:48:18 GMT, Maurizio Cimadamore
wrote:
> When support for shared segment was added, we decided to disable support for
> buffers derived from shared segment in certain async operations, as there's
> currently no way to make sure that the memory won't be reclaimed while
On Tue, 12 Jan 2021 16:26:27 GMT, Evan Whelan wrote:
> Hi,
>
> Please review this small change which enables the GB18030 charset to be built
> into java.base
>
> Thanks
This pull request has now been integrated.
Changeset: 5f7ccce0
Author:Evan Whelan
Committer: Alan Bateman
URL:
On Tue, 12 Jan 2021 16:52:20 GMT, Daniel Fuchs wrote:
> Approved provided that tier2 tests are passing.
All tier2 tests related to changes are passing. Here is the Mach5 result link:
https://mach5.us.oracle.com/mdash/jobs/mahendrachhipa-jdk-20210112-1759-17354032?search=result.status%3APAS
Hi,
This small patch fixes the NPE in the following case:
MethodHandle mh = MethodHandles.empty(MethodType.methodType(void.class,
int.class, int.class));
MethodHandles.permuteArguments(mh, MethodType.methodType(void.class,
int.class), 0, 0);
If a parameter name was changed by a
Please review a patch to add an explicit control over whether a newline should
be added after the XML header. This is done by adding a DOM LSSerializer
property "jdk-is-standalone" and System property "jdk.xml.isStandalone".
This change addresses an incompatibility introduced during 7u4 as an
On Tue, 12 Jan 2021 16:26:27 GMT, Evan Whelan wrote:
> Hi,
>
> Please review this small change which enables the GB18030 charset to be built
> into java.base
>
> Thanks
Looks fine.
-
Marked as reviewed by naoto (Reviewer).
PR: https://git.openjdk.java.net/jdk/pull/2053
> When support for shared segment was added, we decided to disable support for
> buffers derived from shared segment in certain async operations, as there's
> currently no way to make sure that the memory won't be reclaimed while the IO
> operation is still taking place.
>
> After looking at
On Mon, 11 Jan 2021 23:15:07 GMT, Stuart Marks wrote:
> Just fixing a broken link.
This pull request has now been integrated.
Changeset: 8a81cf15
Author:Stuart Marks
URL: https://git.openjdk.java.net/jdk16/commit/8a81cf15
Stats: 2 lines in 1 file changed: 0 ins; 0 del; 2 mod
On Tue, 12 Jan 2021 15:28:20 GMT, Maurizio Cimadamore
wrote:
> The byte buffers created from heap segments do not honor the javadoc - which
> says that the resulting buffer size should be equal to
> MemorySegment::byteSize, and that the buffer position should be zero.
>
> The issue is that
On Tue, 12 Jan 2021 15:48:18 GMT, Maurizio Cimadamore
wrote:
> When support for shared segment was added, we decided to disable support for
> buffers derived from shared segment in certain async operations, as there's
> currently no way to make sure that the memory won't be reclaimed while
On Tue, 12 Jan 2021 15:28:20 GMT, Maurizio Cimadamore
wrote:
> The byte buffers created from heap segments do not honor the javadoc - which
> says that the resulting buffer size should be equal to
> MemorySegment::byteSize, and that the buffer position should be zero.
>
> The issue is that
On Tue, 12 Jan 2021 16:26:27 GMT, Evan Whelan wrote:
> Hi,
>
> Please review this small change which enables the GB18030 charset to be built
> into java.base
>
> Thanks
Including GB18030 in java.base rather than jdk.charsets on Windows is fine. It
does increase the size of java.base but
On Wed, 6 Jan 2021 16:26:10 GMT, Mahendra Chhipa
wrote:
>> jaxp.library.SimpleHttpServer
>> https://bugs.openjdk.java.net/browse/JDK-8212035
>
> Mahendra Chhipa has updated the pull request with a new target base due to a
> merge or a rebase. The pull request now contains ten commits:
>
> -
On Tue, 12 Jan 2021 15:48:18 GMT, Maurizio Cimadamore
wrote:
> When support for shared segment was added, we decided to disable support for
> buffers derived from shared segment in certain async operations, as there's
> currently no way to make sure that the memory won't be reclaimed while
Hello Peter,
feel free to consider these issues one at a time, or not at all, if you don't
think that it is
worth it.
However, please note that I will unsubscribe from this mailing list in the next
days again due
to the high degree of activity.
(Related:
On Tue, 12 Jan 2021 15:28:20 GMT, Maurizio Cimadamore
wrote:
> The byte buffers created from heap segments do not honor the javadoc - which
> says that the resulting buffer size should be equal to
> MemorySegment::byteSize, and that the buffer position should be zero.
>
> The issue is that
On Tue, 12 Jan 2021 15:48:18 GMT, Maurizio Cimadamore
wrote:
> When support for shared segment was added, we decided to disable support for
> buffers derived from shared segment in certain async operations, as there's
> currently no way to make sure that the memory won't be reclaimed while
When support for shared segment was added, we decided to disable support for
buffers derived from shared segment in certain async operations, as there's
currently no way to make sure that the memory won't be reclaimed while the IO
operation is still taking place.
After looking at the code, it
The byte buffers created from heap segments do not honor the javadoc - which
says that the resulting buffer size should be equal to MemorySegment::byteSize,
and that the buffer position should be zero.
The issue is that the NIO routine we have added to create heap buffers is using
the wrong
On Tue, 15 Dec 2020 12:57:12 GMT, Severin Gehwolf wrote:
>> @bobvandette Please review when you've got some cycles to spare. Much
>> appreciated!
>
> Ping? Anyone?
Anybody willing to review this?
-
PR: https://git.openjdk.java.net/jdk/pull/1393
On Thu, 17 Dec 2020 20:46:50 GMT, Andy Herrick wrote:
> Remove all non final static variables in jpackage java code (using
> InheritableThreadLocal for Logger and Argument instances) and remove
> sychronization in JPackageToolProvider.
This pull request has been closed without being
30 matches
Mail list logo