Package: icedtea-netx Version: 1.2-2 Severity: important Tags: upstream When launching normal JNLP applications (not applets), NetX tries to load classes or resources that it does not find over HTTP from the JNLP file's codebase attribute. Since such loading blocks the requesting thread, potentially a long time, that behavior can be quite problematic for programs exhibiting certain access patterns, such as:
* Attempting to load resources from a Jar file that may or may not actually be there (normally failure is instantaneous); or * Using nested classloaders, in which case classloader delegation will ensure that *each* class requested will go through the JNLP classloader once and fail there. The problem is compounded when using JNLP extensions, in which case each extension's codebase will be attempted for every requested resource or class. I'm still trying to find my way around NetX's source code so I'm not too sure if this is intended or unintentional behavior; but from what I can see so far, the intention appears to be that it only happen for applets and not stand-alone applications, so I think it's safe to classify as a bug. Either way, other JNLP clients don't do the same thing, so I can't imagine it would hurt any properly built programs if the behavior were removed. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedtea-netx depends on: ii icedtea-netx-common 1.2-2 ii openjdk-6-jre 6b24-1.11.3-2 icedtea-netx recommends no packages. icedtea-netx suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
