The idea is to have two fields: created and modified, with timestamps when object is created, and last modified

Submitted by chris melman on 31 August 2012 at 15:57

On 6 September 2012 at 15:55 chris melman closed this issue.

On 6 September 2012 at 15:55 chris melman commented:

those fields are added in last commit including tests


On 6 September 2012 at 16:01 Eelco Visser commented:

Nice! Can you also add this to documentation on webdsl.org? And what happens with legacy code that already adds those fields explicitly? Can the fields be removed and will the same db columns be used?


On 6 September 2012 at 16:23 chris melman commented:

I will add it to the documentation on webdsl.org. About the legacy code, it will give an error on the fields, Danny said that if the columns have the same type (DateTime) it should be no problem removing them. However didn’t had an app where this could be tested locally


On 6 September 2012 at 16:36 Eelco Visser commented:

You mean, the compiler/IDE will give an error on the field? Perhaps that could be a warning if they are actually DateTime fields. I have applications that use this; will test.


On 6 September 2012 at 16:45 chris melman commented:

Yeah indeed the compiler/IDE will give an error on the field. I guess a warning is not fatal to the compiler and could probably end up having problems in the compiler when the property is specified more than once.


On 6 September 2012 at 16:48 Eelco Visser commented:

But if it is the exact same property, the duplication can be ignored, which would be helpful for legacy applications. I would like to test this first before I remove all the created/modified fields from my apps.


On 8 November 2012 at 17:10 chris melman tagged 1.3.0

Log in to post comments