多租户环境中的Spring Boot+Thymeleaf+Database TemplateResolver

Question

@Bean
@Scope(value = "tenant", proxyMode = ScopedProxyMode.INTERFACES)
public ITemplateResolver databaseTemplateResolver() {

    final DatabaseTemplateResolver resolver = 
        new DatabaseTemplateResolver(systemSettingService, emailTemplateService );

    resolver.setTemplateMode("HTML5");
    resolver.setCacheTTLMs((long) (1000*60*5)); // 5 Minutes
    resolver.setOrder(2);

    return resolver;
}

这很有效，所以看起来。上面指定的作用域是由域确定的多租户环境中为一个租户定义的自定义作用域。但我认为，为了这个问题的目的，这也可能是会话范围。我在这里的想法是，TemplateResolver对于每个范围都是不同的。我们需要它是因为我们正在从租户的数据库中读取模板。

最后，我的症状：似乎第一个房客工作很好。对于任何后续租户，我在试图处理数据库模板时都会遇到异常。

org.thymeleaf.exceptions.NotInitializedException: Template Resolver has not been initialized
    at org.thymeleaf.templateresolver.AbstractTemplateResolver.checkInitialized(AbstractTemplateResolver.java:156)
    at org.thymeleaf.templateresolver.AbstractTemplateResolver.resolveTemplate(AbstractTemplateResolver.java:316)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:483)
    ...

我尝试禁用Thymeleaf的Spring Boot自动配置，并手动设置TemplateEngine、ViewResolver、TemplateResolvers等，但也有同样的问题。我还尝试将所有租户设置为作用域，但却遇到了完全不同的混乱和回溯。

/**
 * <p>
 *   Internal method that initializes the Template Engine instance. This method 
 *   is called before the first execution of {@link #process(String, IContext)} 
 *   in order to create all the structures required for a quick execution of 
 *   templates.
 * </p>
 * <p>
 *   THIS METHOD IS INTERNAL AND SHOULD <b>NEVER</b> BE CALLED DIRECTLY.
 * </p>
 * <p>
 *   If a subclass of <tt>TemplateEngine</tt> needs additional steps for
 *   initialization, the {@link #initializeSpecific()} method should
 *   be overridden.
 * </p>
 */
public final synchronized void initialize() {

    if (!isInitialized()) {

        logger.info("[THYMELEAF] INITIALIZING TEMPLATE ENGINE");

        this.configuration.initialize();

        this.templateRepository = new TemplateRepository(this.configuration);

        initializeSpecific();

        this.initialized = true;

        // Log configuration details
        this.configuration.printConfiguration();

        logger.info("[THYMELEAF] TEMPLATE ENGINE INITIALIZED");

    }

}

一旦templateengine被标记为“initialized”，引擎将不会再次初始化，也不会初始化任何配置（根据设计）。因此，我想也许我的想法是正确的，即为新范围注入的新TemplateResolver永远不会初始化。或者更准确地说，它不会被标记为已初始化。

使用所有这些initialized的主要原因之一似乎是将其标记为在完成配置之前不运行，并防止在运行后更改配置。

根据我的发现，并使用上述假设，我更改了TemplateResolver，以便在处理每个模板之前始终检查初始化。这种蛮力方法似乎有效，似乎没有干扰Thymeleaf作者的意图。（当然是根据我的猜测。我真的不知道。我希望。）

null

Answer 1

通常，TemplateEngine在引擎初始化期间调用TemplateResolver上的Initialize()。但是，在本例中，没有初始化作用域注入的TemplateResolver。

相反，我们将创建/注入一个已经“初始化”的TemplateResolver。我们只需将该步骤添加到bean创建中：

@Bean(initMethod="initialize")
@Scope(value = "tenant", proxyMode = ScopedProxyMode.INTERFACES)
public ITemplateResolver databaseTemplateResolver() {

    final DatabaseTemplateResolver resolver = 
        new DatabaseTemplateResolver(systemSettingService, emailTemplateService );

    resolver.setTemplateMode("HTML5");
    resolver.setCacheTTLMs((long) (1000*60*5)); // 5 Minutes
    resolver.setOrder(2);

    return resolver;
}

我唯一担心的是，在这里手动调用initialize可能会有一些不可预见的副作用。我对Thymeleaf还不够了解，不能肯定。不过，到目前为止，还好。