当我创建新的RESTful web服务时，Netbeans不会创建ApplicationConfig.java

我有一个在Netbeans中开发的企业应用程序，现在我正在尝试向-war模块添加一些RESTful web服务。我遇到的问题是，当我使用Netbeans特性创建web服务时，没有创建ApplicationConfig.java类

我在web上找到的所有示例和教程都解释说，Netbeans将自动生成一个扩展应用程序的ApplicationConfig.java类，通过编辑该类上的@ApplicationPath注释，我可以配置可以访问web服务的URI。事实上，如果我从头开始创建一个新的Java EE应用程序，然后从模式中调用新的-->RESTful Web服务，它就是这样工作的。但是，当我在开发的Netbeans项目中尝试这一点时，没有创建ApplicationConfig.java

我的问题是:

1） 知道为什么会这样吗？Netbeans bug？是否存在某些已知的Netbeans不创建应用程序配置的情况

2） 我可以自己手动创建ApplicationConfig.java吗？我看到过使用空ApplicationConfig类的示例（不是Netbeans），该类除了提供放置@ApplicationPath注释的位置以允许配置URI的该部分之外，什么都不做。如果我这样做，Netbeans会感到困惑吗

3） 我看到，当Netbeans创建这个类时，它包含覆盖Application.getClasses方法的代码。它看起来很简单，可以手动创建我自己的代码，执行与自动生成的代码完全相同的操作。我需要它吗

我的环境详情如下：

• 产品版本：NetBeans IDE 8.1（构建201510222201）
• 更新：NetBeans IDE更新为版本NetBeans 8.1修补程序1
• Java:1.8.092；Java热点（TM）64位服务器VM 25.92-b14
• 运行时：Java（TM）SE运行时环境1.8.0_92-b14
• 系统：运行在amd64上的Windows 7 6.1版；Cp1252；恩努斯（nb）
• 项目类型：JavaEE7应用程序
• 服务器：Wildfly 9.0.2

谢谢

---

Duncan

是的，您可以手动创建它，但必须在与WebServicesClass相同的包中创建它，例如：

import java.util.Set;
import javax.ws.rs.core.Application;

@javax.ws.rs.ApplicationPath("webresources")
public class ApplicationConfig extends Application {

    @Override
    public Set<Class<?>> getClasses() {
        Set<Class<?>> resources = new java.util.HashSet<>();
        addRestResourceClasses(resources);
        return resources;
    }
    private void addRestResourceClasses(Set<Class<?>> resources) {
        //add all resources classes
        resources.add(jaca.server.webservice.PersonWebService.class);
    }
}

import java.util.Set；
导入javax.ws.rs.core.Application；
@javax.ws.rs.ApplicationPath（“webresources”）
公共类应用程序配置扩展应用程序{
@凌驾
public Set>resources=new java.util.HashSet（）；
添加资源类（资源）；
归还资源；
}
私有void addrestresourcelasses（SetNetBeans在类的名称中添加了一些提示在添加注释后，它必须为您提供添加ApplicationConfig.java类的选项，以及与Jersey相关的其他选项。
NetBeans也没有为我创建
ApplicationConfig.java
。问题是我创建了一个Web应用程序项目，然后添加了d我的资源（REST操作）

但是，如果我在添加自己的资源之前创建Web应用程序项目并添加“新的RESTful Web服务from Patterns”，那么它会自动为我创建ApplicationConfig。
不确定这是否仍然相关，但我在Netbeans 8.2中遇到了同样的问题，经过反复尝试后，我成功地获得了ApplicationConfig.java文件是通过更改项目名称自动创建的。因此，我想如果您第一次创建项目并尝试删除并创建同名项目，它将不会创建该文件。希望这对其他人有所帮助。
是的，已经有一段时间了，但我想这正是我所做的。但我必须说，答案包括“重新启动你的netbeans，因为第一次不起作用”让我怀疑微软是否已经接管了开发工作。这是开发人员需要关注的问题。