BTW do you have a reliable way to convert the files? I've tried
various
tools, but none worked for me.
Yes, we can use native2ascii command.
Example:
native2ascii -encoding UTF-8 -reverse <input> <output>
On 15 July 2016 at 08:14, Stian Thorgersen
<sthorger(a)redhat.com> wrote:
> I'd like the current messages to be converted by the people that have
> contributed them. They will be able to determine what encoding they prefer
> to use and also confirm that the conversion has been successful.
>
> On 15 July 2016 at 07:59, Hiroyuki Wada <wadahiro(a)gmail.com> wrote:
>
>> I mean I'd like to change the message files encoding only.
>> For example, admin-messages for Russian language is currently written in
>> ISO-8859-1 encoding.
>>
>>
>>
https://github.com/keycloak/keycloak/blob/master/themes/src/main/resource...
>>
>> Can I convert the language messages except for English?
>>
>>
>> 2016年7月15日(金) 14:03 Stian Thorgersen <sthorger(a)redhat.com>:
>>
>>> No, we don't want the theme properties (and other properties files) to
>>> be utf-8. They should stick with the default encoding used by Java
>>> properties files.
>>>
>>> Messages are a special case, which is why we accepted it for them.
>>>
>>> On 14 July 2016 at 13:29, Hiroyuki Wada <wadahiro(a)gmail.com> wrote:
>>>
>>>> Thank you for merging the pull request. Could I send a pull request
>>>> converting to UTF-8 encoding against the theme properties?
>>>>
>>>> 2016年7月7日(木) 21:39 Hiroyuki Wada <wadahiro(a)gmail.com>:
>>>>
>>>>> Yes. I will send a pull request later!
>>>>>
>>>>> 2016年7月7日(木) 21:20 Stian Thorgersen <sthorger(a)redhat.com>:
>>>>>
>>>>>> Are you doing a PR as well?
>>>>>>
>>>>>> On 7 July 2016 at 12:33, Hiroyuki Wada <wadahiro(a)gmail.com>
wrote:
>>>>>>
>>>>>>> Ok. I created a JIRA issue.
>>>>>>>
https://issues.jboss.org/browse/KEYCLOAK-3278
>>>>>>>
>>>>>>> 2016年7月6日(水) 19:36 Stian Thorgersen
<sthorger(a)redhat.com>:
>>>>>>>
>>>>>>>> Let's go for it. Please create a JIRA and send PR.
Please just use
>>>>>>>> "# encoding: utf-8" and not "# -*- coding:
utf-8 -*-". The latter
>>>>>>>> is just weird if you ask me.
>>>>>>>>
>>>>>>>> Thomas: It's optional, defaults to iso-8859-1 and the
header will
>>>>>>>> clearly state that a file uses a different encoding, so I
disagree that
>>>>>>>> there will be any confusion.
>>>>>>>>
>>>>>>>> On 6 July 2016 at 12:30, Hiroyuki Wada
<wadahiro(a)gmail.com> wrote:
>>>>>>>>
>>>>>>>>> On Wed, Jul 6, 2016 at 6:53 PM, Thomas Raehalme
>>>>>>>>> <thomas.raehalme(a)aitiofinland.com> wrote:
>>>>>>>>> > From the javadoc of java.util.ResourceBundle the
encoding for
>>>>>>>>> .properties is
>>>>>>>>> > still expected to be ISO-8859-1:
>>>>>>>>> >
>>>>>>>>> >> Constructing a PropertyResourceBundle
instance from an
>>>>>>>>> InputStream
>>>>>>>>> >> requires that the input stream be encoded in
ISO-8859-1. In
>>>>>>>>> that case,
>>>>>>>>> >> characters that cannot be represented in
ISO-8859-1 encoding
>>>>>>>>> must be
>>>>>>>>> >> represented by Unicode Escapes as defined in
section 3.3 of
>>>>>>>>> The Java™
>>>>>>>>> >> Language Specification whereas the other
constructor which
>>>>>>>>> takes a Reader
>>>>>>>>> >> does not have that limitation.
>>>>>>>>>
>>>>>>>>> It's a case of using constructor which takes an
InputStream.
>>>>>>>>> It says we can use any encoding when we use the other
constructor
>>>>>>>>> which takes a Reader.
>>>>>>>>>
>>>>>>>>> I understand your concern. So what do you think
supporting utf-8
>>>>>>>>> with
>>>>>>>>> a header like Stian suggested?
>>>>>>>>> I think it can avoid confusion because the encoding
is noted in
>>>>>>>>> the
>>>>>>>>> file itself...
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>>
>>>>>>>>> >
>>>>>>>>>
https://docs.oracle.com/javase/8/docs/api/java/util/PropertyResourceBundl...
>>>>>>>>> >
>>>>>>>>> > I understand that Spring allows one to read
.properties using
>>>>>>>>> any encoding,
>>>>>>>>> > but you need to specify the encoding in Spring
configuration
>>>>>>>>> external to the
>>>>>>>>> > .properties file.
>>>>>>>>> >
>>>>>>>>> > In my opinion it would cause unnecessary
confusion amongst
>>>>>>>>> developers to use
>>>>>>>>> > any other encoding than the one defined by the
official
>>>>>>>>> documentation for
>>>>>>>>> > Properties.
>>>>>>>>> >
>>>>>>>>> > Best regards,
>>>>>>>>> > Thomas
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > On Wed, Jul 6, 2016 at 12:40 PM, Hiroyuki Wada
<
>>>>>>>>> wadahiro(a)gmail.com> wrote:
>>>>>>>>> >>
>>>>>>>>> >> I think it was true before Java 1.6 because
Java standard
>>>>>>>>> library
>>>>>>>>> >> (java.util.ResourceBundle or
java.util.Properties) only
>>>>>>>>> supported
>>>>>>>>> >> ISO-8859-1 encoding file.
>>>>>>>>> >> But they support any encoding after Java
1.6. There are some
>>>>>>>>> >> frameworks which can read .properties with
any encoding. For
>>>>>>>>> example,
>>>>>>>>> >> Spring Framework can read .properties with
any encoding. I
>>>>>>>>> think it's
>>>>>>>>> >> very useful to read UTF-8 directly for
multibyte language
>>>>>>>>> country.
>>>>>>>>> >>
>>>>>>>>> >> On Wed, Jul 6, 2016 at 3:32 PM, Thomas
Raehalme
>>>>>>>>> >> <thomas.raehalme(a)aitiofinland.com>
wrote:
>>>>>>>>> >> > Please correct me if I am wrong, but I
have been under the
>>>>>>>>> impression
>>>>>>>>> >> > that
>>>>>>>>> >> > Java .properties files should always
use encoding
>>>>>>>>> ISO-8859-1. Characters
>>>>>>>>> >> > not
>>>>>>>>> >> > present in ISO-8859-1 can be written in
\uxxxx. Won't it
>>>>>>>>> make things
>>>>>>>>> >> > confusing to developers if another
encoding is used here
>>>>>>>>> instead?
>>>>>>>>> >> >
>>>>>>>>> >> >
>>>>>>>>> >> >
>>>>>>>>>
https://docs.oracle.com/javase/8/docs/api/java/util/Properties.html#load-...
>>>>>>>>> >> >
>>>>>>>>> >> >
>>>>>>>>>
https://docs.oracle.com/javase/8/docs/api/java/util/Properties.html#store...
>>>>>>>>> >> >
>>>>>>>>> >> > If alternate encodings are desired how
about supporting the
>>>>>>>>> XML format
>>>>>>>>> >> > of
>>>>>>>>> >> > Properties?
>>>>>>>>> >> >
>>>>>>>>> >> > Best regards,
>>>>>>>>> >> > Thomas
>>>>>>>>> >> >
>>>>>>>>> >> >
>>>>>>>>> >> > On Wed, Jul 6, 2016 at 9:04 AM, Stian
Thorgersen <
>>>>>>>>> sthorger(a)redhat.com>
>>>>>>>>> >> > wrote:
>>>>>>>>> >> >>
>>>>>>>>> >> >> Both iso-8859-1 and utf-8 message
bundles should be able to
>>>>>>>>> co-exist.
>>>>>>>>> >> >>
>>>>>>>>> >> >> We can allow specifying the
encoding in a comment on the
>>>>>>>>> first line
>>>>>>>>> >> >> like
>>>>>>>>> >> >> this:
>>>>>>>>> >> >>
>>>>>>>>> >> >> # encoding=utf-8
>>>>>>>>> >> >> key=value
>>>>>>>>> >> >>
>>>>>>>>> >> >> # encoding=iso-8859-1
>>>>>>>>> >> >> key=value
>>>>>>>>> >> >>
>>>>>>>>> >> >> If the first line in the file
doesn't contain the comment
>>>>>>>>> with the
>>>>>>>>> >> >> encoding then we should default to
iso-8859-1 for backwards
>>>>>>>>> >> >> compatibility
>>>>>>>>> >> >>
>>>>>>>>> >> >> On 5 July 2016 at 09:49, Hiroyuki
Wada <wadahiro(a)gmail.com>
>>>>>>>>> wrote:
>>>>>>>>> >> >>>
>>>>>>>>> >> >>> Thanks for your comment.
>>>>>>>>> >> >>>
>>>>>>>>> >> >>> > If we want to change to
utf-8 we'd still need to support
>>>>>>>>> iso.. for
>>>>>>>>> >> >>> > backwards compatibility.
>>>>>>>>> >> >>>
>>>>>>>>> >> >>> If we change to UTF-8, we can
still read unicode codepoint
>>>>>>>>> like
>>>>>>>>> >> >>> '\u00e8'.
>>>>>>>>> >> >>> There is an incompatibility
when non-ascii characters are
>>>>>>>>> used in
>>>>>>>>> >> >>> message properties.
>>>>>>>>> >> >>> The non-ascii characters are
0xA0 - 0xFF codes (please
>>>>>>>>> refer codepage
>>>>>>>>> >> >>> layout:
>>>>>>>>>
https://en.wikipedia.org/wiki/ISO/IEC_8859-1#Codepage_layout )
>>>>>>>>> >> >>>
>>>>>>>>> >> >>> I think the non-ascii
characters might be used in French
>>>>>>>>> messages like
>>>>>>>>> >> >>> 'à' so I agree to
support ISO-8859-1 for backwards
>>>>>>>>> compatibility.
>>>>>>>>> >> >>> To support this, I think we can
add a property like
>>>>>>>>> "messageEncoding"
>>>>>>>>> >> >>> in keycloak-server.json as
below. Is it a good idea?
>>>>>>>>> >> >>>
>>>>>>>>> >> >>> "theme": {
>>>>>>>>> >> >>>
"staticMaxAge": 2592000,
>>>>>>>>> >> >>>
"cacheTemplates": true,
>>>>>>>>> >> >>>
"cacheThemes": true,
>>>>>>>>> >> >>>
"messageEncoding": "ISO-8859-1",
>>>>>>>>> >> >>> "folder": {
>>>>>>>>> >> >>> "dir":
"${jboss.home.dir}/themes"
>>>>>>>>> >> >>> }
>>>>>>>>> >> >>> },
>>>>>>>>> >> >>>
>>>>>>>>> >> >>> Regards,
>>>>>>>>> >> >>>
>>>>>>>>> >> >>> On Mon, Jul 4, 2016 at 10:33
PM, Stian Thorgersen
>>>>>>>>> >> >>> <sthorger(a)redhat.com>
>>>>>>>>> >> >>> wrote:
>>>>>>>>> >> >>> > We have in the past
discussed this and decided to stick
>>>>>>>>> with
>>>>>>>>> >> >>> > ISO-8859-1.
>>>>>>>>> >> >>> > That was probably not the
best idea though. If we want
>>>>>>>>> to change to
>>>>>>>>> >> >>> > utf-8
>>>>>>>>> >> >>> > we'd still need to
support iso.. for backwards
>>>>>>>>> compatibility.
>>>>>>>>> >> >>> >
>>>>>>>>> >> >>> > On 4 July 2016 at 14:37,
Bruno Oliveira <
>>>>>>>>> bruno(a)abstractj.org> wrote:
>>>>>>>>> >> >>> >>
>>>>>>>>> >> >>> >> It makes sense, maybe
file a Jira associated with:
>>>>>>>>> >> >>> >>
https://issues.jboss.org/browse/KEYCLOAK-3259 ?
>>>>>>>>> >> >>> >>
>>>>>>>>> >> >>> >> On 2016-07-04,
Hiroyuki Wada wrote:
>>>>>>>>> >> >>> >> > Hello all,
>>>>>>>>> >> >>> >> >
>>>>>>>>> >> >>> >> > I am trying to
translate all base theme messages to
>>>>>>>>> my country
>>>>>>>>> >> >>> >> > language,
Japanese. And I'd like to contribute them.
>>>>>>>>> Before that
>>>>>>>>> >> >>> >> > work,
>>>>>>>>> >> >>> >> > I'd like to
propose about the files encoding.
>>>>>>>>> >> >>> >> >
>>>>>>>>> >> >>> >> > Currently, the
message files (*.properties) are
>>>>>>>>> loaded with
>>>>>>>>> >> >>> >> > ISO-8859-1
>>>>>>>>> >> >>> >> > encoding.
Therefore, it is necessary to convert the
>>>>>>>>> files by
>>>>>>>>> >> >>> >> >
'native2ascii' command beforehand. However we can
>>>>>>>>> directly read
>>>>>>>>> >> >>> >> > the
>>>>>>>>> >> >>> >> > property files
with UTF-8 encoding in java 1.6 or
>>>>>>>>> later because
>>>>>>>>> >> >>> >> >
'java.util.Properties#load(java.io.Reader)' method
>>>>>>>>> was introduced
>>>>>>>>> >> >>> >> > as
>>>>>>>>> >> >>> >> > below.
>>>>>>>>> >> >>> >> >
>>>>>>>>> >> >>> >> >
>>>>>>>>> >> >>> >> >
>>>>>>>>> >> >>> >> >
>>>>>>>>> >> >>> >> >
>>>>>>>>>
http://docs.oracle.com/javase/6/docs/api/java/util/Properties.html#load(j...
>>>>>>>>> >> >>> >> >
>>>>>>>>> >> >>> >> > So, my proposal
is supporting the message files with
>>>>>>>>> UTF-8
>>>>>>>>> >> >>> >> > encoding.
>>>>>>>>> >> >>> >> > I
>>>>>>>>> >> >>> >> > believe that
it's very developers/customers friendly.
>>>>>>>>> In
>>>>>>>>> >> >>> >> > addition,
>>>>>>>>> >> >>> >> > we
>>>>>>>>> >> >>> >> > can easily review
the translated messages on the
>>>>>>>>> github pull
>>>>>>>>> >> >>> >> > request
>>>>>>>>> >> >>> >> > view and so on.
What do you think?
>>>>>>>>> >> >>> >> >
>>>>>>>>> >> >>> >> > If it's ok,
I'll create a JIRA issue and create a
>>>>>>>>> pull request.
>>>>>>>>> >> >>> >> >
>>>>>>>>> >> >>> >> > Regards,
>>>>>>>>> >> >>> >> >
>>>>>>>>> >> >>> >> > --
>>>>>>>>> >> >>> >> > Hiroyuki Wada,
>>>>>>>>> >> >>> >> > Developer,
>>>>>>>>> >> >>> >> > Nomura Research
Institute, Ltd.
>>>>>>>>> >> >>> >> >
_______________________________________________
>>>>>>>>> >> >>> >> > keycloak-dev
mailing list
>>>>>>>>> >> >>> >> >
keycloak-dev(a)lists.jboss.org
>>>>>>>>> >> >>> >> >
https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>>>>>>> >> >>> >>
>>>>>>>>> >> >>> >> --
>>>>>>>>> >> >>> >>
>>>>>>>>> >> >>> >> abstractj
>>>>>>>>> >> >>> >> PGP: 0x84DC9914
>>>>>>>>> >> >>> >>
_______________________________________________
>>>>>>>>> >> >>> >> keycloak-dev mailing
list
>>>>>>>>> >> >>> >>
keycloak-dev(a)lists.jboss.org
>>>>>>>>> >> >>> >>
https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>>>>>>> >> >>> >
>>>>>>>>> >> >>> >
>>>>>>>>> >> >>
>>>>>>>>> >> >>
>>>>>>>>> >> >>
>>>>>>>>> >> >>
_______________________________________________
>>>>>>>>> >> >> keycloak-dev mailing list
>>>>>>>>> >> >> keycloak-dev(a)lists.jboss.org
>>>>>>>>> >> >>
https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>>>>>>> >> >
>>>>>>>>> >> >
>>>>>>>>> >> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> keycloak-dev mailing list
>>>>>>>>> keycloak-dev(a)lists.jboss.org
>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>
>>>
>