idHTTP Exceptions abfangen und reagieren

[64Jabor]

Hallo DP,

ich versuche im Moment herauszufinden, wie man Exceptions, die die durch die idHTTP erzeugt werden (wie zB. ein "Read Timeout"), abfängt und auf sie reagiert, um diese unschönen Nachrichten dem User nicht zumuten zu müssen...

Hat da jemand schon Erfahrungen gesammelt?

Danke schonmal für euere Antworten,

mfg DaSebi

[blackdrake]

Hallo. Den try..except block kennst du?

Delphi-Quellcode:

IdHTTP := TIdHTTP.Create();
try
  try
    IdHTTP.MachWas();
  except
    // Code aus dem Gedächtnis, ohne Garantie
    on EIdConnectionClosedGracefully do ...
    else showmessage('omfg');
  end;
finally
  IdHTTP.Free;
end;

Du solltest im except-Bereich unterscheiden, welche Exception aufgetreten ist, um den Verursache (IdHTTP oder etwas anderes) zu finden.

Gruß
blackdrake

[64Jabor]

Ja an sowas hatte ich da gedacht, nur wie kann ich jetzt unter den einzelnen Exception-Bedeutungen der idHTTP unterscheiden? Gibts da irgendwo eine Liste von Errors oder wie ist das da?
Ich möchte ja nicht nur darauf reagieren dass die idHTTP eine Exception hervorgerufen hat oder wie man das nennt, sondern auch WELCHE Exception das war, sodas ich beim Beispiel "Read Timeout" meinetwegen sagen kann: "Datei kann nicht gefunden werden..."

[grenzgaenger]

hast du keine IdException.pas?

falls nicht, solltest dir mal das indy update holen :-)

[blackdrake]

Hallo.

Musst du mal in den IndyDocs schauen. Eine "komplette" Liste wird dir unter Umständen nicht wirklich was bringen. Du musst eher wissen (vorausdenken), was an Stelle X deines Codes alles "schief" gehen kann. Ein Beispiel

Delphi-Quellcode:

try
  Label1.Caption := IntToStr(BytesHeruntergeladen div BytesGesamt);
  IdHTTP.Get(); // Downloade
except
  on [ConnectionLost] do [Probiere nochmal];
  on [Server unaccessable] do [Meldung anzeigen]
  on [Connection closed gracefully] do [Probiere nochmal];
  //on [Division durch Null] do [Mache nichts, BytesGesamt war 0];
  //Besser auf BytesGesamt<>0 prüfen
  else [Benutzer benachrichtigen, das was komisches passiert ist] / raise;
end;

Wenn du z.B. nur mit .Get arbeitest, wirst du auf keine Exceptions stoßen, die in anderen Bereichen auftauchen können. Einen "else" Fall (quasi die Exception der Exception) solltest du immer mit einbauen, da du vielleicht an etwas nicht gedacht haben könntest.

Die genauen Namen der Exceptions (E...) müsstest du recherchieren (IndyDocs?) oder aus vergangenen Fehlermeldungen auslesen.

Gruß
blackdrake

[64Jabor]

Achso, OK!
Dankeschön :cheers:

*Dann werde ich jetzt mal fleißig Fehler konstruieren XDD :coder: :drunken:

mfg DaSebi