Christian Beikov

FWIW, returning the JPQL/HQL string could be easily implemented in Hibernate 6.0 as the AST model provides the option to render to an HQL string. If anyone is willing to...

I agree that these functions are important and should be specified. It would be a pity if the persistence standard in Java, Jakarta Persistence, wouldn't specify these obviously very common...

I guess https://github.com/eclipse-ee4j/jpa-api/pull/351 covered most functions. So the only ones left now are the trigonometric functions * `sin()` * `cos()` * `tan()` * `asin()` * `acos()` * `atan()` * `atan2()`

FWIW in Hibernate 6 we have the option to annotate a `SqlTypes` type code, which is a superset of `java.sql.Types` per attribute which we use to model what the intended...

Jakarta Persistence is a standard and this is something that AFAIU no implementation supports at this time, so I am a bit unsure it makes sense to discuss this here....

FWIW this could be easily implemented in Hibernate 6.0 as HQL translates to an AST that implements the JPA Criteria API. If anyone is willing to work on this, Hibernate...

>I would still like to know if anyone thinks we should make this more typesafe Can you sketch out how the type safety could look like? Since the types like...

Is there anything missing in this PR that prevents it from being merged? I would personally like to see this merged and a RC3 or final release soon be done...

Shouldn't we also add fields for other supported temporal types, like `OffsetDateTime`, `ZonedDateTime` and `Instant`?

>I mean, it would be pretty weird to have a `OffsetDateTimeField` which didn't define fields for `OFFSET_HOUR` and `OFFSET_MINUTE`, but we know that on, say, Postgres and MySQL, extracting offsets...