加载小程序 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 文件中没有的文件，然后再返回到 .properties 文件中包含的 .properties 文件。代码>.jar。

从服务器错误日志：

[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

您希望使用 语言环境 和 ClassLoader 支持，以及您想要在哪里管理语言列表，都取决于您。

警告：我不认为我在实施过程中违反了任何安全限制，但我只在桌面应用程序中测试了代码。

Answer 2

只需在 标记配置中将 codebase_lookup 属性设置为 false，您的小程序就不会再对服务器进行任何其他调用资源（例如 i18n 资源包）。

<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 文件中的所有所需类和资源进行部署，并避免不必要的代码库查找。