[prev in list] [next in list] [prev in thread] [next in thread]
List: turbine-torque-dev
Subject: [jira] Commented: (TORQUE-72) Beans should not require
From: "Thomas Fischer (JIRA)" <jira () apache ! org>
Date: 2007-01-24 20:18:49
Message-ID: 28440346.1169669929516.JavaMail.jira () brutus
[Download RAW message or body]
[ 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
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic