Ok ... also aus einem verschlüsseltem , gezipptem serialisiertem Java-Objekt kann man so natürlich mit den PLAIN-Daten die man eventuell abfangen könnte nichts anfangen. Selbst wenn man das Passwort knackt bräuchte man immer noch die entsprechenden Java-Klassen und das Wissen wie diese Funktionieren um aus den serialisierten Objekten wieder an die Informationen zu kommen.

Punkt für dich =D

Hi,

so ohne alles bekommt nicht jeder die Daten .

Was natürlich schön wäre, wäre natürlich ein Log auf dem Server, indem Clients geloggt werden, die das Update geladen haben oder bei denen es Probleme gab.

Das ist aber alles für die Basisversion, die bald fertig werden muss, nicht mehr angedacht. Gibt ja auch verschiedene Weiterentwicklungen. Der Updatemechanismus muss jedoch zu 100% stehen .

Grüße

Sascha

So ... habe den Launcher schon mal fertig in meinem Blog stehen.
Den Server werde ich morgen machen da es ja mitlerweile fast um 10 ist und mir die Augen zufallen.

Hi,

okay dann werde ich mir da mal ein bisschen was abgucken, wenn ich auch nicht alles so verwenden kann .

Viele Grüße

Sascha

Hi,

ich hab nun meinen Updateservice etwas erweitert und mir aus deinem BLOG ein paar Denkanstöße geholt. Es funktioniert soweit auch schon mal ganz gut (Start der heruntergeladenen Anwendung mit dem Starter etc.). Ein paar kleinere Programmierunschönheiten hab ich noch drin, aber die werden auch noch beseitigt.

Ich habe die Installation der Programmupdates noch etwas erweitert und zwar gibt es für jede heruntergeladene jar (oder auch sonstiges) eine Updateinformation in Form einer XML-Datei. Darin gibt es z.B. das Propertie "InstallPath", also einen Installationspfad. Es kann ja gut möglich sein, dass ich nur eine Bibliothek updaten möchte, die sich in irgend einem Unterverzeichnis befindet oder ich eine Bibliothek in einem speziellen Verzeichnis benötige. Ist kein InstallPath angegeben, so sucht sich der Anwender eine bereits vorhandene Bibliothek und überschreibt die alte mit der neuen, ansonsten wird die Bibliothek eben in ein neues Verzeichnis kopiert. Funktionert schon mal ganz gut.

Für die Verwaltung der Updates habe ich mir eine Anwendung geschrieben (ist natürlich speziell für meine Situation ausgelegt), inder ich eben alles einstellen und erzeugen kann. Durch Validierungen/Konsistenzbedingungen konnte ich auch so einige Fallstricke überwinden . Bisher funktionierts, aber ich möchte das noch weiter ausbauen, dass wirklich nichts mehr schiefgehen kann .

Ach ja ich gebe noch eine Info an die Anwendung weiter. Sollte ein Update nicht installiert werden können, so wirft die Anwendung eine Meldung aus "Ein Update konnte nicht installiert werden. Bitte wenden Sie sich an den Softwarehersteller" oder wenn alles funktioniert hat "Ihre Anwendung wurde erfolgreich aktualisiert". Es kann ja immer wieder mal vorkommen, dass ein Update nicht kopiert werden kann (Zugriffsrechte etc.). In diesem Fall muss man die Log-Dateien auswerten.

Soviel erst mal zu meinem Updateservice .

Vielen Dank nochmal für deine Denkanstöße .

Grüße

Sascha

Hey MS-Tech,
das hört sich schon mal ganz ordentlich an was du da hast. An XML-Files habe ich so noch nicht gearbeitet da mein System dann doch nicht ganz so kompiliziert ist.
Was ich allerdings noch anmerken möchte ist das mir heute früh ein Fehler in meiner setPath() Methode aufgefallen ist. So lange es im Pfad keine Leerzeichen gibt geht alles gut. Aber man ja eine URL von getResource() bekommt werden dort natürlich Leerzeichen als "%20" dargestellt. Nun kann man entweder vom URLDecoder gebrauch machen , oder wie ich dessen Funktionsweise nachbauen. Falls du hier also Hilfe brauchst kann ich dir gerne die aktualisierte Variante posten. Ich habe , nach dem mir der Fehler aufgefallen ist , sogar mit Sonderzeichen herumexperimentiert. Das Problem ist das Unicode-Zeichen als "%aa%bb" dargestellt werden. Der URLDecoder kann das laut seinem Source ebenfalls nicht verarbeiten da er nur für 1-Byte-Zeichen geschrieben ist *selbst in Java7 , habe dazu mal in den Source geschaut*. Daher ist meine Variante mit dem URLDecoder in dieser Hinsicht identisch.

Hi,

entweder bin ich jetzt blind...oder...Hast du eigentlich die Gegenseite, also den Server auch schon in deinem BLOG etwas erklärt? Ich muss am Serversystem eine Funktion anstossen, die mir dann einen Integer zurückliefert, aber ich sitz grad auf der Leitung .

Bzgl. deines PATH-Problems...ich habe immer wieder eingetrichtert bekommen, dass man gefälligst Leerzeichen in Pfaden weglassen soll .

So jetzt ists 1:00 Uhr. Ich hau mich in die Falle.

Grüße aus Bayern

Sascha

Naja ... versuch das mal M$ für XP beizubringen. Weil genau da ist es mir aufgefallen weil das User-Dir unter XP ja noch "Dokumente und Einstellungen" heißt. Natürlich sollte man Leerzeichen und Sonderzeichen weg lassen.

Hi,

hast auch wieder recht . Ist schon schwierig, wenn man eigentlich plattformunabhängig entwickelt, aber dann immer wieder an solchen betriebssystemabhängigen Problemen hängen bleibt.

Ist bei mir auch so. Ich möchte meine Anwendung gerne auf Windows-/Linux-/MacOS-Systemen betreiben. Mal gucken, ob das alles so wird, wie ich mir das vorstelle.

Grüße

Sascha