[jboss-jira] [JBoss JIRA] (WFLY-3118) <vault> does not have module option
RH Bugzilla Integration (JIRA)
issues at jboss.org
Thu Apr 23 02:11:36 EDT 2015
[ https://issues.jboss.org/browse/WFLY-3118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13061756#comment-13061756 ]
RH Bugzilla Integration commented on WFLY-3118:
-----------------------------------------------
Jimmy Wilson <jawilson at redhat.com> changed the Status of [bug 901327|https://bugzilla.redhat.com/show_bug.cgi?id=901327] from NEW to CLOSED
> <vault> does not have module option
> -----------------------------------
>
> Key: WFLY-3118
> URL: https://issues.jboss.org/browse/WFLY-3118
> Project: WildFly
> Issue Type: Feature Request
> Components: Security
> Reporter: Derek Horton
> Assignee: Kabir Khan
>
> The <vault> element in standalone/domain.xml takes a 'code' attribute specifying the class to use as the implementation. It does not let you specify a 'module' option like most similar elements have, and instead always loads the class from the org.picketbox module.
> The <vault> element should take a module option too.
> The current workaround is to add the custom vault module as a dependency in the org.picketbox module.
> Additionally, hanging any module.xml can also result in patching conflicts when customers apply future updates.
> Since we have a quite a few customers writing custom vault implementations for various pieces of functionality that it doesn't provide out of the box, we should consider making this type of customer-initiated change patch safe for customers.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
More information about the jboss-jira
mailing list