Re: RFR: 8298701: Cleanup SA entries in ProblemList-zgc.txt.
On Tue, 13 Dec 2022 22:34:06 GMT, Chris Plummer wrote: > The following ProblemList-zgc.txt entries need a lot of cleanup. > > serviceability/sa/ClhsdbCDSCore.java 8268722 > macosx-x64 > serviceability/sa/ClhsdbFindPC.java#xcomp-core8268722,8284045 > macosx-x64,generic-all > serviceability/sa/ClhsdbFindPC.java#no-xcomp-core 8268722 > macosx-x64 > serviceability/sa/ClhsdbFindPC.java#xcomp-process 8276402 > generic-all > serviceability/sa/ClhsdbJstack.java#id0 8276402 > generic-all > serviceability/sa/ClhsdbPmap.java#core8268722 > macosx-x64 > serviceability/sa/ClhsdbPstack.java#core 8268722 > macosx-x64 > serviceability/sa/TestJmapCore.java > 8268722,8268283,8270202 macosx-x64,linux-aarch64,linux-x64 > serviceability/sa/TestJmapCoreMetaspace.java 8268722,8268636 > generic-all > > [JDK-8268722](https://bugs.openjdk.org/browse/JDK-8268722) entries can be > removed. It was closed as WNF. It doesn't really impact macosx-aarch64 (core > files are reasonably small there), and on macosx-x64 all these core file > tests are (probably indefinitely) problem listed for other reasons in the > main problem list, so no need to problem list them here with a closed CR. > > [JDK-8276402](https://bugs.openjdk.org/browse/JDK-8276402) has been closed as > dup of a bug that is now fixed. > > Lastly, TestJmapCore.java does fail on macosx-aarch64 due to > [JDK-8268283](https://bugs.openjdk.org/browse/JDK-8268283), so its problem > list entry needs to be updated to reflect that. Marked as reviewed by amenkov (Reviewer). - PR: https://git.openjdk.org/jdk/pull/11658
Re: RFR: 8298701: Cleanup SA entries in ProblemList-zgc.txt.
On Tue, 13 Dec 2022 22:34:06 GMT, Chris Plummer wrote: > The following ProblemList-zgc.txt entries need a lot of cleanup. > > serviceability/sa/ClhsdbCDSCore.java 8268722 > macosx-x64 > serviceability/sa/ClhsdbFindPC.java#xcomp-core8268722,8284045 > macosx-x64,generic-all > serviceability/sa/ClhsdbFindPC.java#no-xcomp-core 8268722 > macosx-x64 > serviceability/sa/ClhsdbFindPC.java#xcomp-process 8276402 > generic-all > serviceability/sa/ClhsdbJstack.java#id0 8276402 > generic-all > serviceability/sa/ClhsdbPmap.java#core8268722 > macosx-x64 > serviceability/sa/ClhsdbPstack.java#core 8268722 > macosx-x64 > serviceability/sa/TestJmapCore.java > 8268722,8268283,8270202 macosx-x64,linux-aarch64,linux-x64 > serviceability/sa/TestJmapCoreMetaspace.java 8268722,8268636 > generic-all > > [JDK-8268722](https://bugs.openjdk.org/browse/JDK-8268722) entries can be > removed. It was closed as WNF. It doesn't really impact macosx-aarch64 (core > files are reasonably small there), and on macosx-x64 all these core file > tests are (probably indefinitely) problem listed for other reasons in the > main problem list, so no need to problem list them here with a closed CR. > > [JDK-8276402](https://bugs.openjdk.org/browse/JDK-8276402) has been closed as > dup of a bug that is now fixed. > > Lastly, TestJmapCore.java does fail on macosx-aarch64 due to > [JDK-8268283](https://bugs.openjdk.org/browse/JDK-8268283), so its problem > list entry needs to be updated to reflect that. Can I get a second review please? Thanks! - PR: https://git.openjdk.org/jdk/pull/11658
[jdk20] Integrated: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10
On Wed, 14 Dec 2022 23:40:52 GMT, Damon Nguyen wrote: > Open l10n drop > All tests passed This pull request has now been integrated. Changeset: c997b5bf Author:Damon Nguyen Committer: Naoto Sato URL: https://git.openjdk.org/jdk20/commit/c997b5bffd0ebbd6d68332572639c8cea05ccdb1 Stats: 1128 lines in 99 files changed: 783 ins; 198 del; 147 mod 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 Reviewed-by: achung, naoto, joehw, cjplummer, almatvee - PR: https://git.openjdk.org/jdk20/pull/35
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v4]
On Fri, 16 Dec 2022 17:41:42 GMT, Damon Nguyen wrote: >> Yes, you can replace all "存在安全风险" (that is not after ""被视为") to "被视为存在安全风险". >> >> There are also similar usages in >> `src/jdk.jartool/share/classes/sun/security/tools/jarsigner/Resources.java`. > > Hi @wangweij , I believe I fixed the occurrences of "存在安全风险" and replaced > them with "被视为存在安全风险". This translation drop does not update > `src/jdk.jartool/share/classes/sun/security/tools/jarsigner/Resources.java`. > So, this may be a separate request. If that file is selected for extraction > in the next drop in January, then it could also be fixed then. > > Could you re-review the current changes for this drop? The updated file looks fine to me. Thanks. - PR: https://git.openjdk.org/jdk20/pull/35
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v8]
> Open l10n drop > All tests passed Damon Nguyen has updated the pull request incrementally with one additional commit since the last revision: Swingset newline - Changes: - all: https://git.openjdk.org/jdk20/pull/35/files - new: https://git.openjdk.org/jdk20/pull/35/files/fe18e4ea..f058a1de Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk20=35=07 - incr: https://webrevs.openjdk.org/?repo=jdk20=35=06-07 Stats: 3 lines in 3 files changed: 3 ins; 0 del; 0 mod Patch: https://git.openjdk.org/jdk20/pull/35.diff Fetch: git fetch https://git.openjdk.org/jdk20 pull/35/head:pull/35 PR: https://git.openjdk.org/jdk20/pull/35
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v5]
On Fri, 16 Dec 2022 17:26:18 GMT, Phil Race wrote: >> Damon Nguyen has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Revert old translation. Fix lang codes > > src/demo/share/jfc/SwingSet2/resources/swingset_zh_CN.properties line 430: > >> 428: >> ProgressBarDemo.accessible_text_area_name=\u52A0\u8F7D\u7684\u6587\u672C\u6B63\u5728\u9010\u6E10\u589E\u591A >> 429: >> 430: ProgressBarDemo.accessible_text_area_description=\u8FD9\u4E2A JTextArea >> \u7531\u6765\u81EA\u7F13\u51B2\u533A\u7684\u6587\u672C\u9010\u4E2A\u5B57\u7B26\u5730\u586B\u5145\uFF0C\u540C\u65F6\u7A97\u53E3\u5E95\u90E8\u7684\u8FDB\u5EA6\u680F\u5C06\u663E\u793A\u52A0\u8F7D\u7684\u8FDB\u5EA6 > > I was asked to review SwingSet2 changes but this isn't code. > But apparently I am not the right person to review this since I cannot > understand the changes (not a DE, CN, or JA language expert) nor the reason > for them. If this is a change to a unicode comma (as implied in an off-review > message), I have no idea why .. it seems to be just asking for trouble. Thanks. I removed the changes to swingset's translation to avoid causing any issues. - PR: https://git.openjdk.org/jdk20/pull/35
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v4]
On Fri, 16 Dec 2022 15:02:42 GMT, Weijun Wang wrote: >> I didn't do the translation myself so I'm not sure the best approach to >> resolve this. I can manually replace these translations with one or the >> other. However, it's determine which parts of the code translate to >> 被视为存在安全风险" or "存在安全风险". I converted the unicode you highlighted above to >> characters, and I see where each one is located. If I just replace all >> instances of "存在安全风险" and insert "被视为存在安全风险" in unicode in its place, will >> it be OK? > > Yes, you can replace all "存在安全风险" (that is not after ""被视为") to "被视为存在安全风险". > > There are also similar usages in > `src/jdk.jartool/share/classes/sun/security/tools/jarsigner/Resources.java`. Hi @wangweij , I believe I fixed the occurrences of "存在安全风险" and replaced them with "被视为存在安全风险". This translation drop does not update `src/jdk.jartool/share/classes/sun/security/tools/jarsigner/Resources.java`. So, this may be a separate request. If that file is selected for extraction in the next drop in January, then it could also be fixed then. Could you re-review the current changes for this drop? - PR: https://git.openjdk.org/jdk20/pull/35
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v7]
> Open l10n drop > All tests passed Damon Nguyen has updated the pull request incrementally with one additional commit since the last revision: Revert swingset. Consistency in CN - Changes: - all: https://git.openjdk.org/jdk20/pull/35/files - new: https://git.openjdk.org/jdk20/pull/35/files/62a19a83..fe18e4ea Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk20=35=06 - incr: https://webrevs.openjdk.org/?repo=jdk20=35=05-06 Stats: 7 lines in 4 files changed: 0 ins; 0 del; 7 mod Patch: https://git.openjdk.org/jdk20/pull/35.diff Fetch: git fetch https://git.openjdk.org/jdk20 pull/35/head:pull/35 PR: https://git.openjdk.org/jdk20/pull/35
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v6]
On Fri, 16 Dec 2022 17:02:42 GMT, Damon Nguyen wrote: >> Open l10n drop >> All tests passed > > Damon Nguyen has updated the pull request incrementally with one additional > commit since the last revision: > > Fix missing dash src/demo/share/jfc/SwingSet2/resources/swingset_zh_CN.properties line 430: > 428: > ProgressBarDemo.accessible_text_area_name=\u52A0\u8F7D\u7684\u6587\u672C\u6B63\u5728\u9010\u6E10\u589E\u591A > 429: > 430: ProgressBarDemo.accessible_text_area_description=\u8FD9\u4E2A JTextArea > \u7531\u6765\u81EA\u7F13\u51B2\u533A\u7684\u6587\u672C\u9010\u4E2A\u5B57\u7B26\u5730\u586B\u5145, > > \u540C\u65F6\u7A97\u53E3\u5E95\u90E8\u7684\u8FDB\u5EA6\u680F\u5C06\u663E\u793A\u52A0\u8F7D\u7684\u8FDB\u5EA6 I was asked to review SwingSet2 changes but this isn't code. But apparently I am not the right person to review this since I cannot understand the changes (not a DE, CN, or JA language expert) nor the reason for them. If this is a change to a unicode comma (as implied in an off-review message), I have no idea why .. it seems to be just asking for trouble. - PR: https://git.openjdk.org/jdk20/pull/35
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v5]
On Fri, 16 Dec 2022 09:46:14 GMT, Daniel Fuchs wrote: >> src/java.base/share/classes/sun/launcher/resources/launcher_de.properties >> line 34: >> >>> 32: # Translators please note do not translate the options themselves >>> 33: java.launcher.opt.footer = \-cp >> und ZIP-/JAR-Dateien>\n-classpath >> und ZIP-/JAR-Dateien>\n--class-path >> und ZIP-/JAR-Dateien>\n Eine durch {0} getrennte Liste mit >>> Verzeichnissen, JAR-Archiven\n und ZIP-Archiven, in denen >>> nach Klassendateien gesucht wird.\n-p \n--module-path >>> ...\n Eine durch {0} getrennte Liste mit >>> Verzeichnissen, von denen jedes Verzeichnis\n ein >>> Verzeichnis mit Modulen ist.\n--upgrade-module-path ...\n >>> Eine durch {0} getrennte Liste mit Verzeichnissen, von denen >>> jedes Verzeichnis\n ein Verzeichnis mit Modulen ist, die >>> upgradef\u00E4hige\n Module im Laufzeitimage ersetzen\n >>> --add-modules [,...]\n Root-Module, >>> die zus\u00E4tzlich zum anf\u00E 4nglichen Modul aufgel\u00F6st werden sollen.\n kann auch wie folgt lauten: ALL-DEFAULT, ALL-SYSTEM,\n ALL-MODULE-PATH.\n--enable-native-access [,...]\n Module, die eingeschr\u00E4nkte native Vorg\u00E4nge ausf\u00FChren d\u00FCrfen.\n kann auch ALL-UNNAMED lauten.\n--list-modules\n Listet beobachtbare Module auf und beendet den Vorgang\n-d \n--describe-module \n Beschreibt ein Modul und beendet den Vorgang\n --dry-run Erstellt eine VM und l\u00E4dt die Hauptklasse, f\u00FChrt aber nicht die Hauptmethode aus.\n Die Option "--dry-run" kann n\u00FCtzlich sein, um die\n Befehlszeilenoptionen, wie die Modulsystemkonfiguration, zu validieren.\n--validate-modules\n Validiert alle Module und beendet den Vorgang\n Die Option "--va lidate-modules" kann n\u00FCtzlich sein, um\n Konflikte und andere Fehler mit Modulen auf dem Modulpfad zu ermitteln.\n -D=\n Legt eine Systemeigenschaft fest\n -verbose:[class|module|gc|jni]\n Aktiviert die Verbose-Ausgabe f\u00FCr das angegebene Subsystem\n-version Gibt die Produktversion an den Fehlerstream aus und beendet den Vorgang\n--version Gibt die Produktversion an den Outputstream aus und beendet den Vorgang\n -showversion Gibt die Produktversion an den Fehlerstream aus und setzt den Vorgang fort\n--show-version\n Gibt die Produktversion an den Outputstream aus und setzt den Vorgang fort\n--show-module-resolution\n Zeigt die Modulaufl\u00F6sungsausgabe beim Start an\n-? -h -help\n Gibt diese Hilfemeldung an den Fehlerstream aus\n --helpGibt diese Hilfemeldung an den Outputstream aus\n-X Gibt Hil fe zu zus\u00E4tzlichen Optionen an den Fehlerstream aus\n--help-extra Gibt Hilfe zu zus\u00E4tzlichen Optionen an den Outputstream aus\n -ea[:...|:]\n -enableassertions[:...|:]\n Aktiviert Assertions mit angegebener Granularit\u00E4t\n -da[:...|:]\n -disableassertions[:...|:]\n Deaktiviert Assertions mit angegebener Granularit\u00E4t\n-esa | -enablesystemassertions\n Aktiviert System-Assertions\n -dsa | -disablesystemassertions\n Deaktiviert System-Assertions\n-agentlib:[=]\n L\u00E4dt die native Agent Library . Beispiel: -agentlib:jdwp\n siehe auch -agentlib:jdwp=help\n -agentpath:[=]\n L\u00E4dt die native Agent Library mit dem vollst\u00E4ndigen Pfadnamen\n -javaagent:[=] \n \ >>> 34: L\u00E4dt den Java-Programmiersprachen-Agent, siehe >>> java.lang.instrument\n-splash:\n Zeigt den >>> Startbildschirm mit einem angegebenen Bild an\n Skalierte >>> HiDPI-Bilder werden automatisch unterst\u00FCtzt und verwendet,\n >>>falls verf\u00FCgbar. Der nicht skalierte Bilddateiname (Beispiel: >>> image.ext)\n muss immer als Argument an die Option >>> "-splash" \u00FCbergeben werden.\n Das am besten geeignete >>> angegebene skalierte Bild wird\n automatisch >>> ausgew\u00E4hlt.\n Weitere Informationen finden Sie in der >>> Dokumentation zur SplashScreen-API\n@argument files\n >>> Eine oder mehrere Argumentdateien mit Optionen\n-disable-@files\n >>>Verhindert die weitere Erweiterung von Argumentdateien\n >>> --enable-preview\n L\u00E4sst zu, das Klassen von >>> Vorschaufeatures dieses Release abh\u00E4ngig sind\nUm ein Argument
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v6]
> Open l10n drop > All tests passed Damon Nguyen has updated the pull request incrementally with one additional commit since the last revision: Fix missing dash - Changes: - all: https://git.openjdk.org/jdk20/pull/35/files - new: https://git.openjdk.org/jdk20/pull/35/files/29880af9..62a19a83 Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk20=35=05 - incr: https://webrevs.openjdk.org/?repo=jdk20=35=04-05 Stats: 3 lines in 3 files changed: 0 ins; 0 del; 3 mod Patch: https://git.openjdk.org/jdk20/pull/35.diff Fetch: git fetch https://git.openjdk.org/jdk20 pull/35/head:pull/35 PR: https://git.openjdk.org/jdk20/pull/35
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v5]
On Fri, 16 Dec 2022 03:38:54 GMT, Damon Nguyen wrote: >> Open l10n drop >> All tests passed > > Damon Nguyen has updated the pull request incrementally with one additional > commit since the last revision: > > Revert old translation. Fix lang codes Right, Naoto's comment is correct. This time, the source extraction used some older files. To resolve this for this drop, I went through the files and reverted any changes that would be deemed as regressions or outdated files. Any other updates missed in this drop will be handled in the close upcoming drop in January. - PR: https://git.openjdk.org/jdk20/pull/35
Re: RFR: 8298853: JvmtiVTMSTransitionDisabler should support disabling one virtual thread transitions
On Fri, 16 Dec 2022 02:16:36 GMT, David Holmes wrote: >> Now the `JvmtiVTMSTransitionDisabler` mechanism supports disabling VTMS >> transitions for all virtual threads only. It should also support disabling >> transitions for any specific virtual thread as well. This will improve >> scalability of the JVMTI functions operating on target virtual threads as >> the functions can be executed concurrently without blocking each other >> execution when target virtual threads are different. >> New constructor `JvmtiVTMSTransitionDisabler(jthread vthread)` is added >> which has jthread parameter of the target virtual thread. >> >> Testing: >> mach5 jobs are TBD (preliminary testing was completed): >>- all JVMTI, JDWP, JDI and JDB tests have to be run >>- Kitchensink >>- tier5 > > src/hotspot/share/prims/jvmtiThreadState.cpp line 304: > >> 302: >> 303: ThreadBlockInVM tbivm(thread); >> 304: MonitorLocker ml(JvmtiVTMSTransition_lock, >> Mutex::_no_safepoint_check_flag); > > Aside: this pattern looks very odd. Why not just lock with the safepoint > check? @dholmes-ora Thank you for looking at this fix and for the comments. I will on replying and resolving them. - PR: https://git.openjdk.org/jdk/pull/11690
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v4]
On Fri, 16 Dec 2022 03:41:09 GMT, Damon Nguyen wrote: >> src/java.base/share/classes/sun/security/tools/keytool/Resources_zh_CN.java >> line 75: >> >>> 73: "\u5DF2\u751F\u6210 {0} \u4F4D{1}\u5BC6\u94A5"}, >>> //-genseckey >>> 74: {"key.algorithm.weak", "%1$s \u4F7F\u7528\u7684 %2$s >>> \u7B97\u6CD5\u88AB\u89C6\u4E3A\u5B58\u5728\u5B89\u5168\u98CE\u9669\u3002"}, >>> 75: {"key.size.weak", "%1$s \u4F7F\u7528\u7684 %2$s >>> \u5B58\u5728\u5B89\u5168\u98CE\u9669\u3002"}, >> >> The exact same "is considered a security risk" is sometimes translated into >> "被视为存在安全风险" and sometimes "存在安全风险". Either is OK for me but please be >> consistent. This is also shown in 5 other places in the same file. > > I didn't do the translation myself so I'm not sure the best approach to > resolve this. I can manually replace these translations with one or the > other. However, it's determine which parts of the code translate to > 被视为存在安全风险" or "存在安全风险". I converted the unicode you highlighted above to > characters, and I see where each one is located. If I just replace all > instances of "存在安全风险" and insert "被视为存在安全风险" in unicode in its place, will it > be OK? Yes, you can replace all "存在安全风险" (that is not after ""被视为") to "被视为存在安全风险". There are also similar usages in `src/jdk.jartool/share/classes/sun/security/tools/jarsigner/Resources.java`. - PR: https://git.openjdk.org/jdk20/pull/35
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v5]
On Fri, 16 Dec 2022 03:38:54 GMT, Damon Nguyen wrote: >> Open l10n drop >> All tests passed > > Damon Nguyen has updated the pull request incrementally with one additional > commit since the last revision: > > Revert old translation. Fix lang codes There is another translation drop scheduled in January, so our plan is to figure out why the source extraction in this drop mistakenly used old files till then, then address it in the January l10n drop. - PR: https://git.openjdk.org/jdk20/pull/35
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v5]
On Fri, 16 Dec 2022 03:55:29 GMT, Damon Nguyen wrote: >> Damon Nguyen has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Revert old translation. Fix lang codes > > @dfuch Could I get a review from you as well? I believe this translation > covers some of the files for your team. @DamonGuy There seems to be several glitches in this refresh. It's also surprising that the translations appear to be done on several out of date files. On the positive front, it's good to see this update has caught the attention of Naoto, Weijun, and others. Once the identified issues have been fixed then it would be good to try to get a review from someone that is native in each of the languages. - PR: https://git.openjdk.org/jdk20/pull/35
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v5]
On Fri, 16 Dec 2022 09:20:07 GMT, Daniel Fuchs wrote: >> Damon Nguyen has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Revert old translation. Fix lang codes > > src/java.base/share/classes/sun/launcher/resources/launcher_de.properties > line 34: > >> 32: # Translators please note do not translate the options themselves >> 33: java.launcher.opt.footer = \-cp > und ZIP-/JAR-Dateien>\n-classpath > und ZIP-/JAR-Dateien>\n--class-path > und ZIP-/JAR-Dateien>\n Eine durch {0} getrennte Liste mit >> Verzeichnissen, JAR-Archiven\n und ZIP-Archiven, in denen >> nach Klassendateien gesucht wird.\n-p \n--module-path >> ...\n Eine durch {0} getrennte Liste mit >> Verzeichnissen, von denen jedes Verzeichnis\n ein >> Verzeichnis mit Modulen ist.\n--upgrade-module-path ...\n >> Eine durch {0} getrennte Liste mit Verzeichnissen, von denen >> jedes Verzeichnis\n ein Verzeichnis mit Modulen ist, die >> upgradef\u00E4hige\n Module im Laufzeitimage ersetzen\n >> --add-modules [,...]\n Root-Module, >> die zus\u00E4tzlich zum anf\u00E4 nglichen Modul aufgel\u00F6st werden sollen.\n kann auch wie folgt lauten: ALL-DEFAULT, ALL-SYSTEM,\n ALL-MODULE-PATH.\n--enable-native-access [,...]\n Module, die eingeschr\u00E4nkte native Vorg\u00E4nge ausf\u00FChren d\u00FCrfen.\n kann auch ALL-UNNAMED lauten.\n--list-modules\n Listet beobachtbare Module auf und beendet den Vorgang\n-d \n--describe-module \n Beschreibt ein Modul und beendet den Vorgang\n --dry-run Erstellt eine VM und l\u00E4dt die Hauptklasse, f\u00FChrt aber nicht die Hauptmethode aus.\n Die Option "--dry-run" kann n\u00FCtzlich sein, um die\n Befehlszeilenoptionen, wie die Modulsystemkonfiguration, zu validieren.\n--validate-modules\n Validiert alle Module und beendet den Vorgang\n Die Option "--val idate-modules" kann n\u00FCtzlich sein, um\n Konflikte und andere Fehler mit Modulen auf dem Modulpfad zu ermitteln.\n -D=\n Legt eine Systemeigenschaft fest\n -verbose:[class|module|gc|jni]\n Aktiviert die Verbose-Ausgabe f\u00FCr das angegebene Subsystem\n-version Gibt die Produktversion an den Fehlerstream aus und beendet den Vorgang\n--version Gibt die Produktversion an den Outputstream aus und beendet den Vorgang\n -showversion Gibt die Produktversion an den Fehlerstream aus und setzt den Vorgang fort\n--show-version\n Gibt die Produktversion an den Outputstream aus und setzt den Vorgang fort\n--show-module-resolution\n Zeigt die Modulaufl\u00F6sungsausgabe beim Start an\n-? -h -help\n Gibt diese Hilfemeldung an den Fehlerstream aus\n --helpGibt diese Hilfemeldung an den Outputstream aus\n-X Gibt Hilf e zu zus\u00E4tzlichen Optionen an den Fehlerstream aus\n--help-extra Gibt Hilfe zu zus\u00E4tzlichen Optionen an den Outputstream aus\n -ea[:...|:]\n -enableassertions[:...|:]\n Aktiviert Assertions mit angegebener Granularit\u00E4t\n -da[:...|:]\n -disableassertions[:...|:]\n Deaktiviert Assertions mit angegebener Granularit\u00E4t\n-esa | -enablesystemassertions\n Aktiviert System-Assertions\n -dsa | -disablesystemassertions\n Deaktiviert System-Assertions\n-agentlib:[=]\n L\u00E4dt die native Agent Library . Beispiel: -agentlib:jdwp\n siehe auch -agentlib:jdwp=help\n -agentpath:[=]\n L\u00E4dt die native Agent Library mit dem vollst\u00E4ndigen Pfadnamen\n -javaagent:[=]\ n \ >> 34: L\u00E4dt den Java-Programmiersprachen-Agent, siehe >> java.lang.instrument\n-splash:\n Zeigt den >> Startbildschirm mit einem angegebenen Bild an\n Skalierte >> HiDPI-Bilder werden automatisch unterst\u00FCtzt und verwendet,\n >> falls verf\u00FCgbar. Der nicht skalierte Bilddateiname (Beispiel: >> image.ext)\n muss immer als Argument an die Option >> "-splash" \u00FCbergeben werden.\n Das am besten geeignete >> angegebene skalierte Bild wird\n automatisch >> ausgew\u00E4hlt.\n Weitere Informationen finden Sie in der >> Dokumentation zur SplashScreen-API\n@argument files\n >> Eine oder mehrere Argumentdateien mit Optionen\n-disable-@files\n >> Verhindert die weitere Erweiterung von Argumentdateien\n >>
Re: [jdk20] RFR: 8298133: JDK 20 RDP1 L10n resource files update - msgdrop 10 [v5]
On Fri, 16 Dec 2022 03:38:54 GMT, Damon Nguyen wrote: >> Open l10n drop >> All tests passed > > Damon Nguyen has updated the pull request incrementally with one additional > commit since the last revision: > > Revert old translation. Fix lang codes src/java.base/share/classes/sun/launcher/resources/launcher_de.properties line 34: > 32: # Translators please note do not translate the options themselves > 33: java.launcher.opt.footer = \-cp und ZIP-/JAR-Dateien>\n-classpath ZIP-/JAR-Dateien>\n--class-path ZIP-/JAR-Dateien>\n Eine durch {0} getrennte Liste mit > Verzeichnissen, JAR-Archiven\n und ZIP-Archiven, in denen > nach Klassendateien gesucht wird.\n-p \n--module-path > ...\n Eine durch {0} getrennte Liste mit > Verzeichnissen, von denen jedes Verzeichnis\n ein > Verzeichnis mit Modulen ist.\n--upgrade-module-path ...\n > Eine durch {0} getrennte Liste mit Verzeichnissen, von denen > jedes Verzeichnis\n ein Verzeichnis mit Modulen ist, die > upgradef\u00E4hige\n Module im Laufzeitimage ersetzen\n > --add-modules [,...]\n Root-Module, > die zus\u00E4tzlich zum anf\u00E4n glichen Modul aufgel\u00F6st werden sollen.\n kann auch wie folgt lauten: ALL-DEFAULT, ALL-SYSTEM,\n ALL-MODULE-PATH.\n--enable-native-access [,...]\n Module, die eingeschr\u00E4nkte native Vorg\u00E4nge ausf\u00FChren d\u00FCrfen.\n kann auch ALL-UNNAMED lauten.\n--list-modules\n Listet beobachtbare Module auf und beendet den Vorgang\n-d \n--describe-module \n Beschreibt ein Modul und beendet den Vorgang\n --dry-run Erstellt eine VM und l\u00E4dt die Hauptklasse, f\u00FChrt aber nicht die Hauptmethode aus.\n Die Option "--dry-run" kann n\u00FCtzlich sein, um die\n Befehlszeilenoptionen, wie die Modulsystemkonfiguration, zu validieren.\n--validate-modules\n Validiert alle Module und beendet den Vorgang\n Die Option "--vali date-modules" kann n\u00FCtzlich sein, um\n Konflikte und andere Fehler mit Modulen auf dem Modulpfad zu ermitteln.\n -D=\n Legt eine Systemeigenschaft fest\n -verbose:[class|module|gc|jni]\n Aktiviert die Verbose-Ausgabe f\u00FCr das angegebene Subsystem\n-version Gibt die Produktversion an den Fehlerstream aus und beendet den Vorgang\n--version Gibt die Produktversion an den Outputstream aus und beendet den Vorgang\n -showversion Gibt die Produktversion an den Fehlerstream aus und setzt den Vorgang fort\n--show-version\n Gibt die Produktversion an den Outputstream aus und setzt den Vorgang fort\n--show-module-resolution\n Zeigt die Modulaufl\u00F6sungsausgabe beim Start an\n-? -h -help\n Gibt diese Hilfemeldung an den Fehlerstream aus\n --helpGibt diese Hilfemeldung an den Outputstream aus\n-X Gibt Hilfe zu zus\u00E4tzlichen Optionen an den Fehlerstream aus\n--help-extra Gibt Hilfe zu zus\u00E4tzlichen Optionen an den Outputstream aus\n -ea[:...|:]\n -enableassertions[:...|:]\n Aktiviert Assertions mit angegebener Granularit\u00E4t\n -da[:...|:]\n -disableassertions[:...|:]\n Deaktiviert Assertions mit angegebener Granularit\u00E4t\n-esa | -enablesystemassertions\n Aktiviert System-Assertions\n -dsa | -disablesystemassertions\n Deaktiviert System-Assertions\n-agentlib:[=]\n L\u00E4dt die native Agent Library . Beispiel: -agentlib:jdwp\n siehe auch -agentlib:jdwp=help\n -agentpath:[=]\n L\u00E4dt die native Agent Library mit dem vollst\u00E4ndigen Pfadnamen\n -javaagent:[=]\n \ > 34: L\u00E4dt den Java-Programmiersprachen-Agent, siehe > java.lang.instrument\n-splash:\n Zeigt den > Startbildschirm mit einem angegebenen Bild an\n Skalierte > HiDPI-Bilder werden automatisch unterst\u00FCtzt und verwendet,\n > falls verf\u00FCgbar. Der nicht skalierte Bilddateiname (Beispiel: > image.ext)\n muss immer als Argument an die Option "-splash" > \u00FCbergeben werden.\n Das am besten geeignete angegebene > skalierte Bild wird\n automatisch ausgew\u00E4hlt.\n > Weitere Informationen finden Sie in der Dokumentation zur > SplashScreen-API\n@argument files\n Eine oder mehrere > Argumentdateien mit Optionen\n-disable-@files\n > Verhindert die weitere Erweiterung von Argumentdateien\n >