如何使用安装公共依赖项模块的两个Guice模块

Question

null

原因是我两次调用common.abstractCommonModule.configure()；一次是从组件a的com.a.mainmodule.configure()安装Common.AbstractCommonPrivateModule的子类实例，另一次是从组件B的com.b.mainmodule.configure()安装Common.AbstractCommonPrivateModule的子类实例。

在main中只安装一个Common.AbstractCommonPrivateModule实例是不可取的，因为AbstractCommonPrivateModule实现了一个特定的绑定器方法BindComplecatedStuff(ComplecatedStuff)，对于该方法，我只知道a和B中的参数。

我试图通过将A和B各自的主要Guice模块包装在PrivateModule中来解决这一问题。但是,此操作失败,出现下一个错误：

无法为%s创建绑定。它已经配置在一个或多个子注入器或私有模块上%s%n如果它在PrivateModule中，是否忘记公开绑定？“出处”

在我的例子中，A和B各自的主要Guice模块实际上是ServletModule-显然我可以从main安装两次。

编辑：我上传了一些示例代码（带有关于一些细节的解释）到GitHub

Answer 1

与其让A和B安装common，不如让它们使用requireBinding()，以获得它们从common中需要的类。则依赖于A或B的模块也需要安装common。这可能感觉有点奇怪，但实际上是可取的，因为a和B现在与common的耦合不那么紧密。

更新

我安装两个ShiroWebModule的原因是，我希望UI模块中的Jersey资源仅使用一个Shiro配置（一个取消密码保护资源的配置）来保护，而API模块中的所有Jersey资源应使用一个完全不同的Shiro配置（一个仅将承载令牌理解为身份验证机制的配置）来保护。

当然，有很多解决方案，具体取决于您的需求。最常见的方法是使用绑定注释，并让UI和API代码请求不同的注释。这样，您就可以安装同一个接口或类的两个不同实现（带有不同的注释）。

这里有一个例子：

package api;

public class ApiResources {
  @Inject
  public ApiResources(@ApiAuthMechanism AuthMechanism auth) {
    this.auth = auth;
  }
}

---

package api;

public class ApiModule implements Module {
  public void configure() {
    bind(AuthMechanism.class).annotatedWith(ApiAuthMechanism.class)
        .to(BearerTokenAuthMechanism.class);
  }
}

---

package ui;

public class UiResources {
  @Inject
  public UiResources(@UiAuthMechanism AuthMechanism auth) {
    this.auth = auth;
  }
}

---

package ui;

public class UiModule implements Module {
  public void configure() {
    bind(AuthMechanism.class).annotatedWith(UiAuthMechanism.class)
        .to(PasswordAuthMechanism.class);
  }
}

---

package webap;

public class WebappModule implements Module {
  public void configure() {
    // These modules can be installed together,
    // because they don't install overlapping bindings 
    install(new ApiModule());
    install(new UiModule());
  }
}

您在注释中提到，您无法控制正在安装的重叠绑定，因为它们来自第三方模块。如果是这种情况（我没有看到在代码中发生了这种情况），出于安全原因，第三方可能不希望您执行您想要执行的操作。例如，简单地绑定基于密码的机制可能会在整个应用程序中引入漏洞。也许值得尝试更好地理解第三方打算如何使用其模块。