Brian Stansberry created WFCORE-3785: ---------------------------------------- Summary: The read-feature-description output should optionally provide package requirement information Key: WFCORE-3785 URL: https://issues.jboss.org/browse/WFCORE-3785 Project: WildFly Core Issue Type: Enhancement Components: Management Reporter: Brian Stansberry Assignee: ehsavoie Hugonnet If the presence of a resource implies the requirement for a module that is otherwise optional, the ManagementResourceRegistration and thus the read-feature-description output should be able to note that fact. This needs a bit of thought: 1) What data should be provided? Galleon package name? JBoss Modules module name? My guess is the former, as that is what is useful to the sole consumer of read-feature-description. Plus a dev team providing this data is going to end up needing to understand Galleon packages anyway. But I've only given it the amount of thought needed to type this paragraph. 2) Is simple presence/absence of a resource sufficient to control this. Any attribute involvement? (That is if foo==true, then we need package bar.) My instinct here again is attribute values are not relevant. This is conceptually related to capabilities -- an attribute is not allowed to provide a capability; only a resource can. A module provides the code necessary for a capability so there's no reason for a module dependency exist independent of a capability and therefore solely due to an attribute. -- This message was sent by Atlassian JIRA (v7.5.0#75005)