AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Cross-Platform-Entwicklung DataSnap Login unterschied zwischen Settle, Berlin und Tokio
Thema durchsuchen
Ansicht
Themen-Optionen

DataSnap Login unterschied zwischen Settle, Berlin und Tokio

Ein Thema von Kostas · begonnen am 3. Apr 2018 · letzter Beitrag vom 13. Apr 2018
Antwort Antwort
Kostas

Registriert seit: 14. Mai 2003
Ort: Gerstrhofen
1.095 Beiträge
 
Delphi 10 Seattle Enterprise
 
#1

DataSnap Login unterschied zwischen Settle, Berlin und Tokio

  Alt 3. Apr 2018, 12:10
Hallo Zusammen,

ich habe ein massives Problem beim Login auf einem DataSnap Server, wenn der Server in Tokio kompiliert wurde!

Ist der Server und der Adroid Client in Tokio kompiliert ist ein Login überhaupt nicht möglich. Es wird überhaupt kein Username und auch kein Password zum Server gesendet es werden zwei Leerstrings übergeben. Beim Windows FMX Client funktioniert das Login wenn Server und Client mit Tokio kompiliert werden. Es muss also mit den mobilen Konnektoren zusammenhängen.


Wenn der DataSnap Server über Seattle und der Android Client über Berlin kompiliert wird, ist ein Login nur möglich wenn keine Umlaute im Username und Password enthalten sind. Da gibt es Probleme wegen der Zeichensatzcodierung.

Ist der DataSnap Server über Berlin und der Client über Tokio kompiliert, ist ein Login möglich von Windows und auch über Android wenn keine Umlaute im Username und Password enthalten sind.

Ich habe das DataSnap Server, Windows FMX Client und den Adroid Client nur kopiert nicht verändert und neu kompiliert. Der DataSnap Server hat im Programmverzeichnis weitere Verzeichnisse Angelegt: css, images, js, proxy und templates. Die habe ich auch nicht verändert und stammen aus der Seattle Delphi Version. Kann es sein dass ich die Verzeichnisse manuell aktualisieren muss, kann es daran liegen?


[Edit]

Ich habe nun über Tokio Ein Beispiel Server und Android Client erzeugt der nur die Melthode ReverseString ausführt. Hier ist zu erkennen das der Username und Passwort vom Android Client nicht zum Server gesendet wird. Auch nicht wenn ich Username und Passwort direkt in die DSRestConnection1 eintrage.
Liegt hier ein Fehler vor oder mache ich etwas falsch?

Gruß Kostas
Angehängte Dateien
Dateityp: zip AdroidDSClient.zip (23,9 KB, 1x aufgerufen)
Dateityp: zip DSServer.zip (768,3 KB, 1x aufgerufen)

Geändert von Kostas ( 3. Apr 2018 um 16:27 Uhr)
  Mit Zitat antworten Zitat
Kostas

Registriert seit: 14. Mai 2003
Ort: Gerstrhofen
1.095 Beiträge
 
Delphi 10 Seattle Enterprise
 
#2

AW: DataSnap Login unterschied zwischen Settle, Berlin und Tokio

  Alt 13. Apr 2018, 15:10
Ich habe die Ursache gefunden.

Der Event DSAuthenticationManager1.UserAuthenticate wird zwei mal gefeuert. Bei ersten mal ist User und Password immer leer und erst beim zweiten mal ist User und Password befüllt!


Delphi-Quellcode:
procedure TServerContainer1.DSAuthenticationManager1UserAuthenticate(
  Sender: TObject; const Protocol, Context, User, Password: string;
  var valid: Boolean; UserRoles: TStrings);
begin
  { TODO : Validieren Sie den Client-Benutzer und das Passwort.
    Wenn eine rollenbasierte Autorisierung erforderlich ist, fügen Sie dem Parameter UserRoles Rollennamen hinzu  }


  frMain.Memo1.Lines.Add(Format('Username: %s Password: %s',[User, Password]));

  valid := ((User = '1234') and (Password = '5678'));
end;
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:30 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz