Hi Max,
Thank you for your message.
If you in the generator configuration haven't set false,
then the jOOQ code generator should automatically be generating
UpdatableRecordImpl subclasses for all your tables. You should then be able
to use these classes instead of your CustomRecord
Hi Max,
On Thu, Sep 12, 2019 at 4:20 PM Max Kremer wrote:
> No specific reason other than we haven't really needed to.
>
> Yes, we write our own TableImpl subclasses by hand but there are only 3-4
> of them. Our application is mostly doing analytics and we rely on JOOQ as a
> DSL for building
Hi Max,
On Thu, Sep 12, 2019 at 4:02 PM Max Kremer wrote:
> Sorry I should've pointed out that I'm not using the code generator.
>
I see. Just out of curiosity: Why not? Do you also write TableImpl
subclasses by hand?
You could of course also have your classes extend UpdatableRecordImpl
No specific reason other than we haven't really needed to.
Yes, we write our own TableImpl subclasses by hand but there are only 3-4
of them. Our application is mostly doing analytics and we rely on JOOQ as a
DSL for building queries (creating reusable chunks of SQL and combining
them,
Sorry I should've pointed out that I'm not using the code generator.
On Wednesday, September 11, 2019 at 3:54:07 PM UTC-4, Max Kremer wrote:
>
> I'm trying to perform some simple CRUD operations with JPA annotated Pojos.
>
> I've run into the need of returning the generated id (Identity columns)
Ok Thanks Knut, I'll explore the code generator.
Regards,
Max Kremer
http://www.trialfire.com
email: m...@trialfire.com
twitter: @maxtrialfire
skype: maxkremer
ᐧ
On Thu, Sep 12, 2019 at 10:30 AM Knut Wannheden
wrote:
> Hi Max,
>
> On Thu, Sep 12, 2019 at 4:20 PM Max Kremer wrote:
>
>> No