[Bug 3705] New: Webstarted application tries to load resources from server incorrectly

[bugzilla-daemon at icedtea.classpath.org]

https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3705

            Bug ID: 3705
           Summary: Webstarted application tries to load resources from
                    server incorrectly
           Product: IcedTea-Web
           Version: 1.7
          Hardware: x86_64
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5
         Component: NetX (javaws)
          Assignee: jvanek at redhat.com
          Reporter: christian.svedin at idainfront.se
                CC: unassigned at icedtea.classpath.org

According to this (
https://docs.oracle.com/javase/8/docs/technotes/guides/javaws/developersguide/faq.html#s113
) webstart is not supposed to try to download all kinds of resources from the
server, only jars, but icedtea-web has a classloader that has a fallback to
always download resources from the server, no matter what they are.

This has performance implications. For example when using ResourceBundle it
tries to get the bundle using different names to find the most specific one,
and each try results in a new server call.

Text from linked page:
> Can I deploy any application with Java Web Start?
> 
> Java Web Start is an application launcher for Java applications that are written   to be web-deployed.
> 
> An application must be delivered in a set of JAR files and all application resources, such as images, configuration files, and native libraries must be included in the JAR files. The resources must be looked up using the method ClassLoader.getResource() or an equivalent method. Java Web Start only transfers JAR files from the web server to the client.
> 
> If an application is written to run in a restricted execution environment (sandbox), then access to disk is not permitted and the application may only connect to the host on which it resides.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20190221/897f5f76/attachment-0001.html>