RFR: JDK-8014048 - Online user guide of jconsole points incorrect link
Mandy Chung
mandy.chung at oracle.com
Tue May 14 16:26:23 PDT 2013
On 5/14/13 4:20 AM, Nils Loodin wrote:
>
> Mandy: Is the current relased saved somewhere accessible in the jdk
It's stored in "java.version" property but it requires parsing to
extract the major release number. The private API
sun.misc.Version.getMajorVersion returns that.
> or is that something you suggest also be stored in the
> message.properties-files?
Not the release version number.
The user guide used to be localized but I only see the English version
of jdk 7 though:
http://www.oracle.com/technetwork/java/javase/documentation/api-jsp-136079.html
You would need to store a string that may be localized in the resource
bundle (messages.properties in this case). If you want to make the
version number of the URL depending on the runtime and assuming the URL
is different for different locale, you would have something like this in
messages.properties:
http://docs.oracle.com/javase/{0}/docs/technotes/guides/management/jconsole.html
Anyway, it's minor and no big deal. What you have is fine and it's a fix
for jdk7u but you need to replace 's/7/8' for jdk8 code base.
Mandy
> In that case it doesn't seem like we're gaining much, since that would
> have to be updated between releaes...
>
> Erik Gahlin also pointed out that the JConsoleResources*.java-files
> are stale artefacts that can be safely removed since the messages are
> stored in the messages*.properties-files, so that alleviates some of
> the pain of storing the strings everywhere.
>
> Here's an updated webrev:
> http://cr.openjdk.java.net/~nloodin/8014048/webrev.01/
>
> Regards,
> Nils Loodin
>
>>
>>> /Staffan
>>>
>>> On 13 maj 2013, at 15:36, Nils Loodin<nils.loodin at oracle.com> wrote:
>>>
>>>> On 05/13/2013 03:36 PM, Nils Loodin wrote:
>>>>> Simple change of link in resource files:
>>>>>
>>>>> https://jbs.oracle.com/bugs/browse/JDK-8014048
>>>>>
>>>>> Regards,
>>>>> Nils Loodin
>>>>
>>>> Also, with webrev link (might come in handy):
>>>> http://cr.openjdk.java.net/~nloodin/8014048/webrev.00/
>>
>
More information about the serviceability-dev
mailing list