qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (QPID-7028) [Java Broker] Add OAuth2 AuthenticationProvider
Date Mon, 15 Feb 2016 16:48:18 GMT

    [ https://issues.apache.org/jira/browse/QPID-7028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15147569#comment-15147569

ASF subversion and git services commented on QPID-7028:

Commit 1730565 from [~k-wall] in branch 'java/branches/6.0.x'
[ https://svn.apache.org/r1730565 ]

QPID-7028, QPID-7029, QPID-7030, QPID-7031, QPID-7045: [Java Broker/Java Client] Add OAUTH2
authentication support for management and messaging
QPID-7055: Improve GroupProvider API

svn merge -c 1729215,1729406,1729408,1729412,1729515,1729656,1729657,1729783,1730019,1730025,1730052,1730559

> [Java Broker] Add OAuth2 AuthenticationProvider
> -----------------------------------------------
>                 Key: QPID-7028
>                 URL: https://issues.apache.org/jira/browse/QPID-7028
>             Project: Qpid
>          Issue Type: New Feature
>          Components: Java Broker
>            Reporter: Lorenz Quack
>             Fix For: qpid-java-6.0.1, qpid-java-6.1
>         Attachments: 0001-OAuth2.patch, 0001-QPID-7028-Java-Broker-Improve-OAuth2.patch,
0001-QPID-7028-Java-Broker-OAuth2-improvements.patch, 0001-QPID-7028-OAuth2-Identity-Resolver-implementation-ca.patch,
> We want to provide the ability to login to the web management console with OAuth2. It
should be possible to use different OAuth2 backend (e.g., Google, CloudFoundry)
> Therefore it needs
> * pluggable way of setting the various parameters on the OAuth2 requests
> * pluggable way of getting the various parameters from the OAuth2 responses (e.g., access
grant, access token, refresh token, and expiry time, and user id)
> * those pluggable parts should have configurable addresses
> * configurable trust store for the OAuth2 servers
> * the client secret should be marked as "secure"
> * It should use (if available) a check_token or check_id service to get a user id to
use for ACL / logging purposes.

This message was sent by Atlassian JIRA

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

View raw message