From duke at openjdk.org  Mon Aug  4 18:41:31 2025
From: duke at openjdk.org (Huang Xiao)
Date: Mon, 4 Aug 2025 18:41:31 GMT
Subject: RFR: 8406: Chinese Rule strings are out of date
Message-ID: <tWbPjLEUEI7aQGL1iRQRsR2dgIlsziw8kW_4etEMUI4=.29806163-ce7f-4148-a311-fbf23bb29bfe@github.com>

Originally reported in [https://github.com/adoptium/jmc-build/issues/102#issuecomment-3017636147](https://github.com/adoptium/jmc-build/issues/102#issuecomment-3017636147).

The corresponding synchronization has been performed based on "[https://github.com/openjdk/jmc/blob/master/core/org.openjdk.jmc.flightrecorder.rules.jdk/src/main/resources/org/openjdk/jmc/flightrecorder/rules/jdk/messages/internal/messages.properties](https://github.com/openjdk/jmc/blob/master/core/org.openjdk.jmc.flightrecorder.rules.jdk/src/main/resources/org/openjdk/jmc/flightrecorder/rules/jdk/messages/internal/messages.properties)", but the source file "messages.properties" also contains cases where parameters have not been replaced. This may require your attention.

![image](https://github.com/user-attachments/assets/238e991f-99b4-48df-bd4c-43db71a22f30)

Additionally, I have found that there exist other documents that are in dire need of translation as well, and I would follow up by suggesting that these things could be handled with some AI tools.

-------------

Commit messages:
 - Update L10N translation for JMC.

Changes: https://git.openjdk.org/jmc/pull/662/files
  Webrev: https://webrevs.openjdk.org/?repo=jmc&pr=662&range=00
  Issue: https://bugs.openjdk.org/browse/JMC-8406
  Stats: 679 lines in 1 file changed: 150 ins; 2 del; 527 mod
  Patch: https://git.openjdk.org/jmc/pull/662.diff
  Fetch: git fetch https://git.openjdk.org/jmc.git pull/662/head:pull/662

PR: https://git.openjdk.org/jmc/pull/662

From aptmac at openjdk.org  Mon Aug  4 18:41:32 2025
From: aptmac at openjdk.org (Alex Macdonald)
Date: Mon, 4 Aug 2025 18:41:32 GMT
Subject: RFR: 8406: Chinese Rule strings are out of date
In-Reply-To: <tWbPjLEUEI7aQGL1iRQRsR2dgIlsziw8kW_4etEMUI4=.29806163-ce7f-4148-a311-fbf23bb29bfe@github.com>
References: <tWbPjLEUEI7aQGL1iRQRsR2dgIlsziw8kW_4etEMUI4=.29806163-ce7f-4148-a311-fbf23bb29bfe@github.com>
Message-ID: <6ScvFiQ7HRsIKkP2UvJZ4HwvzWDhQ3cWL8KCA_BS9sk=.ac2a4a50-ddc3-409d-b6ce-1f616e5665f1@github.com>

On Tue, 8 Jul 2025 01:55:39 GMT, Huang Xiao <duke at openjdk.org> wrote:

> Originally reported in [https://github.com/adoptium/jmc-build/issues/102#issuecomment-3017636147](https://github.com/adoptium/jmc-build/issues/102#issuecomment-3017636147).
> 
> The corresponding synchronization has been performed based on "[https://github.com/openjdk/jmc/blob/master/core/org.openjdk.jmc.flightrecorder.rules.jdk/src/main/resources/org/openjdk/jmc/flightrecorder/rules/jdk/messages/internal/messages.properties](https://github.com/openjdk/jmc/blob/master/core/org.openjdk.jmc.flightrecorder.rules.jdk/src/main/resources/org/openjdk/jmc/flightrecorder/rules/jdk/messages/internal/messages.properties)", but the source file "messages.properties" also contains cases where parameters have not been replaced. This may require your attention.
> 
> ![image](https://github.com/user-attachments/assets/238e991f-99b4-48df-bd4c-43db71a22f30)
> 
> Additionally, I have found that there exist other documents that are in dire need of translation as well, and I would follow up by suggesting that these things could be handled with some AI tools.

@youngledo Thanks for the PR! Just a couple of housekeeping items:

- I had opened a ticket for this issue (https://bugs.openjdk.org/browse/JMC-8406), if you could change the title of this PR to "8406: Chinese Rule strings are out of date" it will satisfy one of the jcheck requirements

- Contributing to JMC requires completion of the Oracle Contributor Agreement, please follow the instructions listed in this automatic comment from the openjdk bot: https://github.com/openjdk/jmc/pull/662#issuecomment-3047095278

-------------

PR Comment: https://git.openjdk.org/jmc/pull/662#issuecomment-3049067483

From duke at openjdk.org  Wed Aug  6 02:33:10 2025
From: duke at openjdk.org (Huang Xiao)
Date: Wed, 6 Aug 2025 02:33:10 GMT
Subject: RFR: 8406: Chinese Rule strings are out of date
In-Reply-To: <6ScvFiQ7HRsIKkP2UvJZ4HwvzWDhQ3cWL8KCA_BS9sk=.ac2a4a50-ddc3-409d-b6ce-1f616e5665f1@github.com>
References: <tWbPjLEUEI7aQGL1iRQRsR2dgIlsziw8kW_4etEMUI4=.29806163-ce7f-4148-a311-fbf23bb29bfe@github.com>
 <6ScvFiQ7HRsIKkP2UvJZ4HwvzWDhQ3cWL8KCA_BS9sk=.ac2a4a50-ddc3-409d-b6ce-1f616e5665f1@github.com>
Message-ID: <6dejvCr84JVe2s5bWYLKko0eBOuLI5k0lGN7dZTEfzU=.09f95282-f79d-427f-aa66-f2562e4a2ab7@github.com>

On Tue, 8 Jul 2025 13:54:19 GMT, Alex Macdonald <aptmac at openjdk.org> wrote:

>> Originally reported in [https://github.com/adoptium/jmc-build/issues/102#issuecomment-3017636147](https://github.com/adoptium/jmc-build/issues/102#issuecomment-3017636147).
>> 
>> The corresponding synchronization has been performed based on "[https://github.com/openjdk/jmc/blob/master/core/org.openjdk.jmc.flightrecorder.rules.jdk/src/main/resources/org/openjdk/jmc/flightrecorder/rules/jdk/messages/internal/messages.properties](https://github.com/openjdk/jmc/blob/master/core/org.openjdk.jmc.flightrecorder.rules.jdk/src/main/resources/org/openjdk/jmc/flightrecorder/rules/jdk/messages/internal/messages.properties)", but the source file "messages.properties" also contains cases where parameters have not been replaced. This may require your attention.
>> 
>> ![image](https://github.com/user-attachments/assets/238e991f-99b4-48df-bd4c-43db71a22f30)
>> 
>> Additionally, I have found that there exist other documents that are in dire need of translation as well, and I would follow up by suggesting that these things could be handled with some AI tools.
>
> @youngledo Thanks for the PR! Just a couple of housekeeping items:
> 
> - I had opened a ticket for this issue (https://bugs.openjdk.org/browse/JMC-8406), if you could change the title of this PR to "8406: Chinese Rule strings are out of date" it will satisfy one of the jcheck requirements
> 
> - Contributing to JMC requires completion of the Oracle Contributor Agreement, please follow the instructions listed in this automatic comment from the openjdk bot: https://github.com/openjdk/jmc/pull/662#issuecomment-3047095278

Hi @aptmac , just checking in to see if there's anything else needed for this PR. Thanks!

-------------

PR Comment: https://git.openjdk.org/jmc/pull/662#issuecomment-3157206875

From thomas.stuefe at gmail.com  Fri Aug 15 05:24:08 2025
From: thomas.stuefe at gmail.com (=?UTF-8?Q?Thomas_St=C3=BCfe?=)
Date: Fri, 15 Aug 2025 07:24:08 +0200
Subject: Question about Event Filters from multiple Event Types
Message-ID: <CAA-vtUz942wjXASqMxnYNQrr0auy=ePVPxnZCsuHEs=kNXtqbQ@mail.gmail.com>

Hi,

one JMC question:

One feature I use very often in JMC is building graphs on the fly from my
event filters. This means I can expose any metric from the JVM and see it
immediately as a graph; I don't need JMC developers to change JMC for me.
Even better, I can select several metrics and display them in one graph.

But the latter functionality is stunted because it only works as long as
the metrics are from the same Event. So, for example, I can create a filter
from "jdk.G1HeapSummary" and build myself a nice view of the different G1
generation sizes. But I cannot correlate that e.g., with Metrics from
"jdk.MetaspaceSummary" and "jdk.ResidentSetSize" to display class space
size, heap generation sizes, and RSS in the same graph (when I try to do
this - build up a filter from multiple event types - the "Show In Line
Chart" Sub menu is empty).

Is there a way to select metrics from different Events into a chart that I
don't see?

I have a similar problem with the Table view of Events in Event Filters
that are formed from multiple Event Types. It only shows the set of fields
present in all events, so it is an inner join. I would like to see an outer
join - show me all fields from all events, and leave those fields blank
that don't match a given event type.

Is that possible? Am I doing something wrong?

Thank you!

Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/jmc-dev/attachments/20250815/4583000e/attachment.htm>