Jersey REST ResourceConfig 实例不包含任何根资源类

Question

尽管这是一个古老的问题，但我仍然找不到使这项工作可行的答案。 如果您发现我的说法有不正确的地方，请指正。

我有一个 Java Face 应用程序并使用 REST 作为 Web 服务。我不认为 Face 与我的问题有任何关系。 web.xml 是：

<servlet>
    <servlet-name>NDREST</servlet-name>
    <servlet-class>
        com.sun.jersey.spi.container.servlet.ServletContainer
    </servlet-class>
    <init-param>
        <param-name>com.sun.jersey.config.property.packages</param-name>
        <param-value>com.bi.nd.webservice</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
    <servlet-name>NDREST</servlet-name>
    <url-pattern>/nd/*</url-pattern>
</servlet-mapping>

我在 web.xml 中有更多的 servlet，因为它是 Trinidad 等的 Face 应用程序。

在 com.bi.nd.webservice 包中，我的资源类是：

import javax.xml.bind.JAXBContext;
import javax.xml.bind.JAXBElement;
import javax.xml.bind.Marshaller;

import javax.ws.rs.Consumes;
import javax.ws.rs.GET;
import javax.ws.rs.POST;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.core.MediaType;

@Produces(MediaType.APPLICATION_XML)
@Path("/hello")
public class TransactionResource 
{
public TransactionResource() 
{
}

@GET
@Produces(MediaType.TEXT_PLAIN)
public String itWorks()
{
    return "Get is OK";
}
}

事实上，我的类有一个 @GET 足以标识自己是一个资源类。
更不用说所有其他复杂性了，我在 Eclipse 中使用 Ant 编译了源代码，并且在 catalina.out 文件中遇到了此错误：

May 24, 2011 8:48:46 AM com.sun.jersey.api.core.PackagesResourceConfig init
INFO: Scanning for root resource and provider classes in the packages:
     com.bi.nd.webservice
May 24, 2011 8:48:46 AM com.sun.jersey.server.impl.application.WebApplicationImpl _initiate
INFO: Initiating Jersey application, version 'Jersey: 1.7 05/20/2011 11:04 AM'
May 24, 2011 8:48:46 AM com.sun.jersey.server.impl.application.RootResourceUriRules <init>
SEVERE: The ResourceConfig instance does not contain any root resource classes.

有人建议复制 asm.jar、jsr-api.jar、jersey-server.jar 和 jersey- core.jar 到应用程序 WEB-INF/lib 中。我这样做了，但仍然没有成功。 我发现这个建议有点奇怪，因为 WEB-INF/lib 是 Eclipse 将从构建路径安装所有依赖库的地方。它不是我们手动放置库的地方。

有人解释说这个错误与Java插件和Jersey的编写方式有关。但那是几年前的事了。

有人可以向我解释一下为什么我一直遇到这个问题吗？

后续： 尽管从 REST 网站来看，定义为根资源类的资源类是 POJO（普通旧 Java 对象），它们要么用 @Path 注释，要么具有至少一个用 @Path 注释的方法或请求方法指示符，例如 @GET、@PUT 、@POST 或@DELETE。资源方法是用请求方法指示符注释的资源类的方法。本节介绍如何使用 Jersey 注释 Java 对象以创建 RESTful Web 服务。

我必须将 @Path("/hello") 添加到我的类中，突然 Jersey 可以找到我的资源类

现在 catalina.out 文件看起来像：

May 24, 2011 3:13:02 PM com.sun.jersey.api.core.PackagesResourceConfig init
INFO: Scanning for root resource and provider classes in the packages:
com.bi.nd.webservice
May 24, 2011 3:13:02 PM com.sun.jersey.api.core.ScanningResourceConfig logClasses
INFO: Root resource classes found:
class com.bi.nd.webservice.TransactionResource
May 24, 2011 3:13:02 PM com.sun.jersey.api.core.ScanningResourceConfig init
INFO: No provider classes found.
May 24, 2011 3:13:02 PM com.sun.jersey.server.impl.application.WebApplicationImpl _initiate
INFO: Initiating Jersey application, version 'Jersey: 1.7 05/20/2011 11:04 AM'

但问题还远未结束。我尝试访问 URL http://localhost:8080/nd/hello 但仍然收到 404 NOT FOUND。 Provider 类 NOT FOUND 是重要消息吗？

Answer 1

我有同样的错误消息并通过修改我的 web.xml 文件解决了它。确保它里面有这个：

<init-param>
   <param-name>com.sun.jersey.config.property.packages</param-name>
   <param-value>your.package.name.here</param-value>
</init-param>

Answer 2

我发现了 Jersey 无法找到根资源的另一个原因。错误消息是相同的，所以我认为这是在这里记录根本原因的一个很好的理由，以防其他人偶然发现它。

我有一个根资源类，上面有以下注释：

@Singleton
@Path("/helloWorld")
@Service(...) // my own custom annotation
public class MyRootResource {
...
}

这将导致 Jersey 内的根资源扫描失败。

解决方法是更改​​注释的顺序：

@Service(...) // my own custom annotation
@Singleton
@Path("/helloWorld")
public class MyRootResource {
...
}

这有效。

Answer 3

首先，请注意，在类上使用 @GET 不足以将其标识为根资源类；该类必须有一个@Path。你的确实如此，所以这不是问题。

我遇到了和你一样的问题：它在 Eclipse 中工作，但当我构建它供外部使用时却不起作用。

我正在使用嵌入式 Jetty，其 main() 如下所示：（

public static void main(String argv[])
{
    try
    {
        // from http://wiki.eclipse.org/Jetty/Tutorial/Embedding_Jetty
        Server server = new Server(8080);
        ServletContextHandler contextHandler = new ServletContextHandler(ServletContextHandler.SESSIONS);
        contextHandler.setContextPath("/");
        server.setHandler(contextHandler);

        // http://stackoverflow.com/questions/9670363/how-do-i-programmatically-configure-jersey-to-use-jackson-for-json-deserializa
        final PackagesResourceConfig prc = new PackagesResourceConfig("com.ultimatefoodfight.server.api");
        final Map<String, Object> prcProperties = prc.getProperties();
        prcProperties.put(JSONConfiguration.FEATURE_POJO_MAPPING, true);

        // from http://stackoverflow.com/questions/7421574/embedded-jetty-with-jersey-or-resteasy
        contextHandler.addServlet(new ServletHolder(new ServletContainer(prc)), "/*");

        server.start();
        server.join();
    }
    catch(Exception e)
    {
        System.out.println(e);
    }
}

嵌入 Jetty 时，它取代了 web.xml。） com.sun.jersey.api.core.PackagesResourceConfig 扫描指定类的根目录资源提供者类——我确信 web.xml 只是指向相同的。这在 Eclipse 中运行良好。服务器启动在控制台中正确地报告了这一点：

INFO: Scanning for root resource and provider classes in the packages:
  com.ultimatefoodfight.server.api
Jul 29, 2012 7:31:28 AM com.sun.jersey.api.core.ScanningResourceConfig logClasses
INFO: Root resource classes found:
  class com.ultimatefoodfight.server.api.Users
  class com.ultimatefoodfight.server.api.Contests

但是，当我在服务器上启动应用程序时，我只得到了前两行，并且没有找到根资源类。

事实证明，当你制作一个罐子时，它的构造方式有不同的选择；特别是，如果您只是通过列出类的路径来实现它，您会得到
只是那些条目。但是，如果您将 jar 指向带有通配符的目录，您还将获得所有中间路径。请参阅此消息，了解给我提示的示例：https://groups.google.com/d/msg /neo4j/0dNqGXvEbNg/xaNlRiU1cHMJ 。

PackagesResourceConfig 类依赖于具有包名称的目录，以便查找其中的类。我返回到 Eclipse，并在“Export ... > Jar”对话框的底部找到了一个用于“添加目录条目”的选项。我打开它，再次导出 jar，然后扫描找到了我的资源类。您需要在构建环境中找到一些类似的选项。

Answer 4

我也花了 5 或 6 个小时来解决这个问题，终于解决了这个问题。这也许对你也有用。

我一直在使用的源代码可以在 Lars Vogel 的教程页面 中找到。使用 Apache Tomcat 6.0.20、asm-all-3.3.1.jar、jersey-bundle-1.17.1.jar 和 jsr311-api-1.1.1.jar 我得到了与OP相同的结果，即

INFO: Root resource classes found:
  class com.mypackage.MyClass
13/03/2013 4:32:30 PM com.sun.jersey.api.core.ScanningResourceConfig init
INFO: No provider classes found.

我有各种部署文件中的以下设置：

context root = rivets
<url-pattern>/rest</url-pattern>
@Path("/hello")

尝试使用以下 URL 访问资源时出现 404 错误，

 http://localhost:8080/rivets/rest/hello

我最终能够通过将 url-pattern 更改为来修复它：

<url-pattern>/rest/*</url-pattern>

虽然我不确定如何当我开始引入更复杂的资源时，这一点将会成立。无论如何，希望这可以帮助某人。

Answer 5

我发现“未找到提供程序类”消息很可怕，但并不重要。

“ResourceConfig 实例不包含任何根资源类”是一个更大的问题。

我发现资源类需要用@Path注释，而提供者类（如果有的话——我们使用一个用于将异常映射到HTTP响应代码）需要用@Provider注释，并且两者都需要在正确的包裹，然后 Jersey 就会找到它们。

Answer 6

你可能需要使用这样的网址

http://localhost:8080/<web_context_root>/nd/hello

Answer 7

所以我读了答案，但仍然遇到同样的问题。我解决如下。

将“jetty-web.xml”添加到“WEB-INF”文件夹中。因此：
src/main/webapp/WEB-INF/jetty-web.xml jetty

-web.xml 的内容是：

<?xml version="1.0"  encoding="ISO-8859-1"?>
<!DOCTYPE Configure PUBLIC "-" "http://www.eclipse.org/jetty/configure.dtd">
<Configure class="org.eclipse.jetty.webapp.WebAppContext">
    <Set name="contextPath">/YourEndpoint</Set>
</Configure>

我的休息现在可以在：

http://localhost:8080/YourEndpoint/webresources/someMethod

希望这对那里的人有帮助。

Answer 8

我也有同样的问题。通过在 web.xml 中修复 init-param 标记下的 param-value 解决了这个问题。
默认情况下，Eclipse已在web.xml中将项目名称设置为display-name。不应将其复制到 param-value，而是复制到 Java 包。

  <init-param>
    <param-name>com.sun.jersey.config.property.packages</param-name>
    <param-value>com.test.demo</param-value>
    </init-param> 

希望这有帮助。

Answer 9

要解决此问题，请验证您的类MapperIn，需要指定Path：

import javax.ws.rs.GET;
import javax.ws.rs.OPTIONS;
import javax.ws.rs.Path;
import javax.ws.rs.PathParam;
import javax.ws.rs.Produces;
import javax.ws.rs.core.MediaType;

import com.lot.account.api.doc.GetMemberAccountsIn;
import com.lot.common.doc.CommonApi;
import com.lot.common.doc.FlowData;
import com.lot.security.authorization.RequestData;


@Path("/account/member/")
public class MapperIn {

    @GET
    @Produces(MediaType.APPLICATION_JSON)
    @Path("/{memberId}")
    public GetAccountIn prepareGetAccount(@PathParam("memberId") String memberId) {

        // create apiInput
        GetAccountIn apiInput = new GetAccountIn ();

        // map values from url
            apiInput.setMemberId(memberId);


        return apiInput;
    }
//...
}