[jira] [Commented] (WSS-507) ThreadLocal based Security Provider proxy

["Alessio Soldano (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/WSS-507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14076056#comment-14076056 ] 

Alessio Soldano commented on WSS-507:
-------------------------------------

Thanks Colm. I see you replaced usage of Collections.emptyEnumeration() with a static EmptyEnumeration inner class in ThreadLocalSecurityProvider. Is that because of needing to compile with JDK previous to 1.7 ?
Besides for that, can we have a singleton returned there instead of creating a new instance of EmptyEnumeration each time (basically, doing the same JDK does in Collections). Thanks!

> ThreadLocal based Security Provider proxy
> -----------------------------------------
>
>                 Key: WSS-507
>                 URL: https://issues.apache.org/jira/browse/WSS-507
>             Project: WSS4J
>          Issue Type: New Feature
>          Components: WSS4J Core
>            Reporter: Alessio Soldano
>            Assignee: Colm O hEigeartaigh
>             Fix For: 2.0.2
>
>         Attachments: proposal.diff
>
>
> This feature request is about adding a mechanism for making WSS4J (and possibly other projects relying on it) transparently use a Security Provider without globally installing it the JVM. This prevents side effects on other frameworks running within the same JVM and not wanting the BouncyCastle provider currently registered by WSS4J.
> The idea is to register a provider acting as a proxy to a different and thread local scoped provider. The proxied provider reference would have to be set and cleaned up by the WSS4J consumers. The reference being thread local ensures different threads don't have access to it. When no proxied provider is set, the installed provider basically serves no algorithm / service.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ws.apache.org
For additional commands, e-mail: dev-help@ws.apache.org