OSGI运行时能否动态注册/修改过滤器？AEM多租户场景咨询

两种方案的可行性与优劣对比 #

1. 修改SLING_FILTER_PATTERN并重新加载过滤器 #

这种方案完全可行，但具体实现方式分两种情况：

• 硬编码属性修改：如果当前过滤器的SLING_FILTER_PATTERN是像示例中那样硬编码在@Component注解里，修改后需要重新打包部署Bundle，OSGi容器会自动重新加载组件。比如把pattern改成匹配多租户的正则：

  @Component(service = Filter.class,
      property = {
              EngineConstants.SLING_FILTER_SCOPE + "=" + EngineConstants.FILTER_SCOPE_REQUEST,
              EngineConstants.SLING_FILTER_PATTERN + "=" + "/content/dam/(tenant1|tenant2)/.*/protected/.*"
      })
  public class ProtectedResourcesFilter implements Filter ....
  

• 配置化属性修改：更优的方式是把SLING_FILTER_PATTERN改成可配置的OSGi属性，避免硬编码。调整代码后，后续新增租户只需在OSGi控制台修改配置，无需重新部署：

  @Component(service = Filter.class, configurationPolicy = ConfigurationPolicy.REQUIRE)
  public class ProtectedResourcesFilter implements Filter {
  
      @Property(name = EngineConstants.SLING_FILTER_SCOPE, 
                value = EngineConstants.FILTER_SCOPE_REQUEST)
      private String filterScope;
  
      @Property(name = EngineConstants.SLING_FILTER_PATTERN, 
                value = "/content/dam/tenant1/.*/protected/.*")
      private String filterPattern;
  
      // 过滤器核心逻辑
  }
  

优缺点：

• 优点：逻辑集中，仅维护一个过滤器类，代码冗余少。
• 缺点：若租户频繁新增或数量较多，硬编码方式需要反复修改代码部署；即使是配置化方式，多租户的正则表达式也会逐渐变得复杂，不利于维护。

2. OSGi运行时注册新过滤器 #

这种方案同样可行，适合动态租户场景，无需修改现有代码：

• 可以通过OSGi的FilterRegistration API，结合AEM的租户配置节点，监听配置变化，自动为新增租户注册对应的过滤器实例。
• 也可以直接创建新的过滤器类，为tenant2单独配置SLING_FILTER_PATTERN，部署后OSGi会自动注册该过滤器。

示例代码（动态注册逻辑）：

@Component(service = ConfigurationListener.class)
public class TenantFilterRegistrationListener implements ConfigurationListener {

    @Reference
    private BundleContext bundleContext;

    private final Map<String, FilterRegistration> filterRegistrations = new ConcurrentHashMap<>();

    @Override
    public void configurationEvent(ConfigurationEvent event) {
        Dictionary<String, Object> props = event.getProperties();
        String tenantId = (String) props.get("tenant.id");
        
        if (event.getType() == ConfigurationEvent.CM_ADDED || event.getType() == ConfigurationEvent.CM_UPDATED) {
            String filterPattern = "/content/dam/" + tenantId + "/.*/protected/.*";
            FilterRegistration registration = bundleContext.registerService(
                Filter.class.getName(),
                new ProtectedResourcesFilter(),
                buildFilterProps(filterPattern)
            );
            filterRegistrations.put(tenantId, registration);
        } else if (event.getType() == ConfigurationEvent.CM_REMOVED) {
            FilterRegistration registration = filterRegistrations.remove(tenantId);
            if (registration != null) {
                registration.unregister();
            }
        }
    }

    private Dictionary<String, Object> buildFilterProps(String pattern) {
        Hashtable<String, Object> filterProps = new Hashtable<>();
        filterProps.put(EngineConstants.SLING_FILTER_SCOPE, EngineConstants.FILTER_SCOPE_REQUEST);
        filterProps.put(EngineConstants.SLING_FILTER_PATTERN, pattern);
        return filterProps;
    }
}

优缺点：

• 优点：支持动态新增租户，无需修改现有代码和部署；每个租户的过滤规则独立配置，便于单独调整或删除。
• 缺点：租户数量过多时，会生成多个过滤器实例，增加OSGi容器的运行负担；需要额外实现配置监听和动态注册的逻辑。

方案推荐 #

• 如果租户数量固定、新增频率低，优先选择配置化修改现有过滤器的SLING_FILTER_PATTERN，操作简单且维护成本低。
• 如果租户是动态新增的，或者需要为不同租户定制过滤规则，运行时动态注册过滤器是更合适的选择，能适配灵活的多租户场景。

内容的提问来源于stack exchange，提问作者JeffWaters