You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@isis.apache.org by "Dan Haywood (Resolved) (JIRA)" <ji...@apache.org> on 2012/03/14 00:08:40 UTC
[jira] [Resolved] (ISIS-215) Change way that SQL objectstore
determines the properties of an object to be persisted
[ https://issues.apache.org/jira/browse/ISIS-215?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dan Haywood resolved ISIS-215.
------------------------------
Resolution: Fixed
Assignee: Dan Haywood
> Change way that SQL objectstore determines the properties of an object to be persisted
> --------------------------------------------------------------------------------------
>
> Key: ISIS-215
> URL: https://issues.apache.org/jira/browse/ISIS-215
> Project: Isis
> Issue Type: Improvement
> Components: Runtimes: Dflt: Objectstores: SQL
> Affects Versions: 0.2.0-incubating
> Reporter: Dan Haywood
> Assignee: Dan Haywood
> Priority: Minor
> Fix For: 0.3.0-incubating
>
>
> Noticed that in some circumstances the database table that SQL object store attempts to create had duplicate column names. Tracked this behaviour down to the logic within org.apache.isis.runtimes.dflt.objectstores.sql.auto.AbstractAutoMapper - the setUpFieldMappers() method can be called into recursively, meaning that the simple aggregation of columns into a list (as then used by the setUpFullMapping method is not sufficient).
> Although I don't understand everything that is going on here, it seems that a safer way to proceed is to use a Map and to key the elements by the ObjectAssociation (ie property); that way there can only ever be one "thing" added per processed field.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira