Message Title

ava.lang.AssertionError: null
	at org.hibernate.sql.ast.tree.expression.QueryLiteral.<init>(QueryLiteral.java:36)
	at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.addVersionedAssignment(BaseSqmToSqlAstConverter.java:910)
	at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitUpdateStatement(BaseSqmToSqlAstConverter.java:829)
	at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.visitUpdateStatement(BaseSqmToSqlAstConverter.java:429)
	at org.hibernate.query.sqm.tree.update.SqmUpdateStatement.accept(SqmUpdateStatement.java:168)
	at org.hibernate.query.sqm.sql.BaseSqmToSqlAstConverter.translate(BaseSqmToSqlAstConverter.java:767)
	at org.hibernate.query.sqm.internal.SimpleUpdateQueryPlan.createUpdateTranslator(SimpleUpdateQueryPlan.java:116)
	at org.hibernate.query.sqm.internal.SimpleUpdateQueryPlan.executeUpdate(SimpleUpdateQueryPlan.java:61)
	at org.hibernate.query.sqm.internal.QuerySqmImpl.doExecuteUpdate(QuerySqmImpl.java:735)
	at org.hibernate.query.sqm.internal.QuerySqmImpl.executeUpdate(QuerySqmImpl.java:705)

Changing the type of the optimisticVersion field to int/Integer allows to workaround the issue.

I have tracked down the problem to the following code in BaseSqmToSqlAstConverter.addVersionedAssignment(...):

			value = new BinaryArithmeticExpression(
					versionColumn,
					ADD,
					new QueryLiteral<>( 1, versionType ),
					versionType
			);

1 is an Integer whereas versionType.getJdbcMapping() is a LongJavaType, explaining why the assertions fails in the QueryLiteral constructor.

The assertion should probably be relaxed to take into account that an int can be promoted to a long.

versionType.getJavaTypeClass() == Long.class ? new QueryLiteral<>( 1L, versionType ) : new QueryLiteral<>( 1, versionType )