[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