icedtea-web compatible with OpenJDK11

[Jiri Vanek]

On 9/7/18 8:39 PM, Jim Douglas wrote:
> A Mac-compatible packaged version of IcedTea-Web would be extremely welcome, Jiri. Your Windows 
> installer for 1.7.1 
> <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2017-December/039064.html> made it easy for 
> me to do initial testing for transitioning customers from Oracle’s javaws to IcedTea-Web. With minor 
> javaws.bat hacks to force JAVA_HOME and add several project jigsaw command-line flags, I’ve been 
> able to successfully test some representative jnlp files on Windows with JDK 11. I’ve had no luck 
> building <https://icedtea.classpath.org/wiki/IcedTea-Web#Building_IcedTea-Web> IcedTea-Web on my 
> main development system, a Mac; the process has been an endless cycle of obscure build errors.
> 
> If you’re taking a shot at packaging a Mac-compatible distribution (for an upcoming IcedTea-Web 
> 1.8?), I’d be very interested in stress-testing it here; we’re eager to give our customers a web 
> start migration path when Oracle kills javaws.

I cant. I do not have any MAc arround, nor knowledge to so it.
> 
>> On Sep 7, 2018, at 6:39 AM, Jiri Vanek <jvanek at redhat.com <mailto:jvanek at redhat.com>> wrote:
>>
>>
>>>  > My scientific users are mainly linux/mac addicts.
>>>    Argh. Mac again.  That is area someone else will have to investigate.  I have never touched that,
>>>    nor do have any experience in support.
>>>    Mac can not live with untared binary?
>>> I mainly installed openjdk-11.tar.gz & my built itw as zip and just fixed few paths in javaws 
>>> shell (JAVA_HOME). It rocks !
>>> Somebody else in the community could work on an openjdk installer + ITW desktop integration 
>>> (icons as xdg-create-icons does not work and JNLP mime-type association) = out of scope.
>>>    Once those few fixes are in, I think you will wish 1.7.2 release. I can definitely do it, and 
>>> there
>>>    landed few more good patches in past, and 1.8 is still far from release.
>>
>> Hmmm... So rust launchers, when compiled on generic linux, and provided with JAVA_HOME should work 
>> for your mac friends?
>> I would liek to understand this a bit more, to not kill the mac usecase.
>>
>>
>> Current waterfall in rus lunchers (pushed yesterday) is like this:
>>
>> liunx
>> * jvm
>>   - jvm set by properties
>>   - jvm from java_home
>>   - paths form  registry (no op)
>>   - jvm from hardcoded path
>>   - jvm from PATH //todo
>>
>> win
>> * jvm
>>   - jvm set by properties
>>   - jvm from java_home
>>   - paths form  registry //todo
>>   - jvm from hardcoded path (cygwin only)
>>   - jvm from PATH //todo
>>
>> And depndencies similarly (jsut fully todo):
>>
>>   - deps frmo itw_home? (later)
>>   - deps from hardcoded paths
>>   - deps from local directory
>>   - jvm from LIB_DIR/CLASSPATH
>>
>> J.
> 


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