泽西岛生产媒体类型冲突

Question

我现在正在尝试泽西，按照这个链接在netbean中设置了一个网络服务。我有我的实体类和REST类。它可以从javafx2客户端添加、编辑、删除、请求对象（在本例中是用户对象）。

然而，现在我尝试向我的网络服务添加一个新方法来进行一些简单的身份验证。首先，我在Users.java文件中添加了一个新的命名查询（Users.login）：

@NamedQueries({
    @NamedQuery(name = "Users.findAll", query = "SELECT u FROM Users u"),
    @NamedQuery(name = "Users.login", query = "SELECT u FROM Users u WHERE u.username = :username AND u.password = :password"),
    @NamedQuery(name = "Users.findById", query = "SELECT u FROM Users u WHERE u.id = :id"),
    @NamedQuery(name = "Users.findByUserlevel", query = "SELECT u FROM Users u WHERE u.userlevel = :userlevel"),
    @NamedQuery(name = "Users.findByDisabled", query = "SELECT u FROM Users u WHERE u.disabled = :disabled")
})

之后，我将以下代码添加到我的UsersFacadeREST.java文件（由Netbean 7.2生成）中：

@GET
@Path("{username}/{password}")
@Produces({"application/xml", "application/json"})
public Users login(@PathParam("username") String username, @PathParam("password") String password) {
    return em.createNamedQuery("login", Users.class)
            .setParameter("username", username)
            .setParameter("password", password)
            .getSingleResult();
}

但是，我在尝试部署web服务时收到以下错误:

SEVERE: Producing media type conflict. The resource methods public entities.Users service.UsersFacadeREST.login(java.lang.String,java.lang.String) and public java.util.List service.UsersFacadeREST.findRange(java.lang.Integer,java.lang.Integer) can produce the same media type

由于我是新手，我不知道为什么登录（）方法与findRange（）发生冲突？第一个有2个字符串参数并给出一个Users对象，第二个有2个整数参数并返回一个List对象？有没有办法解决这个问题，因为我将需要一些自定义查询添加到我的Web服务中...

完成时：

@GET
@Path("{from}/{to}")
@Produces({"application/xml", "application/json"})
public List<Users> findRange(@PathParam("from") Integer from, @PathParam("to") Integer to) {
    return super.findRange(new int[]{from, to});
}

超类代码（AbstractFacade.java）

public List<T> findRange(int[] range) {
    javax.persistence.criteria.CriteriaQuery cq = getEntityManager().getCriteriaBuilder().createQuery();
    cq.select(cq.from(entityClass));
    javax.persistence.Query q = getEntityManager().createQuery(cq);
    q.setMaxResults(range[1] - range[0]);
    q.setFirstResult(range[0]);
    return q.getResultList();
}

Answer 1

问题是，这两种方法都使用匹配相同URIs的路径模板。< code >“{ a }/{ b }”等效于< code >“{ c }/{ d }”-同样地，< code >“{ username }/{ password }”等效于< code >“{ from }/{ to }”。因为这两种方法也使用相同的媒体类型，所以存在歧义。您可以通过在路径模板中使用正则表达式使其更加具体来解决这个问题。也就是说，由于< code>"{from}/{to}"应该始终是数字，您可以通过如下方式更改它来消除歧义:< code > " { from:[0-9]}/{ to:[0-9]} " 。

无论如何，你确定没有用户会从用户名和密码中选择普通数字吗？看起来在您的情况下，对两个资源中的每一个使用不同的URI“子空间”会好得多。例如:< code >登录/{用户名}/{密码}和< code >范围/{从}/{到}。

但是，设计上的几点:

1. 在URI中输入密码是一个非常糟糕的主意。永远不要这样做！看看一些现有的经验证的身份验证方案，不要试图重新发明轮子
2. 考虑使用查询参数来指定范围-例如，如果您有一些集合资源（如“myapp.com/calendar/events”），则可以使用查询参数对范围进行建模-例如“myapp.com/calendar/events？from=xxx