As Emanuel said, those attributes are still there just for backward compatibility (talking about current master)<br>and all they do now is return &quot;value&quot; part of &quot;key=value&quot; address.<br><br>We had quite some discussion on how to properly handle this and currently we have them as read-only attributes that return part of address.<br>
<br>There might still be some places where this is not the case, but they will soon be cleaned up too.<br><br>--<br>tomaz<br><br><div class="gmail_quote">On Mon, Oct 22, 2012 at 2:25 PM, Emanuel Muckenhuber <span dir="ltr">&lt;<a href="mailto:emuckenh@redhat.com" target="_blank">emuckenh@redhat.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Yes, this approach is inconsistent and afaik those attributes are only<br>
still there for backwards compatibility.<br>
<div class="HOEnZb"><div class="h5"><br>
On 10/22/2012 11:59 AM, Heiko Braun wrote:<br>
&gt;<br>
&gt;<br>
&gt; Some resource reflect their &quot;key”, using a &quot;name&quot; attribute. For instance:<br>
&gt;<br>
&gt;<br>
&gt; /host=master/server-config=&lt;key&gt;:read-resource<br>
&gt;<br>
&gt; {<br>
&gt;    name=key;<br>
&gt;    [...]<br>
&gt; }<br>
&gt;<br>
&gt;<br>
&gt; 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:<br>

&gt;<br>
&gt; a) predefined attribute name like &quot;key&quot;:<br>
&gt; - does introduce a list system attribute names that cannot be used by resources<br>
&gt; - the benefit: it would simply show up as regular attributes<br>
&gt;<br>
&gt; b) an alternate place for meta data like &quot;key&quot;:<br>
&gt; - easily extensible<br>
&gt; - no naming conflicts<br>
&gt; - but requires dedicated access to system attributes<br>
&gt;<br>
&gt;<br>
&gt; Any thoughts on this?<br>
&gt;<br>
&gt; Regards, Ike<br>
&gt; _______________________________________________<br>
&gt; jboss-as7-dev mailing list<br>
&gt; <a href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a><br>
&gt; <a href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</a><br>
&gt;<br>
_______________________________________________<br>
jboss-as7-dev mailing list<br>
<a href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</a><br>
</div></div></blockquote></div><br>