[
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
