[rfe] multiple installs of IcedTea-Web configuration issue - shared configs

[Arturs Andersons]

Hi Jiri,

No, I stopped looking into this. Just made a note not to have the side by side on one pc

Arturs Andersons | External Staff | Contractor | Information Technology
Swiss Re Management Ltd | GENERIC LOCATION, STOKE ON TRENT, UNITED KINGDOM
Email: Arturs_Andersons at rcomext.com
-----Original Message-----
From: Jiri Vanek [mailto:jvanek at redhat.com] 
Sent: Monday, December 03, 2018 12:54 PM
To: Arturs Andersons <Arturs_Andersons at rcomext.com>; 'distro-pkg-dev at openjdk.java.net' <distro-pkg-dev at openjdk.java.net>
Subject: Re: [rfe] multiple installs of IcedTea-Web configuration issue - shared configs

Hi!

Had this worked for you?
On 11/20/18 3:01 PM, Jiri Vanek wrote:
> On 11/20/18 11:01 AM, Arturs Andersons wrote:
>> Hi,
>>
>>  
>>
>> We have two versions of iceadtea-web provided: one based on JDK8 and another on JDK11.
>>
>>  
>>
>> Both applications generates configuration files in 
>> "c:\users\%username%\.config\icedtea-web" folder
>>
>> If we are about to install both versions of IcedTea-web on the same 
>> pc, config files will be overwritten by latest version installed.
>>
>>  
>>
>> Is it possible to amend the location of the .\config folder? For example create something like this:
>>
>>   * "C:\Users\%username%\.config-openjdk8" for OpenJDK8 + IcedTea-web
>>   * "C:\Users\%username%\.config-openjdk11" for OpenJDK11 + 
>> IcedTea-web
>>
>>  
>>
>> Where this configuration is located in the package?
>>
> 
> Hi!
> 
> Ti is indeed tricky. itw do not have nay support for this. And the 
> properties loading system is already terribly complex to make it even 
> more complictaed:(
> 
> Fro top of head I do not have idea how to make this working for you. 
> In linux world alternatives would go play most likely.
> 
> Ha! Idea!
> 
> Itw *should*  support properties located *inside* jre. This would solve your problem.
> Are yo able to play with it?
> Are you able to look ITW sources for this?
> As I have never myself tried, nor tested this feature. Do not even 
> know the state of the codebase for this case, as it is nearly impossioble to test in unittest (mock enviroment).
> 
> J.
> 
> My ITW build seems to at least be aware about  So it looks promissing:
> ~/icedtea-web-image/bin/javaws.sh  -verbose -help ...
> FILES
>     
> /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.191.b12-8.fc29.x86_64/jre/lib/de
> ployment.config
>  - java-global deployment properties file. May be affected by deployment.jre.dir.
> 
> 
> 
>>  
>>
>> Kind regards,
>>
>> *Arturs Andersons**| External Staff**| Contractor**| Information 
>> Technology** Swiss Re Management Ltd| GENERIC LOCATION STOKE ON 
>> TRENT, UNITED KINGDOM
>> E-mail: Arturs_Andersons at rcomext.com 
>> <mailto:Arturs_Andersons at rcomext.com>*
>>
>>
>> This e-mail, including attachments, is intended for the person(s) or 
>> company named and may contain confidential and/or legally privileged information.
>> Unauthorized disclosure, copying or use of this information may be 
>> unlawful and is prohibited. If you are not the intended recipient, please delete this message and notify the sender.
>> All incoming and outgoing e-mail messages are stored in the Swiss Re Electronic Message Repository.
>> If you do not wish the retention of potentially private e-mails by 
>> Swiss Re, we strongly advise you not to use the Swiss Re e-mail account for any private, non-business related communications.
> 
> 


--
Jiri Vanek
Senior QE engineer, OpenJDK QE lead, Mgr.
Red Hat Czech
jvanek at redhat.com    M: +420775390109

This e-mail, including attachments, is intended for the person(s) or company named and may contain confidential and/or legally privileged information.
Unauthorized disclosure, copying or use of this information may be unlawful and is prohibited. If you are not the intended recipient, please delete this message and notify the sender.
All incoming and outgoing e-mail messages are stored in the Swiss Re Electronic Message Repository.
If you do not wish the retention of potentially private e-mails by Swiss Re, we strongly advise you not to use the Swiss Re e-mail account for any private, non-business related communications.