Question

当我将一个简单的项目部署到默认使用hibernate的WildFly 9.0.1服务器时，一切都按照演示的方式工作。但是，部署到默认使用EclipseLink的Glassfish 4.1（或Payara）服务器会导致我的集成测试失败。

具体来说，当在Glassfish上部署时需要插入时，EntityManager.merge方法会导致版本从0更改为1，而不是WildFly。

我的集成测试正在为每个测试片调用JAX-RS服务。 ToDoManager中的每个方法都是JPA事务，所以如果我没有弄错的话，我不需要刷新数据库来进行更新。

用于捕获EJBExeption的JAX-RS ExceptionMapper：

@Provider
public class EJBExceptionMapper implements ExceptionMapper<EJBException> {

@Override
public Response toResponse(EJBException ex) {
    Throwable cause = ex.getCause();
    Response unknownError = Response.serverError().
            header("cause", ex.toString()).build();
    if (cause == null) {
        return unknownError;
    }

    if (cause instanceof OptimisticLockException) {
        return Response.status(Response.Status.CONFLICT).
                header("cause", "conflict occured: " + cause).
                build();
    }

    return unknownError;
}

}

保存创建和更新请求的端点：

@Stateless
@Path("todos")
public class TodosResource {

    @Inject
    ToDoManager manager;

    ... other REST Calls ...

    @POST
    public Response save(@Valid ToDo todo, @Context UriInfo info) {
        ToDo saved = this.manager.save(todo);
        long id = saved.getId();
        URI uri = info.getAbsolutePathBuilder().path("/"+id).build();
        return Response.created(uri).build();
    }
}

潜在的持久性：

@Stateless
@Interceptors(BoundaryLogger.class)
public class ToDoManager {

    @PersistenceContext
    EntityManager em;

    ... other persistence methods ...

    public ToDo save(ToDo todo) {
        return this.em.merge(todo);
    }
}

当在Glassfish上部署第一次更新尝试时，以下测试将抛出OptimisticLockException，并且测试在应该通过时失败。而当部署到WildFly时，第一次更新发生，测试通过，然后第二次测试通过，因为我正在检查409状态代码。

测试：

@Test
public void crud() {
    // build a JSON ToDo
    JsonObjectBuilder todoBuilder = Json.createObjectBuilder();
    JsonObject todoToCreate = todoBuilder.
            add("caption", "implement").
            add("priority", 10).
            build();

    // Run Create Test
    Response postResponse = this.provider.target().request().
            post(Entity.json(todoToCreate));
    assertThat(postResponse.getStatus(), is(201));
    String location = postResponse.getHeaderString("Location");
    System.out.println("location = " + location);

    // Run Find Test
    JsonObject dedicatedTodo = this.provider.client().
            target(location).
            request(MediaType.APPLICATION_JSON).
            get(JsonObject.class);
    assertTrue(dedicatedTodo.getString("caption").contains("implement"));

    // Run Update Test
    JsonObjectBuilder updateBuilder = Json.createObjectBuilder();
    JsonObject updated = updateBuilder.
            add("id", dedicatedTodo.getInt("id")).
            add("caption", "implemented").
            add("priority", 10).
            add("version", dedicatedTodo.getInt("version")).
            build();

    Response updateResponse = this.provider.client().
            target(location).
            request(MediaType.APPLICATION_JSON).
            put(Entity.json(updated));
    assertThat(updateResponse.getStatus(), is(200));

    // Run Update Test Again for Lock Testing
    updateBuilder = Json.createObjectBuilder();
    updated = updateBuilder.
            add("id", dedicatedTodo.getInt("id")).
            add("caption", "implemented").
            add("priority", 8).
            add("version", dedicatedTodo.getInt("version")).
            build();

    updateResponse = this.provider.client().
            target(location).
            request(MediaType.APPLICATION_JSON).
            put(Entity.json(updated));
    assertThat(updateResponse.getStatus(), is(409));
    String conflictInformation = updateResponse.getHeaderString("cause");
    assertNotNull(conflictInformation);
    System.out.println("conflictInformation = " + conflictInformation);

当我在Glassfish上创建后查看@Version private long version值时，值为1会导致第一次更新失败。但是，在WildFly上，它仍为0，因此允许第一次更新。

由于我已经启动并运行了生产Payara Server，并且我想在未来的项目中使用这种方法，所以解释我如何在Glassfish上使用它的任何帮助都会非常有帮助。

Answer 1

没有足够的代码可以解决正在发生的事情。这将取决于事务边界和/或刷新到数据库时。我无法从代码中解决事务边界的问题。当通过显式刷新或事务提交将对象写入数据库时，应增加Version字段。

在你的保存方法中，你可以尝试做一个em.flush来查看两个提供者之间的行为是否一致。

您可以通过执行以下操作来确保您具有一致的起始值

@Version 
private int version = 1;

Answer 2

这应该是显而易见的，但是，我正在关注研讨会，研讨会没有包括以下内容。

测试期间的更新调用需要正在编辑的对象的ID和版本。添加此信息后，第一次更新成功，第二次更新因预期的OptimisticLockException失败，从而通过测试。

JPA @Version合并行为不适用于EclipseLink

2 个答案: