Log message #4099327

# At Username Text
# Nov 29th 2017, 13:22 admad show your Permissions table
# Nov 29th 2017, 13:22 birdy247 if i use permissiongroups it works instead of PermissionGroups
# Nov 29th 2017, 13:21 admad maybe cause there isn't any?
# Nov 29th 2017, 13:21 birdy247 @admad I tried that and no permission-groups are returned
# Nov 29th 2017, 13:20 hmic :~
# Nov 29th 2017, 13:20 hmic whats what i said @admad, then check if you got the correct table instance - because...
# Nov 29th 2017, 13:19 hmic actually the table is a beast, the entity just an easy and lightweight data object ;-)
# Nov 29th 2017, 13:19 admad @birdy247 TableRegistry::get('PermissionsManager.Permissions')->get($entity->id, ['contain' => ['PermissionGroups']]);
# Nov 29th 2017, 13:18 hmic completely different beasts
# Nov 29th 2017, 13:18 hmic obinoob, they don't.
# Nov 29th 2017, 13:18 hmic so you set it up that way yourself ?!
# Nov 29th 2017, 13:18 obinoob hmic: ok so a table object has nothing in common with an entity I get that since they are two different structures guess internals are different I deeply though they share some common class etc
# Nov 29th 2017, 13:17 hmic i'd maybe try find() with the fluid syntax instead of get() too, because it has way more options to work on
# Nov 29th 2017, 13:17 birdy247 but debugging the Permissions table, shows the association in lowercase
# Nov 29th 2017, 13:17 hmic maybe you make sure you have the correct table object first and the association is available there
# Nov 29th 2017, 13:17 birdy247 I thought what you suggested
# Nov 29th 2017, 13:16 birdy247 I am curiours as to why it works with lower case
# Nov 29th 2017, 13:16 hmic birdy247: it's just a suggestion. sorry if it does not apply to your problem at hand...
# Nov 29th 2017, 13:16 birdy247 it then says its not associated with the plugin
# Nov 29th 2017, 13:15 birdy247 hmic that doesnt work
# Nov 29th 2017, 13:15 hmic now you have the table object - which still has nothing in common with an entity object
# Nov 29th 2017, 13:15 hmic and it gives you the table object back you ask for
# Nov 29th 2017, 13:14 hmic the registry holds your table objects, like its name suggests
# Nov 29th 2017, 13:14 hmic this is it's job!
# Nov 29th 2017, 13:14 obinoob and thus my doubts
# Nov 29th 2017, 13:14 obinoob hmic: that object it gives you an easy way for accessing your applications table instances as well...
# Nov 29th 2017, 13:10 hmic and still, this has nothing in common with an entity too, but can ask a datasource to get you entities, or create ones to pass to a datasource for persisting them
# Nov 29th 2017, 13:10 hmic it's only purpose is to get you to a table object you ask for
# Nov 29th 2017, 13:09 hmic the tableregistry is a *registry*
# Nov 29th 2017, 13:09 hmic ahm? nope!
# Nov 29th 2017, 13:09 obinoob hmic: never thought much about TableRegistry... they behave much like Entities to my eyes as I tend to use them when I can't use an Entity! I guess I need to read some basics
# Nov 29th 2017, 13:07 hmic and have absolutely nothing in common with the tableregistry
# Nov 29th 2017, 13:07 obinoob as book says
# Nov 29th 2017, 13:07 hmic PluginName.PermissionGroups
# Nov 29th 2017, 13:07 obinoob hmic: I got that entities represent individual rows or domain objects in your application
# Nov 29th 2017, 13:06 birdy247 hmic how do you mean?
# Nov 29th 2017, 13:06 hmic obinoob, you are long enough around i would have thought you got a better understanding on these concepts in the meantime. you can read it up in the book in more detail easily...
# Nov 29th 2017, 13:05 hmic birdy247: i guess you need the plugin syntax/scope again
# Nov 29th 2017, 13:04 obinoob hmic: lol
# Nov 29th 2017, 13:04 birdy247 $event->getSubject()->entity = TableRegistry::get('Permissions')->get($entity->id, ['contain' => ['PermissionGroups']]);
# Nov 29th 2017, 13:04 birdy247 but this says there is no association