[ 
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)

Reply via email to