Christian Beikov

The test seems to fail @Naros

Superseded by https://github.com/hibernate/hibernate-orm/pull/7030

Thanks!

Shouldn't it rather be something like this? ```java default T getSingleResultOrNull() { try { return getSingleResult(); } catch (NoResultException e) { return null; } } ``` Given that `getResultStream` was...

You need to specify qualified paths i.e. ```java cbf.create(em, SomethingCTE.class, "traitement") .with(SomethingCTE.class) .from(SomethingEntity.class, "t") .innerJoinLateralEntitySubquery("t.other", "si", "sinitial") .orderByAsc("sinitial.date") .setMaxResults(1) .end() .leftJoinLateralOnEntitySubquery("t.other", "sc", "scurrent") .orderByDesc("scurrent.date") .setMaxResults(1) .end() .on("t.date").leExpression("CURRENT_DATE") .end() .end() .bind(...)...

Hi, I'm no expert in Spring HATEOAS, but maybe @ask4gilles can help here?

I need this too. Please merge and create a new release when possible.

Just fyi, I think that https://openjdk.org/jeps/8316779 will help deal with nulls in all APIs in the future. The discussion to add type restrictions to Java was the last piece missing...

The test errors are due to this solution wrongly assuming that if a `JavaType` is an enum, it can use a "default mapping" for that Java type, but note that...

Hey @jbakoc1, please create a new issue and attach the full stack trace as well as the query and entity view that you use.