[jira] [Commented] (OFBIZ-7781) Have a configurable solution with respect to the default fields of all entities

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[jira] [Commented] (OFBIZ-7781) Have a configurable solution with respect to the default fields of all entities

Nicolas Malin (Jira)

    [ https://issues.apache.org/jira/browse/OFBIZ-7781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15373268#comment-15373268 ]

Jacques Le Roux commented on OFBIZ-7781:
----------------------------------------

There is indeed a specific mechanism for those special fields. It could be used for that too (with not only on/off but also the proposed status ternary). But, like [~nj] and [~rishisolankii] expressed in OFBIZ-7622, I doubt we need that automated on all entities... Let's discuss it...


> Have a configurable solution with respect to the default fields of all entities
> -------------------------------------------------------------------------------
>
>                 Key: OFBIZ-7781
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-7781
>             Project: OFBiz
>          Issue Type: Improvement
>          Components: datamodel
>    Affects Versions: Trunk
>            Reporter: Pierre Smits
>
> This issue follows up on comments posted in the  OFBIZ-7622 sub-task.
> Currently the fields to be added to all entities are defined in ModelEntity.java. This is a limited list consisting of:
> * public static final String STAMP_FIELD = "lastUpdatedStamp";
> * public static final String STAMP_TX_FIELD = "lastUpdatedTxStamp";
> * public static final String CREATE_STAMP_FIELD = "createdStamp";
> * public static final String CREATE_STAMP_TX_FIELD = "createdTxStamp";
> After the implemented code change of the sub task mentioned above, a new discussion evolved through postings of comments on the subject of how to get more flexibility in.
> This issue is a starting point and potentially a place holder for sub subtasks to get to a more flexible solution.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)