[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