访问 ResourceBundle 作为 ManagedProperty 序列化问题

Question

首先，对不起我的英语不好！

在以下托管 Bean (ApplicationScoped) 中，我将 ResourceBundle(.properties) 作为 @ManagedProperty 访问。 ResourceBundle 对象不可序列化，因此我在 Eclipse/Tomcat 控制台中收到一个错误消息，指出该对象无法序列化/反序列化.. 等等。

从持久存储中加载异常会话 java.io.WriteAbortedException：写入中止； java.io.NotSerializableException: java.util.PropertyResourceBundle

我对这个问题有 2 个问题：

• 我认为，JSF 将预定义（在 faces-config.xml 中）ResourceBundles 处理为 ApplicationScoped bean。这意味着（如果我理解正确的话），这个 Object/Bean（ResourceBundle）以某种方式存储在文件中的某个地方（持久存储）。现在，既然ResourceBundle 不可序列化，那么它以哪种格式存储？ JSF 如何为这样的“Beans”服务？序列化的 Objects 以 Bytes 的形式存储在文件中，那么不可序列化的 Objects 是如何存储的呢？
• 在下面的示例中，我将我的@ManagedProperty ResourceBundle 声明为transient（由于序列化问题），但是瞬态对象不会存储在持久存储中（无状态），这是否意味着每次调用方法getConfigurationAttribute（我在哪里使用这个resourceBundle）都会重新创建/重新加载ManagedPropery ResourceBundle，因为它被标记为瞬态？

非常感谢您的帮助。

@ManagedBean(name="facesResource",eager=true)
@ApplicationScoped
public class FacesResource implements Serializable{
    private static final long serialVersionUID = 2454454363100273885L;
    @ManagedProperty("#{FACES_CONFIG}")
    private ResourceBundle facesConfig;
    //private transient ResourceBundle facesConfig;

    ....
    private Map<String,Language> languagesMap;  
    private Map<String,Theme> themesMap;
    ....

    public FacesResource(){

    }
    @PostConstruct
    public void init(){
        System.out.println("*** FacesResource init ....");
        try{
            ....
            this.initLanguages();
            this.initThemes();
            ....
        }catch(Exception ex){
            ex.printStackTrace();
        }
    }       

    public String getConfigurationAttribute(String attributeKey){
        return this.facesConfig.getString(attributeKey);
    }
    // ... other methods & getter/setter ...etc

}

更新：

• FacesResource Bean 中的 ResourceBundle 独立 独立于请求 Locale，因此在 ApplicationScoped Bean 中加载它不是问题，但是

• 因为我在其他 SessionScoped Bean 中访问/注入（作为 @ManagedProperty）这个 ApplicationScoped Bean，它应该被序列化，这意味着所有属性（包括资源包）也应该被序列化，这里我遇到了问题带序列化/反序列化

• @BalusC：如果我确实喜欢你在回答中的建议：ResourceBundle.getBundle("com.example.text")，我必须提供捆绑包的基本名称。但这正是我想要避免的。我不想在 java 源代码中硬编码静态路径），所以当路径发生变化时（最不可能，但对于这种情况），我不喜欢在 Java 源代码中更改路径，而只在 faces-config 中更改路径。 xml。

• 我不能使用FacesContext.getCurrentInstance().getApplication().getResourceBundle(facesContext, "bundleVarName");，因为我的 Bean 被标记为 eager=true，这意味着，facesContext 目前是 NULL！

Answer 1

您不能在不可序列化的类型上使用@ManagedProperty。

它是本地化字符串的资源包吗？

阅读：http://www.mkyong.com/jsf2/jsf-2-0-and-resource-bundles-example/

FacesContext facesContext = FacesContext.getCurrentInstance();
ResourceBundle resourceBundle = facesContext.getApplication()
                                       .getResourceBundle(facesContext, "bundleName");

Answer 2

我认为，JSF 将预定义的（在 faces-config.xml 中）ResourceBundles 处理为 ApplicationScoped bean。

不。它们由ResourceBundle API 本身管理。 JSF 只是根据请求的语言环境在每个请求的基础上解析它们（否则它会影响访问 Web 应用程序的任何用户的语言！）。因此，它们本质上是请求范围的。但这一切都与序列化无关。 ResourceBundle 类根本不打算被序列化。它只是在 Java 内存中延迟加载包。

你最好也这样做。如果反序列化后变为null，则延迟加载。您不应该只评估#{FACES_CONFIG}，因为它取决于请求区域设置。如果您只能使用 JSF <resource-bundle><var>，那么您最好通过 Application#getResourceBundle() 加载它们。提供了 FACES_CONFIG 的资源包 var 名称，这是一个示例：

private transient ResourceBundle facesConfig;

public ResourceBundle getFacesConfig() {
    if (facesConfig == null) {
        FacesContext context = FacesContext.getCurrentInstance();
        facesConfig = context.getApplication().getResourceBundle(context, "FACES_CONFIG");
    }

    return facesConfig; 
}

顺便说一句，变量名facesConfig 很混乱。即暗示它代表faces-config.xml的内容。

另见：

• java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException