在将我们的项目之一迁移到 Java 9（内部版本9 + 181）时
，我遇到了一个特殊的问题，那就是在某些与类型推断和java-
module
相关的库中，这种实现看起来不正确。我正在使用 dropwizard-core(1.1.0) 和
guice(4.1.0) 配置，如下所示：

public class CustomService extends io.dropwizard.Application<CustomServiceConfig> {

    public static void main(String[] args) throws Exception {
        new CustomService().run(args);
    }

    // other initializations

    @Override
    public void run(CustomServiceConfig config, io.dropwizard.setup.Environment environment) throws Exception {
        com.google.inject.Injector injector = createInjector(config, environment);
        environment.jersey().register(injector.getInstance(SomeResource.class)); //line 45
        environment.healthChecks().register("DBHealth", injector.getInstance(HealthCheck.class)); 
        environment.servlets().addFilter("Filter-Name", SomeFilter.class)
                .addMappingForUrlPatterns(EnumSet.allOf(DispatcherType.class), true, "/*");
    }


    private com.google.inject.Injector createInjector(CustomServiceConfig config, Environment environment) {
        return com.google.inject.Guice.createInjector(new CustomServiceModule(config, environment));
    }

}

---

public class CustomServiceModule extends com.google.inject.AbstractModule {
    private final CustomServiceConfig serviceConfig;
    private final Environment environment;

    public CustomServiceModule(CustomServiceConfig serviceConfig, Environment environment) {
        this.serviceConfig = serviceConfig;
        this.environment = environment;
    }

    @Override
    protected void configure() {
        bind(SomeInterface.class).to(SomeInterfaceImpl.class);
        ..
    }
}

---

通过以下组合，该配置对我而言运行良好：

• Java 8 + Maven 3 +编译器插件3.6.1 [我们的原始设置]
• Java 9 + Maven 3 +编译器插件3.7.0（已更新命令行和maven配置）

但是，当我切换到模块结构，然后尝试编译由这些类组成的Maven模块时，在以下过程中出现以下错误 mvn clean install ：

[ERROR] ../service/service/CustomService.java:[45,29] incompatible

types: inference variable T has incompatible bounds
equality constraints: base.SomeResource
upper bounds: java.lang.Class<?>,java.lang.Object

[ERROR] ../service/service/CustomService.java:[56,31]
no suitable method found for
addFilter(java.lang.String,java.lang.Class< SomeFilter >)
[ERROR]     method

io.dropwizard.jetty.setup.ServletEnvironment.addFilter(java.lang.String,javax.servlet.Filter)
is not applicable
[ERROR] (argument mismatch; java.lang.Class< SomeFilter > cannot
be
converted to javax.servlet.Filter)

我不确定为什么会发生这些错误，以及是否可能与使用中的模块结构有关。

Q1。 考虑到所使用的依赖项，是否有任何与类型推断相关的更改会影响模块结构更改（如果可能）的Maven编译？

同样在迁移时，我主要使用IntelliJ建议的自动模块名称来构造module-infoas：

module service {
//    Internal modules  which compile successfully
    requires model;
    requires util;

//    Dependent library modules
    requires httpcore;
    requires guice;
    requires guava;
    requires dropwizard.core;
    requires mongo.java.driver;
    requires org.apache.commons.lang3;
    requires javax.servlet.api;
}

Q2。
如果在迁移时这不是回归问题，为什么在我们之前的设置中没有失败？这是否还会在我们的服务中强制进行代码更改，或者如果有帮助，我们是否应该等待库移至模块？

注意 ：已尝试研究依赖项版本和类实现的用法。它们在先前和当前设置中都是相同的。

让我知道我可以提供的任何其他信息。

---

更新 ：我能够在我创建的微服务样本中复制相同内容，以将其与项目的其余部分隔离。

requires dropwizard.jersey;
requires dropwizard.jetty;

@Override
public void run(SomeServiceConfig config, Environment environment) throws Exception {
    Injector injector = Guice.createInjector(new SomeServiceModule());
    // Fix: Extract to variable to find Type of jersey and then find the module to add under requires
    JerseyEnvironment jersey = environment.jersey(); 
    jersey.register(injector.getInstance(SomeResource.class));
    // Fix 2: Same method as Fix 1
    ServletEnvironment servlets = environment.servlets();
    servlets.addFilter("Some-Filter", SomeFilter.class);
}