Some resource reflect their "key”, using a "name" attribute. For instance:
/host=master/server-config=<key>:read-resource
{
name=key;
[...]
}
But this approach is not consistently used across the model. To further automate the
integration of tools like the web console, it would be helpful to provide consistent
access to the resource key. I can see two possible approaches:
a) predefined attribute name like "key":
- does introduce a list system attribute names that cannot be used by resources
- the benefit: it would simply show up as regular attributes
b) an alternate place for meta data like "key":
- easily extensible
- no naming conflicts
- but requires dedicated access to system attributes
Any thoughts on this?
Regards, Ike