fix(jpa): convert function-expression literal to the expression result type - #194

Summary

Fixes #187: a SimpleCondition whose left side is a function expression passed the raw String literal to the predicate without conversion, so date/time comparisons failed at the database:

and(CURRENT_DATE = "2026-06-22")

→ Could not convert 'java.lang.String' to 'java.sql.Date' using 'org.hibernate.type.descriptor.java.JdbcDateJavaType' to wrap

Plain property paths were already converted via PropertyUtils.getActualPropertyValue; the function-expression branch used condition.getValue() as-is.

Changes

• JpaOperatorMapper — converts the literal to the left expression's result type (Expression#getJavaType()); when JPA cannot infer it (COALESCE/NULLIF return null there), falls back to the type of the first property argument; keeps the raw value if no type can be resolved
• DateValueExtractor — parses java.sql.Date/Time/Timestamp from their ISO-8601 forms (2026-06-22, 10:15:30, 2026-06-22T10:15:30); a plain java.util.Date target keeps the historical ISO-instant behavior
• PropertyValueExtractorFactory — returns the no-op extractor for a null target type (defensive)
• PropertyUtils — extracts getActualValue(Class, Object) as the reusable per-type conversion; getActualPropertyValue delegates to it

Testing

• New integration tests in QuerityJpaImplTests (run on both H2 and PostgreSQL via Testcontainers):
  • CURRENT_DATE = "<today>" — literal converted to java.sql.Date, matches all rows
  • COALESCE(birthDate) = "<date>" — type resolved from the property argument
• DateValueExtractorTests extended with the java.sql.* parse cases
• ./mvnw verify — JaCoCo per-class coverage checks met

Fixes #187

🤖 Generated with Claude Code