I have this bug on my project, where QueryDSL sometimes doesn't generate the Q*** classes for a subset of the classes.
I've had this bug for months, but our project is pretty large - and, despite hours trying, I haven't been able to create a standalone project to demonstrate the issue.
Here's my setup:
* QueryDSL 2.8.2 - (apt,apt-one-jar,codegen,collections,core,jpa) (AFAIK I can't upgrade, as Spring Data seems incompatable with the later releases)
* apt-maven-plugin 1.0.4
The error that's generated is normally Qxxxxx cannot be resolved to a type.
This error is repeated for 4 of my @Entity classes. There's nothing special about them that I can see.
I have many more @Entity classes that have their classes consistently generated without issue.
This occurs always after a clean, or after updating my pom.xml (adding / removing dependencies). In addition, it also occurs as part of a 'normal' build - though not always. I haven't been able to work out what the triggers are, but it occurs frequently.
When the error does occur, I comment out the @Entity declarations on the classes, compile again (creates different errors), then uncomment that code, and recompile. At this point, all the compilation errors are gone.
The issue never occurs on our build server, only within our IDE. (STS 3.2, running on Eclipse 3.8).
The issue happens for everyone in the team.
I recognise that this on it's own is not sufficient information to file a bug report, or expect someone else to solve this problem for me.
However, I simply cannot reproduce this issue outside of the project.
I'd love some pointers on things to do to try to debug how the issue is occurring? Is it possible to breakpoint the code generation, and step through it? Can I turn on diagnostic logging somehow? Are there other techniques I can use to get under the hood of the code generation to try and debug what's happening?
I apologise for such a vague report / request. I have tried everything else I could think of before posting here, but cannot work out what to try next. Any help would be greatly appreciated.
Regards
Marty Pitt