[wildfly-dev] Core and subsystem capabilities and requirements
Brian Stansberry
brian.stansberry at redhat.com
Mon Jun 23 17:03:11 EDT 2014
On 6/23/14, 3:56 PM, Brian Stansberry wrote:
> On 6/23/14, 2:52 PM, David M. Lloyd wrote:
>>
>> • I don't understand the reason to not allow optional dependencies on
>> capabilities. It would be of similar implementation complexity to the
>> suggested permutation implementation, however it would avoid the problem
>> of requiring 2ⁿ permutations for n optional dependencies.
>>
>
> I knew that would draw some comment and was already backing off it a bit
> as I wrote various drafts. :)
>
> The main thing is, say the user declares they want capability A, which
> requires B and C. Then they say they want capability C. Did they forget
> B or do they really not want it?
>
Meant to say *optionally* requires B and C.
We may also would need to deal with cases where B *or* C but not both is
required. I think in that kind of situation though it would be better to
have two capabilities with non-optional requirements.
BTW, I thinking working out the EJB capabilities/requirements will be an
excellent way to start, as it has so many.
--
Brian Stansberry
Senior Principal Software Engineer
JBoss by Red Hat
More information about the wildfly-dev
mailing list