TMSWebUpdate - eine neue WebUpdate-Komponente

[Svenkan]

Hallo Marco,

jetzt weiß ich wieder, wo das Problem liegt!
Ich hatte in der Komponente immer geändert, dass die Versionsdaten aus einer anderen Datei (VPlan.exe) ausgelesen werden sollen und deswegen findet er hier nun natürlich keine Angaben darüber.
Wär es möglich, dass du vlt. die Möglichkeit einbaust, dass man diese Daten aus einer 2. Datei auslesen kann?

Nun bekomme ich allerdings die Fehlermeldung 'Ein deaktiviertes oder unsichtbares Fenster kann nicht den Fokus erhalten.'.

Delphi-Quellcode:

procedure THauptFormular.GetVersionClick(Sender: TObject);
begin
 WebUpdate.CheckForUpdates;
 ActiveControl := Fortschritt;
end;

Das Problem tritt in der Zeile mit der Zuweisung der ActiveControl auf.

[Svenkan]

Ich hätte noch folgende Bitten: es wäre toll, wenn man in der Komponente selbst das TEMP-Dir und den Namen für die *.bat festlegen könnte. Dann muss man nicht immer in den Code selbst reingehen. Zumal man sowieso nicht immer dran denkt.

Desweiteren wüsste ich mal gerne, ob der im Screen genannte Fehler wirklich so gewollt ist. :D

[Marco Steinebach]

Huhu,
Kein Problem, ich denke auch, daß mit dem direkten Ändern der Namen ist ganz sinnig. Wird eingebaut.
Welchen Fehler meinst du? Du müßtest, bitte, den Text des Fehlers in die Nachricht kopieren, weil ich die Screenshots nicht lesen kann.
Aber, zu deiner letzten Nachricht: bist du sicher, daß die ProgressBar sowohl Enabled als auch Visible auf True stehen hat? Zur Not mal mit'm Debugger nachschauen.
Und das Form, auf dem "Fortschritt" angezeigt wird, ist momentan das aktive??
Ich denke nicht, daß der Fehler von der Komponente ausgelöst wird ...
Viele Grüße
Marco

[Svenkan]

Hallo Marco,

dann liegts wohl tatsächlich daran, dass es ich die GroupBox mit den Download-Infos auch erst beim Download einblenden lasse. Naja, es klappt ja auch so. ;)

Zu dem Fehler:

Anwendungsfehler
Exception EIdConnectionClosedGracefully in Modul vplan_update.exe bei 0001E956.
Die Verbindung wurde erfolgreich beendet.

:D

[fylo]

Moin,

Zitat:

Zitat von Svenkan

Anwendungsfehler
Exception EIdConnectionClosedGracefully in Modul vplan_update.exe bei 0001E956.
Die Verbindung wurde erfolgreich beendet.

Der Fehler wird von Indy ausgelößt und ist eher eine Statusmeldung. Siehe dazu den Eintrag in der Borland-Newsgroup.

Versuch mal mit dem Debugger schrittweise durch deinen Code zusteppen, dann müsstest du irgendwann in eine Indy-Unit kommen und dort steht auch nochmal etwas zu dieser Exception (kann das leider gerade nicht, weil ich hier kein Delphi auf dem Rechner hab).

[Svenkan]

Hallo,

mir ist gerade aufgefallen, dass wenn man einen Eintrag mit der Eigenschaft 'Path' vornimmt, diese Dateien nicht auch in der lokalen Ordnerstruktur in diesen Ordner gepackt werden. Das ist eher hinderlich, als nützlich. Wäre es möglich, dies noch einzubringen?

[Marco Steinebach]

Huhu Svenkan,
ähm, kannst du deine Frage nochmal anders stellen, bitte! Mir ist nicht wirklich klar, was ich einbauen soll.
Wenn die Datei
test.dll
im Unterverzeichnis
DLLS
auf dem Zielrechner stehen soll, dann muß sie auf dem FTP-Server im Unterverzeichnis DLLS liegen und der Eintrag Path=DLLS muß angegeben sein.
Ist das bei dir so, und es geht trotzdem nicht?
Vielleicht schickst du mal deine Update.html als anlage?
Viele Grüße
Marco

[Volle]

Hi,

arbeite gerade auch an nem Webupdate.

Hab n paar Fragen bzw n paar Anregungen:

- Wie verhaelt sich das ganze wenn man nicht als Admin eingeloggt ist?
Ich mein damit wenn man keinen Schreibzugriff auf das Anwendungsverzeichnis hat?
Soweit ich gesehen hab wird das Update abgebrochen oder?

- Wenn sich nur ein paar Dateien geaendert haben (sagen wir in einem Projekt das insgesamt 100mb in vielen einzelnen Dateien hat)
dann wird sobald sich die Version aendert das komplette Paket gesaugt oder?

- Es wird am Anfang abgerufen wie gross das Update ist. Vielleicht wärs geschickt gleich noch abzufragen ob genügend
Speicherplatz auf dem Datenträger vorhanden ist. Is kein grosser Aufwand und kann fehler vermeiden :>
(hier braucht man ja ca 2x den speicherplatz den das Update hat)

- Vielleicht noch ne Kompression einbauen? 7z laesst sich ja super ueber die Kommandzeile
steuern und wenn man 50% weniger saugen muss is das glaub ich jedem recht :P
Somit kann man dann gleich abfragen ob man Downloadfehler hat (wenn sich die Datei nich
entpacken laesst gabs wohl nen Fehler beim saugen )

- Kanns grad nicht nachprüfen aber kümmert sich idhttp um die zeichenkodierung in urls?
Wenn nich wäre das auch kein fehler einzubauen.

- Ich glaub (wenn ichs richtig gesehen habe) kann man mit der Komponente nur Dateien Updaten die im
Anwendungsverzeichnis liegen. Vielleicht könnte man hier noch was einbauen dass auch andere Dateien ersetzt
werden können. (z.B. im Benutzerverzeichnis)


mfg
Volle

[Marco Steinebach]

Hallo,

Zitat:

Zitat von Volle

arbeite gerade auch an nem Webupdate.

Prima! Dann bringen wir das Update-Doppelpack heraus. ;-)

Zitat:

Zitat von Volle

- Wie verhaelt sich das ganze wenn man nicht als Admin eingeloggt ist?
Ich mein damit wenn man keinen Schreibzugriff auf das Anwendungsverzeichnis hat?
Soweit ich gesehen hab wird das Update abgebrochen oder?

Hat nicht jede Anwendung immer, sogar unter Vista, Schreibzugriff auf ihr eigenes Verzeichnis?

Zitat:

Zitat von Volle

- Wenn sich nur ein paar Dateien geaendert haben (sagen wir in einem Projekt das insgesamt 100mb in vielen einzelnen Dateien hat) dann wird sobald sich die Version aendert das komplette Paket gesaugt oder?

Im Moment leider ja. Das ist natürlich unschön, ich bin aber, bis jetzt, noch auf keine wirklich gute Idee gekommen, wie man Dateien vergleichen kann, ohne sie runterzuladen. Die Größe ist völlig uninteressant, das Datum, hm, da es ja auf einem FTP-Server liegt ... ist auch nicht wirklich 100 % zu gebrauchen, ...
Vielleicht hat hier ja jemand ‚ne Idee?

Zitat:

Zitat von Volle

- Es wird am Anfang abgerufen wie gross das Update ist. Vielleicht wärs geschickt gleich noch abzufragen ob genügend Speicherplatz auf dem Datenträger vorhanden ist. Is kein grosser Aufwand und kann fehler vermeiden :>
(hier braucht man ja ca 2x den speicherplatz den das Update hat)

Joa stimmt, bau ich mit ein.

Zitat:

Zitat von Volle

- Vielleicht noch ne Kompression einbauen? 7z laesst sich ja super ueber die Kommandzeile
steuern und wenn man 50% weniger saugen muss is das glaub ich jedem recht

Hab ich mir noch nicht angesehen, aber ein Tool, was ich zu meinem Programm dazuinstallieren muß, egal wer’s installiert, finde ich nicht wirklich geglückt. Mit einer DLL könnte ich da schon eher leben ...
Aber Kompression ist, natürlich, nicht schlecht.

Zitat:

Zitat von Volle

- Kanns grad nicht nachprüfen aber kümmert sich idhttp um die zeichenkodierung in urls?
Wenn nich wäre das auch kein fehler einzubauen.

Was meinst du genau?

Zitat:

Zitat von Volle

- Ich glaub (wenn ichs richtig gesehen habe) kann man mit der Komponente nur Dateien Updaten die im
Anwendungsverzeichnis liegen. Vielleicht könnte man hier noch was einbauen dass auch andere Dateien ersetzt
werden können. (z.B. im Benutzerverzeichnis)

Hab ich, bis jetzt, aus Vista-Gründen die Finger von gelassen.

Ich sags ja, mit der Zeit wird TMSWebUpdate noch richtig gut. ;-)

Viele Grüße
Marco

[fylo]

Zitat:

Zitat von Marco Steinebach

Hallo,

Zitat:

Zitat von Volle

- Wenn sich nur ein paar Dateien geaendert haben (sagen wir in einem Projekt das insgesamt 100mb in vielen einzelnen Dateien hat) dann wird sobald sich die Version aendert das komplette Paket gesaugt oder?

Im Moment leider ja. Das ist natürlich unschön, ich bin aber, bis jetzt, noch auf keine wirklich gute Idee gekommen, wie man Dateien vergleichen kann, ohne sie runterzuladen. Die Größe ist völlig uninteressant, das Datum, hm, da es ja auf einem FTP-Server liegt ... ist auch nicht wirklich 100 % zu gebrauchen, ...
Vielleicht hat hier ja jemand ‚ne Idee?

Hashwete z.B. MD5 oder SHA sind für solche Aufgaben gedacht.