macOS xdg-desktop-icon

[Jiri Vanek]

On 11/30/18 12:22 AM, jtesdall wrote:
> More info, sorry I am not figuring this out myself. I followed the setup
> instructions on the wiki but there is something wrong.

Os? ITW version?

> 
> I decided to follow the debugging instructions in the Wiki and get the same
> error. When I step through and JNLPRuntime tries to call its internal
> subclass DeploymentConfigurationHolder it bombs with this same error. It

What error?
> can't find its own sub-class??

I think you hit https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3644

There were several changeset inspired by Lars, and are now only in head:
http://icedtea.classpath.org/hg/icedtea-web/rev/b4c212917733
http://icedtea.classpath.org/hg/icedtea-web/rev/6b6da5f22c26
http://icedtea.classpath.org/hg/icedtea-web/rev/f211a6ffffe0
http://icedtea.classpath.org/hg/icedtea-web/rev/77e21cdc1813

and are all related to this issue.

BTW, also during debug, you need to have correct boot classpath.
> 
> Whats more is if I replace these three class files (JNLPRuntime,
> JNLPRuntime$1, JNLPRuntime$DeploymentConfigurationHolder) in a working
> netx.jar it will also bomb with this error, so its not a jar issue its a
> subclass reference issue. Is there a setting in eclipse at compile that is
> causing a problem? I am using the newest eclipse 2018-09, should I be using
> an older version? I am compiling with openJDK8u192.
> 
> 
> 
> --
> Sent from: http://openjdk.5641.n7.nabble.com/OpenJDK-Distribution-specific-Packaging-f25548.html
> 


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