[
https://issues.apache.org/jira/browse/CXF-6909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15290874#comment-15290874
]
Sergey Beryozkin commented on CXF-6909:
---------------------------------------
Thanks for this quality patch, looks good. Few comments:
- can you consider getting back to a Java 7 syntax ? We can keep it as is but
that will mean we will not be able to back-port it to CXF 3.1.x which is Java 7
based. I'm OK with this provider be a new CXF 3.2.0 feature, but note 3.2.0 is
still a long way from being considered for a release, so it is up to you if
you'd like to keep it on 3.2.0 or also merge to 3.1.x.
- can you please add an extension for saving authorization codes ? For ex,
DefaultEhcacheOAuthDataProvider and DefaultEhcacheCodeDataProvider, same for
JPA. FYI, the reason 2 providers are there, one for most of Oauth2, and another
one only adding the code persistence is that originally I thought that forcing
developers to write the code persistence in cases where their servers do not
support the confidential web clients and the authorization code flow was not
ideal.
- re 'Default' in the class name. I did name 'Default'EhcacheOAuthDataProvider
that way because I thought, well, someone may prefer to implement Ehcache
persistence some smarter way, etc, but since then I named a JPA provider as
simply JPAOAuthDataProvider/JPACodeDataProvider. Likewise, please keep
'Default' if you'd like but JCacheOAuthDataProvider would also be fine, up to
you too...
Thanks, Sergey
> Create an JCache based OAuthDataProvider
> ----------------------------------------
>
> Key: CXF-6909
> URL: https://issues.apache.org/jira/browse/CXF-6909
> Project: CXF
> Issue Type: New Feature
> Reporter: Luca Burgazzoli
> Priority: Minor
>
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)