Download einer Datei in App

[Rued]

Hallo!
Eigentlich ganz schön, noch einmal etwas Neues zu beginnen, aber manchmal macht mich das wahnsinnig, dass kaum `was funzzt, was bei PC-Anwendungen seit fast dreißig Jahren funzzt.

Ich will in meiner Android-App eine Datei herunterladen und habe es zunächst ganz einfach probiert:

Delphi-Quellcode:

procedure Herunterladen(Quelle, Ziel: string);
var Stream: TMemoryStream;
begin

  Stream := TMemoryStream.Create;

  try
    FMain.IdHTTP1.Get(Quelle, Stream);
    Stream.SaveToFile(Ziel);
  finally
    Stream.Free;
    FMain.IdHTTP1.Free;
  end;

end;

Ergebnis ist eine Fehlermeldung:
Im Projekt Name.apk ist eine Exception der Klasse EIdOSSLCouldNotLoadSSLLibrary mit der Meldung 'SSL.-Bibliothek konnte nicht geladen werden.' aufgetreten.

Also habe ich aufgerüstet. Alles, was nicht schnell genug auf den Bäumen war, in die Uses gefercht:

Delphi-Quellcode:

  System.Net.URLClient, System.Net.HttpClient, System.Net.HttpClientComponent,
  IdBaseComponent, IdComponent, IdTCPConnection, IdTCPClient, IdHTTP,
  IdSSLOpenSSL, IdSSLOpenSSLHeaders, IdIOHandler,
  IdIOHandlerSocket, IdIOHandlerStack, IdSSL;

Über "Bereitstellung" unter "Projekt" die Dateien libcrypto.so.1.1 und libssl.so.1.1 eingebunden.

Und die Routine wie folgt erweitert:

Delphi-Quellcode:

procedure Herunterladen(Quelle, Ziel: string);
var
  Stream: TMemoryStream;
  HTTP: TIdHTTP;
  SSLHandler: TIdSSLIOHandlerSocketOpenSSL;
begin
  Stream := TMemoryStream.Create;
  HTTP := TIdHTTP.Create(nil);
  SSLHandler := TIdSSLIOHandlerSocketOpenSSL.Create(nil);

  try
    SSLHandler.SSLOptions.Method := sslvTLSv1_2;
    SSLHandler.SSLOptions.Mode := sslmUnassigned;
    HTTP.IOHandler := SSLHandler;

    HTTP.Get(Quelle, Stream);
    Stream.SaveToFile(Ziel);
  finally
    Stream.Free;
    SSLHandler.Free;
    HTTP.Free;
  end;
end;

Trauriges Ergebnis ist dieselbe Fehlermeldung.

Wie bekomme ich die dlls eingebunden?

[DelTurbo]

Hi,
ich glaube nicht das Indy diese Libs nimmt. Zumal das 1.1 ist und nicht 1.0.
Sollte Indy die System Libs nehmen klappt es 1000pro nicht. Das kann Indy nicht. Zu neu...

Selbst wenn Indy diese 1.0 Libs nehmen würde, kann es zu 90% sein sein das es trotzdem nicht klappt. Es gibt kaum noch Server die damit Arbeiten.

Fast überlesen: DLLs kannst du auf dem System nicht nutzen.

[Der schöne Günther]

Da wurde ".dll" wohl nur als Synonym verwendet.

Geschrieben wurde weiter .so, das wird für Android wahrscheinlich das richtige sein (kenne mich mit Android nicht aus).

[bcvs]

Ich habe Indy mit SSL auf Android auch nie hinbekommen.

Schau dir mal TNetHTTPClient an. Läuft hier unter Android und IOS problemlos.

[Uwe Raabe]

Zitat von bcvs:

Schau dir mal TNetHTTPClient an. Läuft hier unter Android und IOS problemlos.

Der Vorteil der bordeigenen Komponenten ist eben, dass sie die SSL-Unterstützung des Betriebssystems verwenden. Indy ist soweit ich weiß immer auf externe Bibliotheken angewiesen.

[DelTurbo]

Oder er soll Synapse nehmen. Das müsste auch auf Handy laufen. Zumal das OpenSSL 3.x kann.

[fisipjm]

Zitat von DelTurbo:

Oder er soll Synapse nehmen. Das müsste auch auf Handy laufen. Zumal das OpenSSL 3.x kann.

TNetHTTPClient kann auch SSL 3 - Außerdem läuft es auch auf iOS. In meinen Augen kein Vorteil von Synapse gegenüber der Systemkomponente.

[Rued]

Junge, Junge - und ich versaue mir den Sonntag mit TIdSSLIOHandlerSocketOpenSSL.
Ich danke herzlich für den Hinweis auf TNetHTTPClient - damit läuft es.

[DelTurbo]

Zitat von Rued:

Junge, Junge - und ich versaue mir den Sonntag mit TIdSSLIOHandlerSocketOpenSSL.

Das habe ich mit Indy auch schon durch. Am Anfang als die immer mehr Umgestellt hatten. Liefen einige meiner Tools nicht mehr. Hatte erst verzweifelt ein update gesucht.