On Mon, 14 Jul 2025 22:39:56 GMT, Naoto Sato wrote:
>> This accompanies the fix for
>> [JDK-8361613](https://bugs.openjdk.org/browse/JDK-8361613), which restricts
>> `System.console()` to return a `Console` instance only when both standard
>> input and output are connected to a terminal. The c
On Fri, 11 Jul 2025 09:05:40 GMT, Christian Stein wrote:
> Please review the change to update to using jtreg 8.
>
> The primary change is to the `jib-profiles.js` file, which specifies the
> version of jtreg to use, for those systems that rely on this file. In
> addition, the requiredVersion h
On Tue, 1 Jul 2025 11:48:30 GMT, Jaikiran Pai wrote:
> Can I please get a review of this backport of a test-only fix?
>
> This backports the fix for https://bugs.openjdk.org/browse/JDK-8359337 into
> JDK 25. The original fix was integrated into mainline a few minutes back
> https://github.com
On Mon, 30 Jun 2025 16:18:00 GMT, Jaikiran Pai wrote:
> Can I please get a review of this test-only change which addresses the issue
> noted in https://bugs.openjdk.org/browse/JDK-8359337?
>
> On macOS, the JDK by default (without any explicit system properties) picks
> up the proxy settings c
On Tue, 10 Jun 2025 18:36:15 GMT, Naoto Sato wrote:
> This regression was introduced by the removal of the COMPAT locale provider,
> which partially broke support for the first year in the Japanese calendar. In
> the Japanese calendar system, the first year of an era should be formatted
> usin
On Mon, 9 Jun 2025 20:07:53 GMT, Naoto Sato wrote:
>> The parallel loading of JavaTimeSupplementary was a historical artifact from
>> the introduction of JSR 310, which additionally loads resouces that had not
>> existed before. Since the COMPAT locale provider which relied on this
>> mechanis
On Tue, 3 Jun 2025 16:59:18 GMT, Naoto Sato wrote:
>> Fixing a regression caused by the fix to JDK-8356985. Although the fix in
>> `CharsetTest` was a clean-up and not the gist of the original issue, the
>> change seem to have caused not finding `SkippedException` at runtime in
>> certain case
On Mon, 2 Jun 2025 21:48:04 GMT, Naoto Sato wrote:
> Fixing a regression caused by the fix to JDK-8356985. Although the fix in
> `CharsetTest` was a clean-up and not the gist of the original issue, the
> change seem to have caused not finding `SkippedException` at runtime in
> certain cases. C
On Thu, 29 May 2025 17:20:12 GMT, Naoto Sato wrote:
> Test refactoring stemmed from the discussion at
> https://git.openjdk.org/jdk/pull/25228#discussion_r2106755160. The test is
> now based on UTF-8 instead of ISO-8859-1
Marked as reviewed by joehw (Reviewer).
-
PR Review: https
On Wed, 14 May 2025 14:29:23 GMT, Magnus Ihse Bursie wrote:
> After we converted the source base to be fully UTF-8, we do not need to use
> unicode sequences (like \u0123) in string literals. Sometimes, that might
> still make sense, as for control characters, non-breaking space, etc. But for
On Thu, 15 May 2025 20:53:10 GMT, Naoto Sato wrote:
>> Removing now-defunct COMPAT locale provider tests.
>
> Naoto Sato has updated the pull request incrementally with three additional
> commits since the last revision:
>
> - Update test/jdk/sun/text/resources/LocaleDataTest.java
>
>C
On Thu, 15 May 2025 19:31:45 GMT, Naoto Sato wrote:
> Removing now-defunct COMPAT locale provider tests.
Marked as reviewed by joehw (Reviewer).
-
PR Review: https://git.openjdk.org/jdk/pull/25257#pullrequestreview-2844891980
On Wed, 7 May 2025 16:17:07 GMT, Joe Wang wrote:
> This is a refactor patch, no change in functionality.
>
> This patch refactor the configuration code. Rather than for each factory to
> go through the whole configuration process, a base configuration as
> represented in
On Thu, 8 May 2025 20:50:25 GMT, Naoto Sato wrote:
> Fixing the NPE in CLDR time zone name provider. The NPE occurrs if the time
> zone data was downgraded by the TZUpdater tool in which some time zones are
> missing. For those missing zones, `ZoneInfo.getTimeZone()` returns null,
> while `Tim
This is a refactor patch, no change in functionality.
This patch refactor the configuration code. Rather than for each factory to go
through the whole configuration process, a base configuration as represented in
JdkXmlConfig is created once, which includes loading of the JAXP Configuration
fil
Hi Hempushpa,
You may want to talk to Christoph on JDK-8168664, he might have temped a
fix at the time. Otherwise, feel free to create a new bug and PR, and we
can start from there.
Thanks,
Joe
On 4/23/25 7:03 AM, Hempushpa Sahu wrote:
Problem Description :
XSLT transformation creating
On Fri, 11 Apr 2025 23:05:51 GMT, Joe Wang wrote:
> Streamline the extension function control in the XPath API by relying solely
> on
> [XPathFunctionResolver](https://docs.oracle.com/en/java/javase/24/docs/api/java.xml/javax/xml/xpath/XPathFunctionResolver.html),
> which provi
On Mon, 21 Apr 2025 20:11:47 GMT, Naoto Sato wrote:
> Adding @spec tags to Emoji related methods in the Character class. A CSR has
> also been drafted.
Marked as reviewed by joehw (Reviewer).
-
PR Review: https://git.openjdk.org/jdk/pull/24779#pullrequestreview-2782236067
On Thu, 17 Apr 2025 17:41:56 GMT, Joe Wang wrote:
> Fix a NPE on calling DocumentBuilderFactory::getAttribute, refer to the bug
> report.
>
> Also in this patch: consolidates get and set properties to use the same Util
> methods to reduce potential errors when code cha
On Mon, 21 Apr 2025 08:11:33 GMT, Andrey Turbanov wrote:
>> Joe Wang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> remove unused variable pName; remove unused imports
>
> src/java.xml/share/classes/jdk
> Fix a NPE on calling DocumentBuilderFactory::getAttribute, refer to the bug
> report.
>
> Also in this patch: consolidates get and set properties to use the same Util
> methods to reduce potential errors when code changes.
>
> Test:
> Tier1 - 3 passed
> JC
On Sun, 20 Apr 2025 03:05:20 GMT, SendaoYan wrote:
>> Joe Wang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> remove unused variable pName; remove unused imports
>
> test/jaxp/javax/xml/jaxp/unittest/comm
On Fri, 18 Apr 2025 22:15:10 GMT, Alexey Bakhtin wrote:
>> Please find a trivial fix for the missing `cvc-complex-type.2.4.d.1`
>> resource in the main XMLSchemaMessages.properties file.
>
> Alexey Bakhtin has updated the pull request incrementally with one additional
> commit since the last re
On Fri, 18 Apr 2025 17:40:10 GMT, Joe Wang wrote:
>> Added missed localized strings for _de, _ja and _zh_CN localities based on
>> the JDK11 localizations
>
>> Added missed localized strings for _de, _ja and _zh_CN localities based on
>> the JDK11 localizations
>
On Fri, 18 Apr 2025 20:06:01 GMT, Naoto Sato wrote:
>> Joe Wang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> remove unused variable pName; remove unused imports
>
> src/java.xml/share/classes/com/sun/o
> Fix a NPE on calling DocumentBuilderFactory::getAttribute, refer to the bug
> report.
>
> Also in this patch: consolidates get and set properties to use the same Util
> methods to reduce potential errors when code changes.
>
> Test:
> Tier1 - 3 passed
> JC
On Fri, 18 Apr 2025 17:09:40 GMT, Alexey Bakhtin wrote:
> Added missed localized strings for _de, _ja and _zh_CN localities based on
> the JDK11 localizations
Probably not necessary as they will be covered by L10n resource update.
-
PR Comment: https://git.openjdk.org/jdk/pull/247
On Fri, 18 Apr 2025 04:08:56 GMT, Alexey Bakhtin wrote:
> Please find a trivial fix for the missing `cvc-complex-type.2.4.d.1` resource
> in the main XMLSchemaMessages.properties file.
@alexeybakhtin also, I assigned the issue to you. Thanks.
-
PR Comment: https://git.openjdk.org/
On Fri, 18 Apr 2025 04:08:56 GMT, Alexey Bakhtin wrote:
> Please find a trivial fix for the missing `cvc-complex-type.2.4.d.1` resource
> in the main XMLSchemaMessages.properties file.
LGTM. Added a link to JDK-8355006.
-
Marked as reviewed by joehw (Reviewer).
PR Review: https:/
Fix a NPE on calling DocumentBuilderFactory::getAttribute. This issue was found
during the previous JCK test (JCK-7322355). The JCK failure was from a
different method call, but it appears this is the root cause.
Also in this patch: consolidates get and set properties to use the same Util
metho
On Wed, 16 Apr 2025 13:47:28 GMT, Roger Riggs wrote:
>> Joe Wang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> update javadoc for the jdk.xml.enableExtensionFunctions property
>
> src/java.xml/share/cla
. There were unrelated/known
> failures (e.g. bug8329757).
> JCK passed except the previously reported issue (JCK-7322355).
Joe Wang 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/reba
. There were unrelated/known
> failures (e.g. bug8329757).
> JCK passed except the previously reported issue (JCK-7322355).
Joe Wang has updated the pull request incrementally with one additional commit
since the last revision:
update javadoc for the jdk.xml.enableExtensionFunctions propert
. There were unrelated/known
> failures (e.g. bug8329757).
> JCK passed except the previously reported issue (JCK-7322355).
Joe Wang has updated the pull request incrementally with one additional commit
since the last revision:
rewind resource files, leave them to L10n resource files update
--
On Mon, 14 Apr 2025 15:22:21 GMT, Vladimir Ivanov wrote:
>> The HashMap for caching was deleted. Now it use only ThreadLocal variable
>> without synchronization.
>> According to the specjvm2008::xml.transform workload the performance for low
>> threads counts was not affected and improved for h
. There were unrelated/known
> failures (e.g. bug8329757).
> JCK passed except the previously reported issue (JCK-7322355).
Joe Wang has updated the pull request incrementally with one additional commit
since the last revision:
add copyright and docs
-
Changes:
- a
Streamline the extension function control in the XPath API by relying solely on
[XPathFunctionResolver](https://docs.oracle.com/en/java/javase/24/docs/api/java.xml/javax/xml/xpath/XPathFunctionResolver.html),
which provides a secure and developer-defined mechanism. Remove the feature
FEATURE_SEC
On Mon, 31 Mar 2025 19:18:58 GMT, Joe Wang wrote:
>> LGTM. Technically it is still March in PDT though
>
>> LGTM. Technically it is still March in PDT though
>
> Thanks. It is, tricky. Thought by the time it's out, it would be April.
> @JoeWang-Java,
>
> Can
On Mon, 31 Mar 2025 17:42:20 GMT, Joe Wang wrote:
> Refactor XMLSecurityPropertyManager.
> The Xerces and Xalan components each had its own XMLSecurityManager and
> XMLSecurityPropertyManager. In a previous fix, the former had been unified as
> part of that changeset. This chang
On Mon, 31 Mar 2025 17:42:20 GMT, Joe Wang wrote:
> Refactor XMLSecurityPropertyManager.
> The Xerces and Xalan components each had its own XMLSecurityManager and
> XMLSecurityPropertyManager. In a previous fix, the former had been unified as
> part of that changeset. This chang
On Mon, 31 Mar 2025 17:42:20 GMT, Joe Wang wrote:
> Refactor XMLSecurityPropertyManager.
> The Xerces and Xalan components each had its own XMLSecurityManager and
> XMLSecurityPropertyManager. In a previous fix, the former had been unified as
> part of that changeset. This chang
On Mon, 31 Mar 2025 17:42:20 GMT, Joe Wang wrote:
> Refactor XMLSecurityPropertyManager.
> The Xerces and Xalan components each had its own XMLSecurityManager and
> XMLSecurityPropertyManager. In a previous fix, the former had been unified as
> part of that changeset. This chang
Refactor XMLSecurityPropertyManager.
The Xerces and Xalan components each had its own XMLSecurityManager and
XMLSecurityPropertyManager. In a previous fix, the former had been unified as
part of that changeset. This change will allow future changes to handle
XMLSecurityManager and XMLSecurityPro
On Mon, 31 Mar 2025 19:11:03 GMT, Naoto Sato wrote:
> LGTM. Technically it is still March in PDT though
Thanks. It is, tricky. Thought by the time it's out, it would be April.
-
PR Comment: https://git.openjdk.org/jdk/pull/24334#issuecomment-2767177971
On Mon, 20 Jan 2025 13:51:22 GMT, Alan Bateman wrote:
>> Vladimir Ivanov has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> 8346230 [perf] scalability issue for the specjvm2008::xml.transform
>> workload
>
> src/java.xml/share/classes/com/
On Tue, 25 Mar 2025 16:52:28 GMT, Naoto Sato wrote:
> Incorporating the latest IANA Time Zone Database (2025b). Manually confirmed
> the newly introduced time zone stays at the same offset (-03) on/after
> 2025-04-06:
>
> jshell>
> ZoneId.of("America/Coyhaique").getRules().getValidOffsets(Loc
On Fri, 14 Mar 2025 01:28:34 GMT, Vladimir Ivanov wrote:
>> The HashMap for caching was deleted. Now it use only ThreadLocal variable
>> without synchronization.
>> According to the specjvm2008::xml.transform workload the performance for low
>> threads counts was not affected and improved for h
On Fri, 21 Mar 2025 20:17:31 GMT, Naoto Sato wrote:
> Refining regex tests for Grapheme break so that every test case will run even
> with some failing ones.
Marked as reviewed by joehw (Reviewer).
-
PR Review: https://git.openjdk.org/jdk/pull/24168#pullrequestreview-2707275607
On Wed, 19 Mar 2025 17:48:20 GMT, Naoto Sato wrote:
>> Upgrading the CLDR to version 47.0. A corresponding CSR has also been
>> drafted.
>
> Naoto Sato has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Copyright year/bugid update
Marked as
On Thu, 13 Mar 2025 19:01:03 GMT, Joe Wang wrote:
> Add public identifiers to the JDK built-in Catalog; Replace the incorrect
> Schema 1.1 DTD files (note the Public Identifier at line 2) with the correct
> Schema 1.0 DTDs. The JDK built-in Catalog contains Schema 1.0 files only.
On Wed, 19 Mar 2025 00:43:28 GMT, Joe Wang wrote:
>> Add public identifiers to the JDK built-in Catalog; Replace the incorrect
>> Schema 1.1 DTD files (note the Public Identifier at line 2) with the correct
>> Schema 1.0 DTDs. The JDK built-in Catalog contains Schema 1.0 file
LSchema.dtd and datatypes.dtd, were
> removed and replaced with those of Schema 1.0. These files were downloaded
> from w3.org without modification. The file names were unfortunately the same,
> which (with the Diffs) made it look like they were modified though they were
> not.
Joe Wang h
On Tue, 18 Mar 2025 19:05:32 GMT, Roger Riggs wrote:
>> Joe Wang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> update the test: change variables and etc.
>
> test/jaxp/javax/xml/jaxp/unittest/common/jdkca
On Tue, 18 Mar 2025 18:26:09 GMT, Roger Riggs wrote:
>> Joe Wang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> update the test: change variables and etc.
>
> src/java.xml/share/classes/jdk/xml/intern
On Tue, 18 Mar 2025 18:50:24 GMT, Roger Riggs wrote:
> The XMLSchema.dtd changes the referenced version from the 2009 version to the
> 2001 version. Is that intentional.
Yes. Note the Public Identifier: "-//W3C//DTD XSD 1.1//EN" vs "-//W3C//DTD
XMLSCHEMA 200102//EN" at line 2. The 2009 version
> Add public identifiers to the JDK built-in Catalog; Replace the incorrect
> Schema 1.1 DTD files (note the Public Identifier at line 2) with the correct
> Shema 1.0 DTDs.
Joe Wang has updated the pull request incrementally with one additional commit
since the last revision:
u
On Thu, 13 Mar 2025 19:01:03 GMT, Joe Wang wrote:
> Add public identifiers to the JDK built-in Catalog; Replace the incorrect
> Schema 1.1 DTD files (note the Public Identifier at line 2) with the correct
> Shema 1.0 DTDs.
Thanks for review. Updated the test.
-
PR Comme
Add public identifiers to the JDK built-in Catalog; Replace the incorrect
Schema 1.1 DTD files (note the Public Identifier at line 2) with the correct
Shema 1.0 DTDs.
-
Commit messages:
- 8351969: Add Public Identifiers to the JDK built-in Catalog
Changes: https://git.openjdk.org/
On 3/1/25 10:19 PM, Mukul Gandhi wrote:
Hi Joe,
Thanks for nice thoughts.
On Fri, 28 Feb, 2025, 00:06 Joe Wang, wrote:
What's your assessment on the readiness for a formal release (or how
much additional work is needed)? What are the conformance test
results?
The link
On Fri, 28 Feb 2025 17:42:24 GMT, Joe Wang wrote:
> Fix handleCharacters by adding a guard to zero length and letting the rest of
> the process continue (e.g. closing tags and etc).
This pull request has now been integrated.
Changeset: 96613cc5
Author: Joe Wang
URL:
On Mon, 3 Mar 2025 18:01:48 GMT, Naoto Sato wrote:
>> Joe Wang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> remove commented section
>
> test/jaxp/javax/xml/jaxp/unittest/validation/Validatio
> Fix handleCharacters by adding a guard to zero length and letting the rest of
> the process continue (e.g. closing tags and etc).
Joe Wang has updated the pull request incrementally with one additional commit
since the last revision:
improve the javadoc for the test
-
C
On Fri, 28 Feb 2025 22:33:14 GMT, Naoto Sato wrote:
>> Fix handleCharacters by adding a guard to zero length and letting the rest
>> of the process continue (e.g. closing tags and etc).
>
> src/java.xml/share/classes/com/sun/org/apache/xalan/internal/xsltc/trax/StAXStream2SAX.java
> line 286:
>
On Fri, 28 Feb 2025 23:02:28 GMT, Naoto Sato wrote:
>> Hi Naoto,
>>
>> Yes, I did look through that code and bug 5046319. Unfortunately, it
>> happened when JAXP was standalone, the history of the change was lost.
>> The variable "buf" seems to be an instance variable that serves to cache the
> Fix handleCharacters by adding a guard to zero length and letting the rest of
> the process continue (e.g. closing tags and etc).
Joe Wang has updated the pull request incrementally with one additional commit
since the last revision:
remove commented section
-
C
Fix handleCharacters by adding a guard to zero length and letting the rest of
the process continue (e.g. closing tags and etc).
-
Commit messages:
- 8349516: StAXStream2SAX.handleCharacters() fails on empty CDATA
Changes: https://git.openjdk.org/jdk/pull/23847/files
Webrev: https
Hi Mukul,
Xalan-J's XSL 3 implementation has not been integrated into any Xalan
releases. I understand it implemented most of the XSLT 3.0
specification, but not all of them, esp. the Streaming feature. Was the
incompleteness the reason why it was not included in an Xalan release?
What's your
On Mon, 24 Feb 2025 19:46:52 GMT, Naoto Sato wrote:
> Removing the support for /etc/timezone file that is Debian distro specific.
> The file is no longer considered authoritative
> (https://wiki.debian.org/TimeZoneChanges#Check_Configured_Timezone), and in
> fact, it is now out of sync as the
On Fri, 21 Feb 2025 01:38:34 GMT, SendaoYan wrote:
>> Hi all,
>>
>> Test test/jaxp/javax/xml/jaxp/unittest/validation/CR6740048.java run passes
>> unexpectedly when missing the depentdent file
>> test/jaxp/javax/xml/jaxp/unittest/validation/CR6740048.xsd. This PR add a
>> NULL check after cal
On Fri, 14 Feb 2025 07:44:26 GMT, SendaoYan wrote:
> Hi all,
>
> Test test/jaxp/javax/xml/jaxp/unittest/validation/CR6740048.java run passes
> unexpectedly when missing the depentdent file
> test/jaxp/javax/xml/jaxp/unittest/validation/CR6740048.xsd. This PR add a
> NULL check after call `get
On Fri, 14 Feb 2025 07:44:26 GMT, SendaoYan wrote:
> Hi all,
>
> Test test/jaxp/javax/xml/jaxp/unittest/validation/CR6740048.java run passes
> unexpectedly when missing the depentdent file
> test/jaxp/javax/xml/jaxp/unittest/validation/CR6740048.xsd. This PR add a
> NULL check after call `get
On Fri, 14 Feb 2025 00:56:03 GMT, Joe Wang wrote:
> Fix an edge case in the patch for JDK-8207760.
This pull request has now been integrated.
Changeset: 4e60c2d9
Author: Joe Wang
URL:
https://git.openjdk.org/jdk/commit/4e60c2d937fca8170b356f36e72b271104130c40
Stats: 127 lines
> Fix an edge case in the patch for JDK-8207760.
Joe Wang has updated the pull request incrementally with one additional commit
since the last revision:
add tests verifying invalid sequence; also add tests to verify cases where
the pairs are at the edges or anywhere in the t
On Fri, 14 Feb 2025 19:55:05 GMT, Naoto Sato wrote:
>> Joe Wang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> un-needed property removed
>
> test/jaxp/javax/xml/jaxp/unittest/transform/JDK8207760.java l
> Fix an edge case in the patch for JDK-8207760.
Joe Wang has updated the pull request incrementally with one additional commit
since the last revision:
un-needed property removed
-
Changes:
- all: https://git.openjdk.org/jdk/pull/23623/files
- new: https://git.openjdk.
On Fri, 14 Feb 2025 18:25:30 GMT, Lance Andersen wrote:
>> Joe Wang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> un-needed property removed
>
> test/jaxp/javax/xml/jaxp/unittest/transform/JDK82
On Fri, 14 Feb 2025 00:56:03 GMT, Joe Wang wrote:
> Fix an edge case in the patch for JDK-8207760.
Hello Skara (hopefully this will trigger the notification email).
-
PR Comment: https://git.openjdk.org/jdk/pull/23623#issuecomment-2659974504
On Wed, 12 Feb 2025 23:07:26 GMT, Naoto Sato wrote:
>> Fixing the regression caused by the JDK-8342550 fix. Since the logging
>> facility depends on TimeZone class, it should not use the logging facility.
>> Replacing the logging with simple System.err.printf() will fix the issue.
>
> Naoto Sat
On Wed, 12 Feb 2025 19:35:18 GMT, Naoto Sato wrote:
> Fixing the regression caused by the JDK-8342550 fix. Since the logging
> facility depends on TimeZone class, it should not use the logging facility.
> Replacing the logging with simple System.err.printf() will fix the issue.
Marked as revie
On Thu, 28 Nov 2024 01:09:47 GMT, Zheng Feng wrote:
> …String)
>
> This bug seems from the improper handling of package and class name
> initialization in `XSLTC` since there is a default value of `_packageName`
> with `die.verwandlung`. This fix is just adjusting to call `setPackageName`
>
On Fri, 7 Feb 2025 20:03:21 GMT, Joe Wang wrote:
> Fix an error handling where the XMLStreamReader impl throws EOFException
> instead of XMLStreamException as defined.
This pull request has now been integrated.
Changeset: 5395ffa0
Author: Joe Wang
URL:
https://git.openjdk.o
On Fri, 7 Feb 2025 20:03:21 GMT, Joe Wang wrote:
> Fix an error handling where the XMLStreamReader impl throws EOFException
> instead of XMLStreamException as defined.
RN added. Thanks all!
-
PR Comment: https://git.openjdk.org/jdk/pull/23524#issuecomment-267199
Fix an error handling where the XMLStreamReader impl throws EOFException
instead of XMLStreamException as defined.
-
Commit messages:
- 8327378: XMLStreamReader throws EOFException instead of XMLStreamException
Changes: https://git.openjdk.org/jdk/pull/23524/files
Webrev: https:/
On Tue, 4 Feb 2025 18:30:34 GMT, Joe Wang wrote:
> Fix an issue where the translet-name is incorrectly set when the package-name
> is also specified.
This pull request has now been integrated.
Changeset: 3989a199
Author: Joe Wang
URL:
https://git.openjdk.org/jdk/
> Fix an issue where the translet-name is incorrectly set when the package-name
> is also specified.
Joe Wang has updated the pull request incrementally with one additional commit
since the last revision:
update test
-
Changes:
- all: https://git.openjdk.org/jdk/pull
On Thu, 6 Feb 2025 17:58:08 GMT, Severin Gehwolf wrote:
>> Joe Wang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> update test
>
> test/jaxp/javax/xml/jaxp/unittest/transform/PropertiesTest.java line 94
On Thu, 6 Feb 2025 18:04:47 GMT, Naoto Sato wrote:
>> Joe Wang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> update test
>
> test/jaxp/javax/xml/jaxp/libs/jaxp/library/JUnitTestUtil.java line 33:
>
On Wed, 5 Feb 2025 10:57:14 GMT, Severin Gehwolf wrote:
> > @JoeWang-Java Have you seen https://git.openjdk.org/jdk/pull/22425?
>
> Just mentioning since it looks like a duplicate proposal.
Indeed, I missed that. The right procedure to take over an issue is to ask the
person assigned to the bu
On Thu, 28 Nov 2024 01:09:47 GMT, Zheng Feng wrote:
> …String)
>
> This bug seems from the improper handling of package and class name
> initialization in `XSLTC` since there is a default value of `_packageName`
> with `die.verwandlung`. This fix is just adjusting to call `setPackageName`
>
Fix an issue where the translet-name is incorrectly set when the package-name
is also specified.
-
Commit messages:
- update copyright
- 8344925: translet-name ignored when package-name is also set
Changes: https://git.openjdk.org/jdk/pull/23446/files
Webrev: https://webrevs.ope
On Wed, 29 Jan 2025 20:42:30 GMT, Naoto Sato wrote:
> Force opening "tzmappings" file in text mode. Confirmed the fix with customer
> provided test case. Also replaced the file open function with the safer one.
Marked as reviewed by joehw (Reviewer).
-
PR Review: https://git.openj
On Thu, 23 Jan 2025 00:46:07 GMT, Joe Wang wrote:
>> Fix broken links in java.xml:
>>
>> Catalog: contacted Oasis. The standard page
>> (https://www.oasis-open.org/standard/xmlcatalogs/) now links to the PDF
>> version. That is what I'm using now, replacing
On Wed, 22 Jan 2025 18:55:10 GMT, Joe Wang wrote:
> Fix broken links in java.xml:
>
> Catalog: contacted Oasis. The standard page
> (https://www.oasis-open.org/standard/xmlcatalogs/) now links to the PDF
> version. That is what I'm using now, replacing the html pages.
On Thu, 23 Jan 2025 00:35:25 GMT, Joe Wang wrote:
>> Fix broken links in java.xml:
>>
>> Catalog: contacted Oasis. The standard page
>> (https://www.oasis-open.org/standard/xmlcatalogs/) now links to the PDF
>> version. That is what I'm using now, replacing
thin the browser rather than downloaded as the html
> version did.
>
> QName: rewrote the javadocs.
Joe Wang has updated the pull request incrementally with one additional commit
since the last revision:
s/javax.xml.XMLConstants/XMLConstants
-
Changes:
- all: https:/
thin the browser rather than downloaded as the html
> version did.
>
> QName: rewrote the javadocs.
Joe Wang has updated the pull request incrementally with one additional commit
since the last revision:
use return construct; s/http/https
-
Changes:
- all: https://git.ope
Fix broken links in java.xml:
Catalog: contacted Oasis. The standard page
(https://www.oasis-open.org/standard/xmlcatalogs/) now links to the PDF
version. That is what I'm using now, replacing the html pages. Not ideal, but
at least it's displayed within the browser rather than downloaded as th
On Fri, 17 Jan 2025 22:29:15 GMT, Justin Lu wrote:
> Please review this PR which contains the l10n translations for between RDP1
> and RDP2 for the JDK24 stabilization branch.
>
> Note that these translations are only associated with changes made to the
> stabilization branch. This PR will not
On Fri, 17 Jan 2025 00:45:54 GMT, Naoto Sato wrote:
>> This fix is a follow on for
>> [JDK-8342550](https://bugs.openjdk.org/browse/JDK-8342550). Replaces/Removes
>> usages of those deprecated time zone ids in tests.
>
> Naoto Sato has updated the pull request incrementally with one additional
On Fri, 13 Dec 2024 02:18:35 GMT, Vladimir Ivanov wrote:
>> The double check needs less time vs enter to 'synchronize' block when it not
>> needed. This patch for the xml.validation workload for runs with 112 threads
>> reports ~2.5% improvement on the server with Xeon 8480:
>> orig: 1T - 433.6
1 - 100 of 445 matches
Mail list logo
