Zugriff auf Google API neue OAuth 2.0

[vagtler]

Für die (Termin-)Synchronisation mit Google verwenden wir erfolgreich die Komponenten von http://www.sync-components.com/googl...oogle-calendar

Vielleicht wäre das eine denkbare Alternative für Dich.

[Mavarik]

Zitat von vagtler:

Für die (Termin-)Synchronisation mit Google verwenden wir erfolgreich die Komponenten von http://www.sync-components.com/googl...oogle-calendar

Vielleicht wäre das eine denkbare Alternative für Dich.

Mit oder Ohne Browserfensters für das Login?

Wenn Ohne Browserfesnter ist das warscheinlich auch das alte verfahren!

Mavarik

[sh17]

Schon irgend welche Erfolge?

[sh17]

Hab mal viel rumgelesen.

Evtl könnte OAuth2 für Webserver eine Lösung sein, wo nur eine einmalige Authentifizierung per Browser erforderlich ist. Man erhält dann einen Refresh-Token, mit dem neue Access-Tokens ohne Benutzereingriff angefordert werden können.

Ansonsten ist die sog. 2-Bein-Auth in OAuth2.0 mit name und Passwort nicht vorgesehen.

[Mavarik]

Ja das habe ich auch gelesen...

Ich habe das problem zurückgestellt, weil ich das seht unpraktisch finde...

Ich gehe das Problem nochmal Ende des Jahres an!


Mavarik

[vagtler]

Mittlerweile gibt es eine neue Version der o.g. Komponente. Aus der Release-Info:

Zitat:

• It uses most recent Google Calendar API v.3. Previous version of our component used API v.2, which is now officially deprecated
• Includes full support for OAuth 2.0 authorization (including Google 2-step verification). Previous version of the component used ClienLogin, which is now also deprecated and is not recommended by Google. In many cases ClientLogin simply does not work (such as 2-step verification or SAML)

[sh17]

Nutzt inzwischen jemand

Google Calendar Delphi Component

oder

TMS Cloud Pack

und kann diesbezüglich einen Kommentar zur Nutzbarkeit sagen.

Ich tendiere momentan vor der Variante "selbst machen" noch zu 1. Wobei ich die Umsetzung von OAuth 2.0 schon mal probehalber programmiert habe.

[mjustin]

Zitat von vagtler:

Für die (Termin-)Synchronisation mit Google verwenden wir erfolgreich die Komponenten von http://www.sync-components.com/googl...oogle-calendar

Vielleicht wäre das eine denkbare Alternative für Dich.

Die Demo habe ich mir gerade mal angesehen, man wird um eine broswerbasierte Anmeldung gebeten. Dann muss man aus einem Browserfenster einen Key mittels Copy & Paste in die Delphi Anwendung hinein kopieren. Ich nehme an, das kann man nicht umgehen...

Schaue mir OpenID mal im Android Bereich an, ob es dort eleganter geht.

[sh17]

Hätte doch einen eigenen Thread machen sollen. Ich meinte, ob jemand eine der Komponenten generell empfehlen kann, oder ob es Probleme gibt. Die TMS ist ja wesentlich günstiger und hat noch andere Schnittstellen, obwohl im Google-Kalender-Bereich ist sie nicht ganz so komplex.

Wg dem Key. Also ich schätz mal das ist nur in der Demo so gemacht. Ich habe es in meiner Probeimplementierung so gelöst, das ich den Zugriff auf die API über eine TWebBrowser-Fenster durchführe. Den Key kann man sich von Google als HTML-Titel zurückgeben lassen und kann ihn damit aus dem Browser-Fenster einfach auslesen. Muss der Anwender nichts kopieren.

[mjustin]

Zitat von sh17:

Wg dem Key. Also ich schätz mal das ist nur in der Demo so gemacht. Ich habe es in meiner Probeimplementierung so gelöst, das ich den Zugriff auf die API über eine TWebBrowser-Fenster durchführe. Den Key kann man sich von Google als HTML-Titel zurückgeben lassen und kann ihn damit aus dem Browser-Fenster einfach auslesen. Muss der Anwender nichts kopieren.

Ok, aber einen Browser braucht das Delphi Programm also für diesen Trick auf jeden Fall (wenn auch intern und unsichtbar). Aber wie ich jetzt in meinem Google Account sehe, wird das Demo Programm als berechtigter Benutzer permanent gespeichert unter der ID "Aston ToDo" hat es fortan Rechte auf meinen Google Calendar. Bei jedem weiteren Start ist die Berechtigung also schon vorhanden. Nach KISS würde ich die Delphi Anwendung dann ohne Webbrowser bauen, der Trick mit dem internen TWebbrowser Fenster könnte ja mal versperrt werden, während der normale (externe) Browser weiter funktioniert.