1

我用的是球衣。我有休息方法：

@PUT
@Consumes({MediaType.APPLICATION_JSON, MediaType.APPLICATION_XML})
@Path("/create-profile")
public void createProfile (Profile profile) throws UnableTransferToEntity {
    EntityManager em = emf.createEntityManager();
    try{
        em.getTransaction().begin();
        em.persist(EntityConversionUtils.transformReporterProfileToSimpleProfileEntity(profile));
        em.getTransaction().commit();
    }finally{
        em.close();
    }
}

为此方法生成的 wadl 部分：

<resource path="/create-profile">
            <method id="createProfile" name="PUT">
                <request>
                    <representation mediaType="application/json"/>
                    <representation mediaType="application/xml"/>
                </request>
            </method>
        </resource>

我正在使用 maven-plugin 生成客户端：

<groupId>org.jvnet.ws.wadl</groupId>
            <artifactId>wadl-maven-plugin</artifactId>
            <version>1.1-SNAPSHOT</version>

问题是没有生成 void 方法 (putApplicationXml Asvoid )，只有期望响应的方法。当我尝试使用它们时，即使预期为 Void.class，我也会捕获异常（返回 204 No Content 的响应状态）。

如果其余方法包含@QueryParam：

@DELETE
@Consumes({MediaType.APPLICATION_JSON, MediaType.APPLICATION_XML})
@Path("/remove-profile")
public void removeProfile (@QueryParam("id") final int id){
    EntityManager em = emf.createEntityManager();
    SimpleProfileEntity simpleProfileEntity = em.find(SimpleProfileEntity.class, id);

    new NotificationService().removeProfile(simpleProfileEntity.getNotificationProfile().getId());

    try{
        em.getTransaction().begin();
        em.remove(simpleProfileEntity);
        em.getTransaction().commit();
    }finally{
        em.close();
    }
}

然后 wadl 看起来像：

<resource path="/remove-profile">
            <method id="removeProfile" name="DELETE">
                <request>
                    <param xmlns:xs="http://www.w3.org/2001/XMLSchema" name="id" style="query" type="xs:int"/>
                </request>
            </method>
        </resource>

如您所见，它包含“param”节点。此条目的 void 客户端方法生成良好。

如何为我的 CreateProfile 生成 void 方法？

4

1 回答 1

0

响应类型 205 是正确的。

我遇到了同样的问题，它似乎是客户端部分的问题，而不是服务器部分的问题。

我使用resource.type(MediaType.APPLICATION_JSON).put(String.class, datenJson);并得到相同的例外。

它在删除预期的返回类型（put（String.class）的第一个参数）后起作用：

resource.type(MediaType.APPLICATION_JSON).put(datenJson);

因此，如果您没有任何响应，请不要指定预期的响应类型。

于 2012-06-30T11:23:21.860 回答