Hi Raj, Session tokens should be the same as the clientlogin tokens where you don't need to create a login page for you to do operation in GH. My application uses ClientLogin API and don't need the username and password to do operations in GH but that is after i got the token. To get the token, yes you need to have the username and password of GH but again this is normally done once because you eventually have to save the token somewhere and retrieve it when you need to do something on someones profile in GH.
On Thu, Nov 26, 2009 at 5:31 PM, rajashree baradur <[email protected]> wrote: > Hi Max, > Thanks a lot for making me understand this whole procedure. > Actually I had done a desktop application using ClientLogin, wherein I had > created a service of my own on Infants Health Info. > There I used to authenticate using Username and Password. Now I want to > develop a web-based application on a different kind of patients, wherein I > do not wish to access their Allergies, Immunizations or anything of such > kind which is already present in the Google Health. > I want to develop my own application. Hope you are getting me. > So now my question is How do u login to your health profile in your > application? Only using this token or you have also created a Login page? > Regards and Wishes, > Rajashree > On Thu, Nov 26, 2009 at 3:24 AM, MaxDrive <[email protected]> wrote: >> >> Hi Rajashree, >> >> 1. If user wants to link to GH your app should redirect to GH for the >> user to be authenticated. Now, to avoid user passing username and >> password all the time, you ask GH for token instead which is more >> convenient. Token can be short live or session, which means short live >> tokens are used only once (for every operation) and session tokens are >> used for the whole duration of the session unless revoked. Session >> tokens are normally stored in DB by your app so that the next time the >> user wants to do something on GH you can just retrieve the token and >> use it to do the operation (this is what's happening when using >> ClientLogin API too so this should also be the case.). >> >> Hope this will give you an idea on your question because i'm confused >> on what you're trying to achieve. >> >> On Wed, Nov 25, 2009 at 10:22 PM, rajashree baradur >> <[email protected]> wrote: >> > Hi Bess, >> > >> > Yes I understand that we need AuthSub token to manage security. I just >> > went >> > through the sample code written by Eric. If I use that class as my >> > Connect >> > file, Should I create a JSP file to Login And then is that class >> > checking my >> > username and password to authenticate with the google health account? I >> > am >> > just confused. Should I write a method to authentication or should I >> > call >> > that class in my JSP file? Can u please clarify these things to me? >> > >> > Thanks, >> > Jo.. >> > >> > On Wed, Nov 25, 2009 at 2:27 AM, Bess Ho <[email protected]> wrote: >> >> >> >> Google allows 2 authenications: AuthSub or OAuth >> >> >> >> You need AuthSub token to manage security >> >> >> >> On Tue, Nov 24, 2009 at 3:04 PM, Jo <[email protected]> >> >> wrote: >> >>> >> >>> Hi, >> >>> What is this AuthSub? How to incorporate it in the java coding? >> >>> >> >>> On Oct 20, 7:34 am, MCAS <[email protected]> wrote: >> >>> > Guys, >> >>> > >> >>> > Making a reading about AuthSub authentication, I've read that using >> >>> > this >> >>> > kind of auth "each authorization token is specific to one user >> >>> > account >> >>> > *but >> >>> > can cover multiple services for that account*". I've tested my >> >>> > session >> >>> > token >> >>> > from my H9 test account with others google services (calendar and >> >>> > documents) that I have a account and did not work for anyone of >> >>> > them. >> >>> > Have >> >>> > someone else tested a authsub token from a service, like H9 or >> >>> > Google >> >>> > Health, to auth to another service? >> >>> > >> >>> > Thanks a lot. >> >>> > --- >> >>> > Matheus Cardoso de A. Silva - MCAS. >> >>> > Engenharia de Computação - UEFS >> >>> > Integrante do projeto de "Modelos de Propagação Microcelulares em >> >>> > Áreas >> >>> > Urbanas e Rurais para Frequências nas Faixas de UHF e Microondas". >> >>> > >> >>> > "Não deixe o agora se tornar tarde demais." >> >>> >> >>> -- >> >>> >> >>> You received this message because you are subscribed to the Google >> >>> Groups >> >>> "Google Health Developers" group. >> >>> To post to this group, send email to >> >>> [email protected]. >> >>> To unsubscribe from this group, send email to >> >>> [email protected]. >> >>> For more options, visit this group at >> >>> http://groups.google.com/group/googlehealthdevelopers?hl=en. >> >>> >> >>> >> >> >> >> >> >> >> >> -- >> >> Bess Ho >> >> UI Architect / Developer / Designer >> >> iPhone Developer >> >> Silicon Valley Web Builder (SVWB) Founder >> >> >> >> The information transmitted is intended only for the person or entity >> >> to >> >> which it is addressed and may contain CONFIDENTIAL material. If you >> >> receive >> >> this material/information in error, please contact the sender and >> >> delete or >> >> destroy the material/information. >> >> >> >> -- >> >> >> >> You received this message because you are subscribed to the Google >> >> Groups >> >> "Google Health Developers" group. >> >> To post to this group, send email to >> >> [email protected]. >> >> To unsubscribe from this group, send email to >> >> [email protected]. >> >> For more options, visit this group at >> >> http://groups.google.com/group/googlehealthdevelopers?hl=en. >> > >> > >> > >> > -- >> >> > >> > -- >> > >> > You received this message because you are subscribed to the Google >> > Groups >> > "Google Health Developers" group. >> > To post to this group, send email to >> > [email protected]. >> > To unsubscribe from this group, send email to >> > [email protected]. >> > For more options, visit this group at >> > http://groups.google.com/group/googlehealthdevelopers?hl=en. >> > >> >> >> >> -- >> Emmanuel F. Caulin >> Makati City, Philippines >> >> -- >> >> You received this message because you are subscribed to the Google Groups >> "Google Health Developers" group. >> To post to this group, send email to >> [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/googlehealthdevelopers?hl=en. >> >> > > > > > -- > > You received this message because you are subscribed to the Google Groups > "Google Health Developers" group. > To post to this group, send email to > [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/googlehealthdevelopers?hl=en. > -- Emmanuel F. Caulin Makati City, Philippines -- You received this message because you are subscribed to the Google Groups "Google Health Developers" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/googlehealthdevelopers?hl=en.
