Question

有没有办法在不受OSGI管理的POJO中访问SlingRepository？

例如，我们可能有一个名为Site的POJO：

public class Site {

    private String domainName;

    public String getDomainName() { return domainName; }

    public void setDomainName(String domainName) { this.domainName = domainName; }

    public void validate() throws Exception {
        SlingRepository repo = ...;
        // validation logic dependent on repo
    }
}

就像这样使用：

Site site = new Site();
site.validate();

更新（re.Tomek的回答）

我无法使用@Reference或当前请求ResourceResolver的原因是因为我正在尝试实现JSR-303（又名Bean验证）验证程序。

在我们的Sling应用程序中，我们有一堆servlet从浏览器接收JSON有效负载。然后我们将它们转换为pojos：

Person p = new Gson().fromJson(json, Person.class)
validate(p); // Validate p using Bean Validation

Person是一个用JSR-303注释注释的简单POJO：

public class Person {

    @NotNull
    private String name;

    @UniqueProperty(
      name = "email", 
      path = "/content/myapp", 
      nodeType = "cq:PageContent"
    )
    private String email;

}

简而言之，我的目标是实施@UniqueProperty验证。在上面的示例中，如果存在cq:PageContent下/content/myapp类型的节点，其email属性与此模型具有相同的值，则验证将失败。

验证器类本身将如下所示：

public class UniquePropertyValidator implements ConstraintValidator<UniqueProperty, String {

    @Override
    public void initialize(UniqueProperty constraintAnnotation) {
        ...
    }

    @Override
    public boolean isValid(String object, ConstraintValidatorContext constraintContext) {
        // need to execute a JCR query here
    }
}

UniquePropertyValidator将根据需要由JSR-303实现（例如Hibernate Validator）实例化，并且它无法访问当前请求的资源解析器，因此我为什么正在寻找一种方法来访问SlingRepository。

Answer 1

首先，如果您使用Sling，那么使用ResourceResolver通常比SlingRepository更优先。它为您提供了一个有用的Resource抽象层，您仍然可以使用Session方法获取基础JCR adaptTo()对象。

但回到你的问题，POJO总是生活在一个环境中，有一些入口点可以运行整个事物。在Sling中有一些这样的地方：JSP，servlet或OSGi组件。在所有这些入口点中，至少有一种方法可以访问存储库：

JSP
- 使用resourceResolver绑定
- 使用getService(ResourceResolverFactory.class)创建管理解析程序
Servlet或过滤器
- 使用request.getResourceResolver()来获取请求会话
- 或者看下一点。
任何OSGi服务（包括servlet或过滤器）
- 使用@Reference ResourceResolverFactory获取工厂并创建管理解析程序。

之后，您可以将资源解析器传递给POJO构造函数。我认为这比使用FrameworkUtil的黑客更好的选择有几个原因：

如果你将ResourceResolver传递给POJO构造函数，很明显这个特定类在存储库上运行，
您无需担心关闭会话（因为POJO可能没有定义的生命周期），
如果您在servlet或组件（案例1和2）中创建POJO，最好使用请求的会话以避免处理管理请求。

Answer 2

通常，您不应从pojo中检索外部资源。只需添加一个构造函数或setter，将SlingRepository注入到执行new的位置。这样做的好处是你的pojo独立于OSGi，可以在不同的环境中使用。使用这种方法，单元测试也更容易。

Site site = new Site(slingRepository);

当然，这只会将问题移到创建实例的类中。我想在某些时候你会从一个激活器开始，你可以访问BundleContext并查找服务。

在您真正想直接查找服务的极少数情况下，请使用

FrameworkUtil.getBundle(this.getClass()).getBundleContext();

从那里你可以查找服务。

Answer 3

Christian Schneider写道，您可以使用：

BundleContext bundleContext = FrameworkUtil.getBundle(this.getClass()).getBundleContext();
ServiceReference serviceReference = bundleContext.getServiceReference(SlingRepository.class);
SlingRepository slingRepository;
if (serviceReference != null) {
   slingRepository = (SlingRepository) bundleContext.getService(serviceReference);
}

Answer 4

刚刚找到了一个解决方案，您可以利用ConstraintValidator的生命周期。

请参阅： http://beanvalidation.org/1.0/spec/#constraintsdefinitionimplementation-validationimplementation

第2.5章。 ConstraintValidatorFactory可能对您有所帮助。如果您在例如注册ConstraintValidatorFactory然后，您可以使用SlingRepository提供它。然后工厂可以将SlingRepository转发到它创建的Validator。因此，您可以将OSGi逻辑保留在Validator之外。

有没有办法在POJO中访问SlingRepository？

更新（re.Tomek的回答）

4 个答案: