<br><br><div class="gmail_quote">On Mon, Jul 16, 2012 at 12:27 PM, Kabir Khan <span dir="ltr">&lt;<a href="mailto:kabir.khan@jboss.com" target="_blank">kabir.khan@jboss.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
On 16 Jul 2012, at 10:40, Emanuel Muckenhuber wrote:<br>
<br>
&gt;<br>
&gt; On 07/12/2012 11:16 PM, Tomaz Cerar wrote:<br>
&gt;&gt; Question is do we even want to support this as currently there is no support for validating and enforcing this constraints.<br>
&gt;&gt; only thing we have is that some manually written model defines it.<br>
&gt;&gt; If we add support for this on RD and IMRR we should probably add support for enforcing / validating it.<br>
&gt;&gt;<br>
&gt;&gt; Also we have figured out that when we converted subsystem we have lost this information. Would it make sense to re-add it?<br>
&gt;<br>
&gt; IMO we should add the min/max-occurs descriptions back. Even if it might<br>
&gt; be too late to add proper validators, it still would fail during runtime<br>
&gt; or result in some unexpected behavior. Perhaps mgmt clients can use it<br>
&gt; as well and it end i see it as documentation of the intended purpose.<br>
&gt;<br>
&gt; I haven&#39;t looked at the implementation in detail, but perhaps we can<br>
&gt; even have some sensible defaults - that a wildcard address would default<br>
&gt; to 0...n, otherwise to 0...1? This should be true for most of the cases<br>
&gt; and we only need to change the ones where this does not apply.<br>
<br>
</div>That&#39;s a good point - this is more important for wildcards. When the children are &#39;predefined&#39; for a type they are either there or not. I&#39;m not sure if there is anything to specify if a particular predefined child is optional or not though?<br>

<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div>We could easily add support for some sensible defaults but adding this without support for overriding it would create even more chaos.<br>For examples there are cases where you have wildcard definition (i.e element=*) but it must always have 4 children, no more no less.<br>
TBH this should be solved by different definition (i.e. :element=value1,element=value2,..) but still definitions like this exists.<br><br>So we are back to how to sensible add this information RD/MRR?<br><br>--<br>tomaz<br>
 </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="HOEnZb"><div class="h5">
<br>
&gt;<br>
&gt; Emanuel<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>
<br>
<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>