+1
I can see use cases for <not/> as well. But <any/> seems to be covered by the
regular constraints already.
Ike
On Nov 23, 2011, at 6:35 PM, Brian Stansberry wrote:
On 11/23/11 10:21 AM, David M. Lloyd wrote:
> On 11/23/2011 07:05 AM, Heiko Braun wrote:
>>
>>
>> I've finished the first cut of the interface configuration according
>> to the common rules. Now I am wondering if<any/> and<not/>
>> constraints are really required. IMO it's overly complex already. I
>> don't believe anyone will use the additional constraints.
>
> They're in there to support cloud deployment where complex criteria are
> required to select an interface (the same configuration has to be
> applicable to any node).
>
Can anyone think of a useful scenario for <any/> that can't be satisfied
another way? That one strikes me as something that sounded cool at the
time (lobby of hotel at JBW 2010) but adds a lot of console and CLI
complexity for no clear gain.
The semantics of <any/> are if *any* of the nested criteria are met,
then the <any/> criteria is met.
For <not> it's pretty easy to see scenarios:
<not><public/></not> etc.
--
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev