[
https://issues.jboss.org/browse/SEAMSOCIAL-11?page=com.atlassian.jira.plu...
]
Todd Morrison commented on SEAMSOCIAL-11:
-----------------------------------------
I am currently using this minor fork update to synchronize authentication against my real
membership implementation.
Essentially, after the auth. round-trip the callback page is using the <f:event
type="preRenderView"..> tag to call back into a managed bean to validate with
initAccessToken() on the OAuthServiceHandler
At this point, I am taking the UserProfile (with new identity field) and doing a
cross-check against known users in my system.
If the id doesn't exist, they need to either complete sign-up or I create a User
entity on the spot.
If the id does exist, auto-auth.
Identity on UserProfile
-----------------------
Key: SEAMSOCIAL-11
URL:
https://issues.jboss.org/browse/SEAMSOCIAL-11
Project: Seam Social
Issue Type: Enhancement
Components: OAuth Core
Affects Versions: 3.0.0.Alpha1
Reporter: Todd Morrison
Assignee: Antoine Sabot-Durand
Labels: Identitier, UserProfile
Having a permanent identifier on the UserProfile against major social network
implementations is vital for qualification against a proprietary membership model.
Could you add an String Id field on the UserProfile interface?
This would allow consumers to decorate their User Entity with something like
'facebookId', 'twitterId' and 'linkedInId'. Upon auth, they can do
a look-up on their own User entity and decide if the user can authenticate based on the
token.
This will also allow users to change ScreenName, Email, etc. in the social network
without damaging the authentication bridge upon revisit.
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira