Yes, you will need to use the federated login (OpenID) stuff. The long-and-short of it is that you pass the federated_identity parameter to users.create_login_url. You'll need to setup a page for users to tell you what goes in federated_identity somehow, perhaps by clicking a google logo or entering an apps domain. For Google accounts: users.create_login_url(federated_identity='google.com/accounts/o8/id') or users.create_login_url(federated_identity='gmail.com') For an Apps account: users.create_login_url(federated_identity='google.com/accounts/o8/site-xrds?hd=yourappsdomain.com') There is a little info here: http://code.google.com/appengine/docs/python/users/overview.html And Wesley has a nice article about it here: http://code.google.com/appengine/articles/openid.html Some info on Google Apps domains and OpenID: http://groups.google.com/group/google-federated-login-api/web/openid-...
Google I/O 2010 - 0 views
Learning Technical Stuff: Mapreduce to be built in to Google App Engine Environment - 0 views
Session Management on GAE - Google App Engine for Java | Google Groups - 0 views
-
you don't get sessionDestroyed. I believe there's a couple of issues with notification of a destroyed session and the most significant one would be that there's no guarantee that an instance of your application will even be running (1.4.0 will allow reserved instances but that isn't out yet.) Other issues would be that since this is a distributed environment which instance should receive sessionDestroyed. GAE would have to implement this one their backend. I believe sessions currently are just created by the Servlet Context of an instance when necessary and that instance's sessionCreated is the one that is executed. You however can query the _ah_SESSION table to see if a given session is still active or has expired.
« First
‹ Previous
361 - 370 of 370
Showing 20▼ items per page