Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

212
Views
Las consultas JPA nativas no funcionan cuando se usa el tipo anulable de Kotlin debido a un error de conversión de bytea

Estoy usando Kotlin , Spring Boot y Spring Data con Hibernate y Postgresql .

Creamos una clase de repositorio que amplía JpaRepository y acabamos de descubrir que las consultas nativas no funcionan si se proporciona un parámetro anulable.

En este ejemplo, el parámetro isInternal puede ser verdadero, falso o nulo si aún no conocemos esa información (igual que en nuestra base de datos).

 @Query( nativeQuery = true, value = "SELECT * FROM story WHERE is_internal = :isInternal", countQuery = "SELECT COUNT(*) FROM story WHERE is_internal = :isInternal" ) fun findEmployeeStories( @Param("isInternal") isInternal: Boolean?, pageable: Pageable ): Page<StoryEntity>

Esta consulta da como resultado:

 org.postgresql.util.PSQLException: ERROR: operator does not exist: boolean = bytea Hint: No operator matches the given name and argument type(s). You might need to add explicit type casts.

Si intentamos agregar un casting explícito, el error cambia.

 @Query( nativeQuery = true, value = "SELECT * FROM story WHERE is_internal = CAST(:isInternal AS boolean)", countQuery = "SELECT COUNT(*) FROM story WHERE is_internal = CAST(:isInternal AS boolean)" ) fun findEmployeeStories( @Param("isInternal") isInternal: Boolean?, pageable: Pageable ): Page<StoryEntity>

Esta consulta da como resultado:

 org.postgresql.util.PSQLException: ERROR: cannot cast type bytea to boolean

Si cambiamos @Param("isInternal") isInternal: Boolean? a @Param("isInternal") isInternal: Boolean (para prohibir valores anulables) funciona bien, pero no queremos eso.

Arriba hay solo un ejemplo simple para reproducir el problema. Nuestra consulta es compleja, por eso intentamos cambiar a la consulta nativa en lugar de usar JQL (donde no hubo tales problemas).

Gracias

over 4 years ago · Santiago Trujillo
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!