Repository method generation regression: 2.4.0 -> 2.5.1

[Hc747]

Description

Attempting to upgrade from Micronaut 2.4.0 to 2.5.1 has introduced a compile time incompatibility in my repository methods that causes the build to fail.

Repository methods, annotated with Query(value = "INSERT/UPDATE/DELETE ...", readOnly = false) and Executable, that have a numeric return type (long in my use case) prevent the build from succeeding. The behaviour is not documented in the breaking changes against the release of 2.5.x, and was not present in previous versions.

Task List

• Steps to reproduce provided
• Stacktrace (if present) provided
• Example that reproduces the problem uploaded to Github
• Full description of the issue provided (see below)

Steps to Reproduce

1. Create an Entity class (annotated with @entity and @table)
2. Create a Repository interface that extends io.micronaut.data.repository.CrudRepository<Entity, Id>
3. Within the repository interface, define methods with the signatures below
4. Run the Micronaut application with version 2.4.0 and version 2.5.1

@Executable
@Query(value = "insert ... ", readOnly = false)
long insertExample()

@Executable
@Query(value = "update ... ", readOnly = false)
long updateExample()

@Executable
@Query(value = "delete ... ", readOnly = false)
long deleteExample()

Expected Behaviour

The application should compile and run, and when executed, the methods should return the modified row count.

Actual Behaviour

The application fails to compile.

// Unable to implement Repository method: RepositoryInterfaceName.methodName(). Invalid result type: long for 'INSERT' operation

Environment Information

• Operating System: MacOS BigSur 11.2.3
• Micronaut Version: 2.4.0 and 2.5.1
• JDK Version: 1.8.0_212

Example Application

https://github.com/Hc747/micronaut-repository-regression

[Hc747]

Closing micronaut-projects/micronaut-starter#769

[Hc747]

Thank you @dstepanov and @graemerocher; fantastic job!