如何在加載已經在applet jar文件中的屬性時阻止對服務器的請求？

Question

我維護一個可幫助用戶將照片上傳到我們的服務的小程序。小程序jar文件有幾個.properties文件：

>> jar -tf applet.jar | grep prop 
res/messages.properties 
res/messages_ca.properties 
res/messages_es.properties 
... 

小程序初始化過程中，這些被加載。

messages = ResourceBundle.getBundle("res.messages"); 

此調用但是產生4至5對服務器的請求尋找那不在jar文件中的文件，在回落至包括在.jar的.properties文件之前。

從服務器錯誤日誌：

[error] File does not exist: /photos/res/messages.class 
[error] File does not exist: /photos/res/messages_en.class 
[error] File does not exist: /photos/res/messages_en.properties 
[error] File does not exist: /photos/res/messages_en_US.class 
[error] File does not exist: /photos/res/messages_en_US.properties 

爲ResourceManager.getBundle文檔解釋說，這是它做的方式：

的getBundle然後在候選包名稱迭代來發現第一爲此它可以實例化一個實際的資源包。對於每個候選包名稱，它試圖創建資源包：

• 首先，它嘗試使用候選包名稱加載一個類。如果可以使用指定的類加載器找到並加載這樣的類，那麼賦值與ResourceBundle兼容，可以從ResourceBundle訪問並且可以實例化，getBundle將創建此類的新實例並將其用作結果資源包。

• 否則，getBundle將嘗試查找屬性資源文件。它通過替換全部「。」來從候選包名中生成一個路徑名。帶有「/」的字符並附加字符串「.properties」。它嘗試使用ClassLoader.getResource查找具有此名稱的「資源」。

我肯定有很好的理由做這種方式，但對我來說，似乎浪費，我認爲應該有哪些是已知的文件五次失敗的請求不存在的服務器。

是否有任何方法教小程序只在.jar文件中查找這些文件？

注意：我不是Java程序員，所以如果有更好的方法來加載屬性比ResourceManager.getBundle，請讓我知道。

Answer 1

Java 1.6引入了ResourceBundle.Control類，如果您不支持Java 1.4，可能會提供一些幫助。就你而言，編寫自己的捆綁管理器並不是火箭科學。

這個演示代碼限制包加載到屬性文件中給定的語言：

public class CustomManager { 
    private static final Map BUNDLES = new HashMap(); 

    public static ResourceBundle getBundle(String name, Set languages) { 
    Locale locale = Locale.getDefault(); 
    if (languages.contains(locale.getLanguage())) { 
     name = name + "_" + locale.getLanguage(); 
    } 
    synchronized (BUNDLES) { 
     ResourceBundle bundle = (ResourceBundle) BUNDLES.get(name); 
     if (bundle == null) { 
     ClassLoader loader = getContextClassLoader(); 
     bundle = loadBundle(loader, name.replace('.', '/') + ".properties"); 
     BUNDLES.put(name, BUNDLES); 
     } 
     return bundle; 
    } 
    } 

    private static ClassLoader getContextClassLoader() { 
    return Thread.currentThread().getContextClassLoader() != null ? Thread 
     .currentThread().getContextClassLoader() : CustomManager.class 
     .getClassLoader() != null ? CustomManager.class.getClassLoader() 
     : ClassLoader.getSystemClassLoader(); 
    } 

    private static ResourceBundle loadBundle(ClassLoader loader, String res) { 
    try { InputStream in = loader.getResourceAsStream(res); 
     try { return new PropertyResourceBundle(in); 
     } finally { in.close(); } 
    } catch (IOException e) { throw new IllegalStateException(e.toString()); } 
    } 
} 

此代碼模擬調用來檢索字符串爲西班牙/西班牙語言環境：

Set languages = new HashSet(Arrays.asList(new String[] { "es", "ca" })); 
Locale.setDefault(new Locale("es", "ES")); 
ResourceBundle bundle = CustomManager.getBundle("l10n.res.foo", languages); 
System.out.println(bundle.getString("bar")); 

由於該語言集是es和ca和CustomManager僅支持語言（不是國家代碼或變體）只能加載以下文件：

l10n/res/foo.properties 
l10n/res/foo_es.properties 
l10n/res/foo_ca.properties 

想要獲得Locale和ClassLoader支持以及想要管理語言列表的位置的複雜程度取決於您。

警告：我不會認爲我違反了實現中的任何安全限制，但我只是在桌面應用程序中測試了代碼。

Answer 2

只需設置codebase_lookup屬性false在<applet>標籤配置和您的小程序不會做對服務器資源的任何其他電話（例如國際化資源包）。

<applet codebase_lookup="false" ... 

有關http://docs.oracle.com/javase/6/docs/technotes/guides/plugin/developer_guide/special_attributes.html#codebase的更多詳細信息。

Answer 3

Jaime Hablutzel解決方案正常工作。 很遺憾，我還沒有足夠的聲望來投票。

當您實例化小程序時，將codebase_lookup設置爲false可以準確告知類加載程序，該小程序在jar文件中部署了所有必需的類和資源，並避免了不必要的代碼庫查找。