Thanks, Joe.
> -Original Message-
> From: Joe Wang [mailto:huizhe.w...@oracle.com]
> Sent: Donnerstag, 1. März 2018 20:11
> To: Langer, Christoph
> Cc: OpenJDK Dev list
> Subject: Re: Oracle Java 8u161 regression in XML Schema Factory
>
> Hi Christoph and all,
ce of documentation
where one could refer customers to.
Thanks
Christoph
-Original Message-
From: Joe Wang [mailto:huizhe.w...@oracle.com]
Sent: Mittwoch, 21. Februar 2018 21:50
To: Langer, Christoph
Cc: Bernd ; OpenJDK Dev list
Subject: Re: Oracle Java 8u161 regression in XML Schema Fa
istoph
> Cc: Bernd ; OpenJDK Dev list d...@openjdk.java.net>
> Subject: Re: Oracle Java 8u161 regression in XML Schema Factory
>
>
> >
> > @Joe: Is there some documentation for this change in default behavior
> that came with JDK8u161? I assume it is for higher security
t; Gesendet: Mittwoch, 21. Februar 2018 16:16
> An: Bernd; OpenJDK Dev list; huizhe.w...@oracle.com
> Betreff: RE: Oracle Java 8u161 regression in XML Schema Factory
>
> Hi Bernd,
>
> would your test still fail with system property "-
> Djdk.xml.overrideDefaultParser=true&q
good place to do so.
Best,
Joe
Best regards
Christoph
-Original Message-
From: core-libs-dev [mailto:core-libs-dev-boun...@openjdk.java.net] On
Behalf Of Bernd
Sent: Dienstag, 13. Februar 2018 22:55
To: OpenJDK Dev list
Subject: Re: Oracle Java 8u161 regression in XML Schema Factory
He
eDefaultParser to true).
Best regards
Christoph
> -Original Message-
> From: core-libs-dev [mailto:core-libs-dev-boun...@openjdk.java.net] On
> Behalf Of Bernd
> Sent: Dienstag, 13. Februar 2018 22:55
> To: OpenJDK Dev list
> Subject: Re: Oracle Java 8u161 regression in XML Sch
rds
Christoph
> -Original Message-
> From: core-libs-dev [mailto:core-libs-dev-boun...@openjdk.java.net] On
> Behalf Of Bernd
> Sent: Dienstag, 13. Februar 2018 22:55
> To: OpenJDK Dev list
> Subject: Re: Oracle Java 8u161 regression in XML Schema Factory
>
>
Hello,
2018-01-25 17:41 GMT+01:00 Seán Coffey :
>
> Classes nearer to those below were touched via JDK-8186080: Transform XML
> interfaces
> http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/cb84156d54b2
> http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/08a44c164993
>
> This may be connected with s
Thanks Sean. It's more likely a JDK issue because my coworker simply
swapped the JAVA_HOME from 8u161 which failed with that error to 8u151 and
it worked fine.
I'll ask if he's got the cycles to distill a reproducer. If he does I'll
open a JBS ticket.
Thanks,
Kris
On Fri, Jan 26, 2018 at 12:06 A
I don't see them being related with data given below. Maybe there's a
classpath configuration issue ?
If you feel there's a bug in the JDK libraries, please report it via
https://bugs.java.com/
regards,
Sean.
On 26/01/2018 00:23, Krystal Mok wrote:
Hi guys,
A coworker of mine had hit this
Hi guys,
A coworker of mine had hit this issue last night on 8u161 and it worked
fine on 8u151:
ERROR:
/home/myuser/.cache/bazel/_bazel_myuser/some_hash_code/external/jackson_datatype_joda_shaded/BUILD:5:1:
Building
external/jackson_datatype_joda_shaded/libjackson-datatype-joda-class.jar
(35 sou
On 25/01/2018 11:58, Bernd wrote:
Hello,
some of our unit tests (using PowerMock and xmlunit) fail with 8u161 (and
u162) but work with 8u152.
I cant reproduce the fault in a stand-alone program so it seems to be
related to classloader/reflection magic of those tools, sorry.
Is this a regressi
12 matches
Mail list logo