AnantLabs / codesmith

Automatically exported from code.google.com/p/codesmith
1 stars 0 forks source link

Determination of EditableRoot vs EditableChild objects no longer working #457

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?

Unzip 1868 and generate project against database.

What is the expected output? 

Expected output is to see the tables at the top of the relational tree as 
Editable Roots (this was working in versions as far back as r1790) and the 
dependent tables as Editable Children.

What do you see instead?
A couple of dependent tables are now showing up as Editable Root objects and 
the remainder (including those at the top of the relational hierarchy) are 
showing up as Editable Children.

What version of the product are you using?
r1868

Please provide any additional information below.
If you manually reconfigure the outputs, it seems to be working OK.

Original issue reported on code.google.com by bill.n...@gmail.com on 22 Jul 2010 at 7:45

GoogleCodeExporter commented 9 years ago
Sorry.  This is for CSLA templates.

Original comment by bill.n...@gmail.com on 22 Jul 2010 at 7:47

GoogleCodeExporter commented 9 years ago
Hello,

This behavior has been updated and the default behavior should be correct. Can 
you supply a specific example of this happening. Please let me know as I've 
checked this against a few databases.

Thanks
-Blake Niemyjski

Original comment by bniemyjski on 23 Jul 2010 at 4:40

GoogleCodeExporter commented 9 years ago

Original comment by bniemyjski on 23 Jul 2010 at 12:13

GoogleCodeExporter commented 9 years ago
Blake,

I am building a security module.  There are two parent tables, NHApplications 
and AppUsers.  They are using GUID's as primary keys.  There numerous child 
tables, including AppRoles, UserAppRoles, AppPermissions, RolePermissions, 
AppRolePermissions and so on.

All the relational linking is done using GUID's.

When I run the script, I get two of the child tables showing up as editable 
roots and everything else is an editable child.  There are many-to-many 
relationships in this schema.

Would you like me to send you the schema and CS project via email?

Bill

Original comment by bill.n...@gmail.com on 24 Jul 2010 at 8:45

GoogleCodeExporter commented 9 years ago
Blake - I emailed you directly some supporting information...

Original comment by bill.n...@gmail.com on 26 Jul 2010 at 10:34

GoogleCodeExporter commented 9 years ago
This issue was updated by revision r1888.

Fixed  Issue 457:   Determination of EditableRoot vs EditableChild objects no 
longer working

Original comment by bniemyjski on 27 Jul 2010 at 7:31

GoogleCodeExporter commented 9 years ago

Original comment by bniemyjski on 27 Jul 2010 at 7:32