Below is a simple fix that the test intermittently fails on.
The problem is believed to be that the read thread sees a close_notify
which cause the read thread to do a write operation. That write
operation conflicts with the on-going write thread usage of the Cipher
object doing the
On 7/20/18 11:08 AM, Chris Hegarty wrote:
This is ambiguous, and needs to be clarified. Surely, it is
better to use the same wording as the serial filter:
"Whitespace is significant and is considered part of the value."
Kind of on the fence on that one. If this were a general property/value
> On 20 Jul 2018, at 16:15, Roger Riggs wrote:
>
> Hi Chris,
>
> The updated text is fine.
> Thanks for your consideration.
Updated webrev as discussed.
http://cr.openjdk.java.net/~chegar/8207846/webrev.01/
-Chris.
Roger,
> On 20 Jul 2018, at 15:36, Roger Riggs wrote:
>
> Hi Chris,
>
> It is important to be clear about how whitespace is treated and within the
> java.security file
> there are other uses that explicitly define how whitespace is used.
Right, and the usages are already inconsistent.
Hi Chris,
It is important to be clear about how whitespace is treated and within
the java.security file
there are other uses that explicitly define how whitespace is used.
I am more concerned about how command line properties are understood and
used how we have to document them.
Allowing
Roger,
> On 20 Jul 2018, at 14:52, Roger Riggs wrote:
>
> Hi Chris,
>
> It is very unusual for the processing of system properties to do *any*
> parsing except for delimiters
> including removing spaces, etc. It complicates the handling and sets a bad
> precedent
> that makes it more
Hi Chris,
It is very unusual for the processing of system properties to do *any*
parsing except for delimiters
including removing spaces, etc. It complicates the handling and sets a
bad precedent
that makes it more complex for users and developers to know how to set
property values.
The
On 20/07/2018 12:38, Chris Hegarty wrote:
JDK-8204233 added a new security property, `jdk.net.includeInExceptions`,
to include additional, potentially security sensitive, information in
exception detail messages in the networking area. The property accepts a
comma separated list of values that
Hi,
I scanned all the changes we did to exception messages in our
internal VM, see below. We print paths and sockets in a row of places,
but also other information. It's wide spread, while most is in
java.base.
We plan to contribute these messages in the near future. Thus
it'll be useful if
JDK-8204233 added a new security property, `jdk.net.includeInExceptions`,
to include additional, potentially security sensitive, information in
exception detail messages in the networking area. The property accepts a
comma separated list of values that specifies the particular type of
extra detail
Thanks for reporting this. I will look into it.
- Michael
On 20/07/2018, 08:38, Severin Gehwolf wrote:
Adding net-dev
On Fri, 2018-07-20 at 08:52 +0200, Thomas Lußnig wrote:
Hi,
i found an bug in JDK 10 with the new HttpClient. It does not handle
responses wihtout contentlength correctly.
Adding net-dev
On Fri, 2018-07-20 at 08:52 +0200, Thomas Lußnig wrote:
> Hi,
> i found an bug in JDK 10 with the new HttpClient. It does not handle
> responses wihtout contentlength correctly.
> Normally i would expect that the content is returned even without
> content length. Since i can not
*Hi,*
*i found an bug in JDK 10 with the new HttpClient. It does not handle
responses wihtout contentlength correctly.
Normally i would expect that the content is returned even without
content length. Since i can not open an JDK bug
i hope some person from the list can do it. Below is an
13 matches
Mail list logo