Windows native bundle doesn't work if username/package contains non-latin symbols

[Lexxxxik]

Each time I build installer on the same machine where then trying to run.
For example:
Application works only if:

1. appName - latin only (MyApplication.exe)
2. Windows User name - latin only (admin)
   and the final installed path is: C:\Users\admin\AppData\Local\MyApplication\MyApplication.exe

If any of points has non-latin symbols I recieve a lot off different messages like:

1. User name non-latin. Path:C:\Users\ЖЮЖЮ\AppData\Local\AccessImport\AccessImport.exe
   
   

2. appName - non-latin (ИмпортРежимов.exe). Path: C:\Users\ЖЮЖЮ\AppData\Local\ИмпортРежимов
   
   

Is it possible to fix at least working with non-latin windows users? Actually I can't ask all my users to recreate their window account with latin symbols only.

[FibreFoX]

Hi there, this is the fault of the JDK and nothing I can do about. There is another related issue already here: #209

launcher crashes if started with non english arguments
Generated bundle is not executable when main class contains unicode

Nothing I can do about, sorry :(

[Lexxxxik]

Ohhh, bad news
Is there any flag to install application not to user folder, but to Program Files with admin privs?

[FibreFoX]

Oh, thats possible! Just set this inside your plugin-configuration:

<configuration>
    ...
    <bundleArguments>
        <installdirChooser>true</installdirChooser>
        <systemWide>true</systemWide>
    </bundleArguments>
    ...
</configuration>

Just keep in mind that users still might install it on some non-latin path.

[Lexxxxik]

Thanks a lot.
I tried to google whole list of arguments bundleArguments, but nothing
Could you please give a link for all plugin-configurations settings?

[FibreFoX]

#89 (comment)

For the JDK 8 I always looked into the sourcecode of each bundler, but with JDK 9 these values are documented. Please note, that this plugin is not JDK9 ready yet.