db-torque-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Thomas Fischer (JIRA)" <j...@apache.org>
Subject [jira] Commented: (TORQUE-72) Beans should not require torque.objectIsCaching = true setting to create all complexModel methods.
Date Wed, 24 Jan 2007 20:18:49 GMT

    [ https://issues.apache.org/jira/browse/TORQUE-72?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12467135
] 

Thomas Fischer commented on TORQUE-72:
--------------------------------------

Never mind the response time. My response time is far worse some times:-( but then we're volunteers
and not paid for this, so no need to scrape the last bit off the free time in my opinion.

Ok, so I'd suggest the following: If complexObjectModel = true, there should be a getter,
a setter and a list of objects in the bean.
If objectIsCaching=false, this setter in the bean will not be used in data object-> bean
conversion, and the getter in the bean will not be used in bean->data object conversion.
So the user can fill the related objects in the bean manually, but they are not filled automatically.

If objectIsCaching=true, the current behaviour is retained.

This is the best solution I can think of with the foreign keys getters and setters in the
bean for objectIsCaching=false.

> Beans should not require torque.objectIsCaching = true setting to create all complexModel
methods.
> --------------------------------------------------------------------------------------------------
>
>                 Key: TORQUE-72
>                 URL: https://issues.apache.org/jira/browse/TORQUE-72
>             Project: Torque
>          Issue Type: Bug
>          Components: Generator
>    Affects Versions: 3.3
>            Reporter: CG Monroe
>            Priority: Minor
>
> Record Objects generated with complexModel = true will include the get all associated
FK records methods, e.g.
>   List books = author.getBooks()
> regardless of the objectIsCaching setting.
> Beans however, will NOT generate the get associated FK records methods unless objectIsCaching
is true.
> FWIW, the get related PK object methods are generated, e.g.
>   Author a = book.getAuthor();
> regardless of objectIsCaching.
> The Bean template coding needs to be reviewed and fixed to generate code correctly.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org


Mime
View raw message