Da muss ich dir absolut recht geben. Ich habs nie wirklich gesagt und habe es wohl tatsächlich falsch angegangen - das war mein Fehler und in dem Fall dann auch nicht eurer bzw. deiner - immerhin habe ich die kommerzielle Nutzung innerhalb der Lizenzbestimmungen ausdrücklich erlaubt.
Deine Unterstützung beispielsweise hat mir sehr geholfen und da bin ich nach wie vor sehr dankbar.
Somit mache ich von der Seite her auch niemandem einen Vorwurf. Ich muss es wohl auch mehr auf die Zeit schieben nachdem ich angekündigt hatte dass ich das Projekt gerne kommerzialisieren möchte. Da kamen teilweis schon sehr unverschämte E-Mails und vermutlich war es auch dass das mir dann erst die Lust verdorben hat :-( Immerhin wurde mir mehrmals doch schon klar zugetragen dass zwar reges Interesse besteht das Programm zu nutzen aber nur noch wenn ich die alte Version fertig mache oder möglichst diese dann OpenSource mache und nur die neue Version unter dem Namen AppDater verkaufe.
Das kann ich aber tatsächlich nicht auf alle hier verallgemeinern und somit sollen sich auch nicht alle angesprochen fühlen.
Zunächst erst einmal vielen Dank an alle die das Projekt toll fanden - wenngleich es immernoch traurig finde dass ein Projekt dass man rege genutzt und "gemocht" wird so wenig unterstützt wird. Aber das ist ja ein anders Thema.
Zum Thema Quellcode freigeben:
1. Leider kollidiert das mit meiner Abneigung gegen OpenSource :-) Ich weiß nicht ob ihr das nachvollziehen könnt - ich habe das Projekt unter anderem wegen dieser "Im Internet ist alles kostenlos"-Mentalität eingestellt. Es ist niemand mehr bereit für Arbeit Geld auszugeben und das habe ich anhand diesen Projekt sehr deutlich zu spüren bekommen. Gebe ich nun noch die Sourcen frei so kommt es mir noch viel mehr wie ein "verschenken" meiner Arbeit vor. Aber das ist nur meine persönliche Haltung zu diesem Thema, dass ich eine Abneigung habe diese Jahrelange Arbeit einfach zu verschenken. Ich dachte dass diese Leistung die ich erbracht habe irgendwem wenigstens 5€ wert gewesen wären so dass ich mir für das Opfern meiner Freizeit mal Abends ein Bier leisten kann - war es aber nicht, also sehe ich auch nicht wirklich ein weshalb ich es dann gleich verschenken sollte. Ich habe das Programm hauptsächlich während meiner Ausbildungszeit entwickelt und gerade da hat mir vorn und hinten das Geld gefehlt. Ich habe wirklich gedacht durch solch einen Einsatz etwas schaffen kann dass mir hier und da einen Obulus einbringt - manch einer nutzt es ja sogar innerhalb von Firmen und verdient indirekt damit Geld). Immerhin habe ich für das Projekt mein USBSynC geopfert und hatte selbst überhaupt keinen Nutzen vom AppDater - maximal um den AppDater selbst durch dich Komponenten zu aktualisieren. Offenbar war ich doch etwas zu naiv :-)
2. Auch wenn ich die Sourcen freigeben wollte - so ginge das gar nicht. Wie ich schon mehrere Male auf die Anfragen nach OpenSource geschrieben habe, nutze ich diverse kommerzielle Komponenten. Unter anderem edtFTPnet/PRO und SmartInspect. Ihr könnte ja mal danach googeln und euch anschauen was die Teile kosten. Um nun den AppDater OpenSource zu machen, müssten auch diese Komponenten ersetzt werden. Und das Program wird ohne FTP-Anbindung nicht wirklich funktionieren :-)
Ich möchte euch nur mal darüber informieren dass ich den AppDater nun endgültig einstellen werde.
Ich dachte ich würde die Motivation das Projekt weiterzuführen nochmals aufleben lassen - und kurzfristig ist das auch geglückt. Die Tatsache wieviel Zeit dieses Projekt schluckt macht es mir jedoch schlicht und ergreifend unmöglich weiterzuarbeiten.
Erschwerend kommt die Tatsache hinzu dass ich kein Interesse mehr daran habe täglich meine Zeit mit einem Projekt zu verbringen das mir selbst nichts mehr bringt (sei es "Erfahrung" oder einfach nur eine gewisse Anerkennung in Form einer kleinen Spende oder dergleichen die schon lange nicht mehr kam und überhaupt nur 2-3 Mal stattgefunden hat).
Ich werde meine Freizeit in Zukunft Projekten widmen die mir Spaß machen und von denen ich selbst auch noch einen Nutzen habe.
Grundsätzlich tut es mir selbst Leid da ich sehr stolz auf das Projekt bin. Wirklich motivieren konnten mich "Beschwerde E-Mails" wieso dies und das denn nicht funktionieren würde und "Anforderungs E-Mails" mit O-Ton: "Ich hätte da noch eine Aufgabe für dich" überhaupt nicht - ich denke das können einige hier verstehen. Immerhin bin ich nicht der Auftragsprogrammierer der für kein Geld alles macht...
Es gibt ja wie ich gesehen habe im Forum mittlerweile ein zweites Updateprojekt. Ich bin gespannt wie lange der Entwickler Motivation aufbringen kann den Benutzern die Wünsche von den Lippen abzulesen nur dass diese dann die Software kostenlos in den Firmen einsetzen können. Sprich: Die Benutzer verdienen Geld - der Entwickler keins. Verdrehte Welt...
Denen die diese Software noch weiter verwenden wünsche ich dass alles glatt läuft.
Also den Pfad gibst du nicht in der Gui sondern schon in der Applikation selbst an - so wie du es richtig verstanden hast.
Ich dachte jetzt nur gerade dass der Temp-Pfad dann ja eventuell immer identisch ist. Wenn du jedoch immer eine neue Guid erzeugst ist dieser Pfad bei jedem Updatevorgang unterschiedlich und macht dann auch keine Probleme.
Gegen einen Netzwerkpfad würde nichts sprechen, werde das aber erst testen müssen.
Ja die Problematik mit dem fehlenden Benutzerkonto hattest du angesprochen. Ich denke mit den drei Möglichkeiten die ich dann biete sollte sich jedes Problem lösen lassen und somit auch genug sein.
Die Logik beim Löschen ist folgende:
Es werden alle Dateien gelöscht die beim Updatevorgang angelegt wurden. Ist nach dem Löschen der Ordner leer (was normalerweise der Fall ist), wird der komplette Ordner gelöscht - aber auch nur dann. Damit wirke ich einer eventuellen Fehleinstellung entgegen. Man nehme mal an der Entwickler gibt als Benutzer-Temp-Pfad ausversehen C:\Windows an oder einen Ordner in dem sich noch wichtige andere Dateien befinden. Dann würde der Ordner bestehen bleiben.
Läuft jedoch alles Reibungslos wird der Ordner wieder komplett gelöscht.
Ein Problem sehe ich allerdings dann wenn du bei 400PCs immer den Ordner \server\$_936DA01F-9ABD-4d9d-80C7-02AF85C822A8 verwendest. Würden nun zwei PCs gleichzeitig ein Update durchführen würde ja vllt der eine Prozess dem anderen die Ordner weglöschen. Vllt könnte man hierbei überlegen ob das Temp-Verzeichnis als Wunsch nur als übergeordneter Ordner angesehen wird und darin dann das eigentliche Temp-Verzeichnis angelegt wird dass dann wieder gelöscht werden kann. Somit würde der Ordner zwar immer bestehen bleiben, wäre aber im Idealfall immer leer. Allerdings wäre das schon wieder eine Einstellung.
@Jelly: Habe nun das ganze WE mit Überlegungen und Recherchen verbracht und denke eine geeignete Lösung gefunden zu haben die ich auch schon weitestgehend umgesetzt habe.
Das AppDater-Objekt hat nun ein neues Flag "TempDirLocation" dessen 3 mögliche Werte die folgenden sind:
1. LoggedOnUserTemp: Das Temp-Verzeichnis des angemeldeten Benutzers wird zum Download der Dateien verwendet (Vorgehensweise wie bisher, diese Einstellung wird auch Standard sein)
2. DriveC: Ein Verzeichnis der Form C:\$_936DA01F-9ABD-4d9d-80C7-02AF85C822A8 wird verwendet. Dabei ist dann sichergestellt dass beim Ausführen eines Updates unter einem anderen Benutzer auch tatsächlich ins Temp-Verzeichnis geschrieben werden kann
3. UserSpecified: Verwende ein benutzerdefiniertes Verzeichnis
Das Problem dass du beschrieben hast, dass der Benutzer unter dem das Update durchgeführt werden kann nicht ins Verzeichnis des Benutzers schreiben kann der das Update veranlasst hat konnte ich nachstellen und durch Variante "DriveC" lösen.
An dieser Stelle wäre auch denkbar sich direkt in der DLL noch vor dem Aufruf der updater.exe per Impersonation am Konto des Benutzers anzumelden der das Update durchführen soll und in dessen Temp-Ordner zu schreiben. Eventuell füge ich diese Funktion dann später noch hinzu.
Auch habe ich nun die Einstellmöglichkeiten unter "Rechte" geändert. Bisher war es ja nur möglich entweder Adminrechte zu fordern oder ein anderes Benutzerkonto zu verwenden. Allerdings ist das ja quatsch. Denn das eine schließt das andere ja nicht aus. Somit stehen nun 4 Szenarien zur Verfügung unter denen ein Update durchgeführt wird
1. Angemeldeter Benutzer, keine Adminrechte
2. Angemeldeter Benutzer, Adminrechte
3. Anderes Benutzerkonto, keine Adminrechte
4. Anderes Benutzerkonto, Adminrechte
Die ersten Tests liefen eben erfolgreich. Nun schreibe ich noch die Routine die die Tempordner auch wieder löscht und dann gibts den nächsten Build.
Ein Szenario bereitet noch Probleme bei benötigten Adminrechten: Sollte ein Update unter dem angemeldeten Benutzer durchgeführt werden und auf Fehler auflaufen und will man dann während dem Update "händisch" das Benutzerkonto wechseln, so können noch keine Adminrechte angefordert werden.
@Zony: Deine Datei habe ich erhalten - vielen Dank. Jedoch kam ich heute noch nicht dazu das Problem zu lösen. Tatsächich erkennt die Routine die beiden identischen Versionsnummern und wählt dann dennoch das Update aus - also hat sih da irgendwo ein Fehler eingeschlichen.
Update: Habe gestern noch ne Weile dran gesessen und das Löschen der Temp-Dateien korrigiert. Nach einem Update werden sämtliche temporäre die angelegt wurden wieder gelöscht. Ein weiteres neues Flag "DeleteTempFilesAfterUpdate" dass standardmäßig auf "true" steht ermöglicht zu Debugzwecken das Löschen zu deaktiveren.
Für jeden Updatevorgang wird tatsächlich ein neuer Temp-Ordner angelegt.
Es steht zwar schon länger auf meiner Roadmap die Beschreibbarkeit zu prüfen - wurde aber nie wirklich akut wichtig. Jetzt wäre ein guter Anlass dass alles nochmals zu überdenken. Im Grunde lasse ich mir jede Temp-Datei vom System selbst anfordern Path.GetTemp (oder so ähnlich). Aber an dieser Stelle läuft das noch ziemlich altertümlich und händisch ab - werde ich mir direkt anschauen.
Zur Impersonifikation habe ich gestern Abend noch eine Einstellmöglichkeit ergänzt die es ermöglicht ein Update schon von vornherein unter dem gewünschten Benutzer durchzuführen - das aber nur nebenbei.
Deine Kritik nehme ich ganz und gar nicht persönlich sondern als das was es ist: Konstruktive Kritik. Da du selbst in dieser Branche tätig bist weißt du selbst vermutlich nur zu gut dass es Szenarien gibt an die man gar nicht denkt - somit bin ich unheimlich auf konstruktives Feedback angewiesen - an dieser Stelle also ein Dankeschön dafür :-)
Für mich würde das also bedeuten auch diese Tempordner vom System anfordern zu lassen - ggf. werde ich auch die Pfade ändern und es so machen wie es Microsoft selbst macht: C:\$blabla verwenden und anschließend wieder sauber weglöschen - da recherchiere ich mal ein wenig was der Königsweg ist und ob Microsoft was im Styleguide zu solchen Problemen stehen hat.
Ich lese mich zudem auch gerade ins ShadowCopying ein um echtes Updaten im Hintergrund zu ermöglichen. Ich denke das wäre ein durchaus interessantes Feature wenn das System bzw. die Applikation im Betrieb geupdated werden können und beim nächsten Rechnerstart dann die neuen Versionen zur Verfügung stehen.
@Zony: Ab dem nächsten Build wird die Datei im Ordner preBeta/AppDater erzeugt. Von welchem Changelog-Fenster genau sprichst du?
@Jelly: Das Property ist umgesetzt und kommt in den nächsten Build - denke heute Abend. Werde mir dann die Geschichte mit dem Benutzerwechsel nochmal genauer ansehen. Normaler sollten alle Dateien die gelöscht werden auch gesichert werden, dass geschieht allerdings in einem Temp-Ordner - vllt läuft da aber auch etwas schief. Den Rollback-Mechanismus muss ich sowieso nochmal überarbeiten.
@Lumbra: Ja der Text hängt überall rechts raus, darum gehts aber nicht - er meint die Buttons die überall raushängen.
@Zony: Ja das ist unschön - das korrigiere ich dann.
OK - aber dann stellt dein Skin den du ausgewählt hast irgendwas um - die Auflösung müsste egal sein. Werde aber mal schauen dass ich das - zumindest mal für ein paar Fenster - in den Griff bekomme. Ist immer ein wenig verzwickt wo dann welche Anker gesetzt werden müssen damit das dann passt.
Welchen Skin hast du drauf? Dann kann ich das vllt in einer VM nachstellen.
@DeadEye: merci :-) Die Statistik will ich um genau den Punkt sowieso erweitern. Customparameter sind eine gute Idee, werde mir da mal überlegen.
@Lumbra: Ich seh gerade dass da wohl das beim Obfuscating schief gelaufen ist. Normal sollte es bei "DataTypes.ProxyType" neben "Http" und "NoProxy" noch den Punkt "UseInternetExplorerSettings" geben. Leider wurde der jetzt beim Obfuscating in "a" umbenannt :-)
Sollte aber dennoch möglich sein das auszuwählen. Was nun passiert ist das dann ganz einfach nach den Einstellungen gesucht werden die im Internet Explorer (und somit im System) eingestellt sind. Das betrifft in diesem Build aber nur Proxyadresse und Port. Die automatische Verwendung einer eventuell angegebenen PAC-Datei wird im nächsten Build verfügbar sein. Leider kann ich gerade die Proxygeschichte nur sehr eingeschränkt testen und wäre dann sehr auf euer Feedback angewiesen :-)
Ah stimmt - sorry - das ist total untergegangen.
Also der Updatevorgang wird nicht einfach abgebrochen sondern Rückgängig gemacht - sprich: ersetzte Dateien werden wieder zurückgeschrieben (dafür wird vorher ein Backup aller Dateien angelegt).
Die Möglichkeit den Updateprozess abzubrechen bzw. das Abbrechen zu unterbinden werde ich für den nächsten Build als Property einbauen - danke für die Erinnerung.
Zudem möchte ich noch ein weiteres Property bzw. eine weitere Einstellmöglichkeit hinzufügen dass die Impersonifikation betrifft. Und zwar würde diese Einstellung erlauben einzustellen dass nicht nur im Fehlerfall versucht wird das Konto zu wechseln sondern immer gewechselt wird und das Update komplett unter dem angegebenen Benutzer durchgeführt wird.
P.S.: Seit gestern habe ich einen neuen Build draußen - einfach mal AutoUpdate anwerfen oder herunterladen.
Eigentlich nichts - nur wenn du noch die leeren Stellen entfernen willst wird ein Eintrag zur CSS-Datei gemacht.
Ich würde das gerne als Plugin machen, aber Plugins für Opera zu schreiben ist ein Ding der Unmöglichkeit. Mit C ist das gemacht und sau kompliziert - deswegen gibts bisher auch noch keins :-)
Mmh ich hab mit der Fehlerkonsole noch keine Probleme gehabt. Zumindest poppt sie bei mir nicht automatisch auf.
Schau mal bei "Extras", "Einstellungen", "Erweitert", "Inhalte", "JavaScript-Optionen" und dann "Bei Fehlern die Fehlerkonsole anzeigen". Wenn da der Haken ist erscheint sie - also einfach raus machen.
Kannst du mir da eventuell die Logdatei dazu schicken die während dem Update erzeugt wurde? Weiter oben ist beschrieben wie man die Erzeugen lässt. Dann einfach an webmaster@klausmoster.de.
Derzeit funktioniert der Proxy nur wenn du direkt bei den AppDater-Einstellungen den Proxyport und ggf. Username und Password angibst. Die die pac-Datei bzw. die IE-Einstellungen werden noch nicht übernommen.
Ich bin aber derzeit dabei genau dass umzusetzen. Es würde dann ein Flage "UseIESettings" oder ähnlich geben und dein Problem sollte sich damit erledigen.
@Jelly: Führt er das Update erst gar nicht durch oder nur unter dem falschen Benutzerkonto. Derzeit ist die Logik die, dass der Updater versucht die Dateien auszutauschen und erst wenn eine Aktion (Löschen oder Kopieren) fehlschlägt es nochmals mit dem angegebenen Benutzerkonto versucht.
Das andere muss ich mal prüfen.
@ymarviny: Das könnte durchaus hilfreich sein :-) Ich mach auch nix kaputt.
Wenn ich dich richtig verstanden habe verwendest du einen MS-SQL und keinen MySQL-Server? Den MSSQL-Server habe ich bisher nicht getestet und unterstütze ich im Moment auch nicht. Somit wird dir dann nichts anderes übrig bleiben als dateibasiertes Logging zu verwenden wobei das bei Windows-Servern noch Probleme macht. Ich arbeite da aber gerade dabei. Allerdings wirst du dann das Projekt ganz normal aufsetzen können - nur eben wird das Logging wohl nicht richtig klappen.
Leider hat sich ein Fehler in der Administrationsoberfläche breit gemacht. Durch einen Fehler beim Obfuscation wird in die Updatedatei beim Erzeugen eines Updates nicht "final" sondern "c" geschrieben.
Ich sitze gerade dabei den Fehler zu lösen und hoffe schnellstmöglichst ein Update Bereit zu stellen.
Derweil könnte ihr die updates.xml vom FTP-Server laden und dort im Tag <releasestatus> und dort in <status> das c in „final“ ändern. Laded die Datei anschließend wieder hoch und das Update müsste durchlaufen.
@Lumbra: du scheinst noch die alte Dll zu verwenden? Schau mal im AppDater-Installationsverzeichnis und dort im Ordner Lib nach. Dort liegt die aktuelle Dll.
Leider bin ich mit dem neuen Wiki noch nicht ganz durch, deswegen stimmt die Anleitung an dieser Stelle nicht mehr. So wie es Zony beschrieben hat ist es richtig. So müsste es bei dir funktionieren.
Du kannst mir mal die Logs zuschicken. Unter "Einstellungen" kannst du den Pfad zu den Logs öffnen, dort gibt es einen SmartInspect-Ordner. Such mal die Logs raus die in dem Zeitraum angelegt wurden - oder lösche einfach alle raus und starte das ganz neu - dann wird eine neue angelegt. Die könntest du mir dann zusenden. Eventuell kann ich da was sehen.
Du meinst nun mit Bearbeiten wenn du auf "Bearbeiten" klickst oder scheitert schon das Laden des Projektes?
Und das ist auch gut wenn zum Testen alles angeklickt wird :-)
Dass sich der Ordnername ändert habe ich für Beta2 schon geplant. Wollte es dann nicht mehr in Beta1 aufnehmen dass ich irgendwann mal fertig werde *g*
@Zony: "Übernehmen" musst du nicht anklicken - das ist ein Fehler dass der Button noch da ist - einfach auf Weiter oder Fertig stellen klicken und dann müsste es funktionieren.
Dass die Versionsanzeige nicht sofort aktualisiert wird habe ich direkt notiert :-)
@V4yd: Das kannst du im Moment für dich selbst entscheiden. Der AppDater ist zum K_Updater kompatibel. Das heißt die Applikationen die du ausgeliefert hast können sich auch dann aktualisieren wenn du bereits den AppDater verwendest. Als "wichtig" sehe ich die Vista-Kompatibilität an. Ansonsten gibt es soweit also noch keinen zwingenden Grund sofort zu wechseln.
Ich habe soeben die Beta 1 vom neuen AppDater veröffentlicht.
Heruntergeladen werden kann sie hier: klick
Ich hoffe es läuft soweit alles reibungslos und es sind keine groberen Schnitzer drin. Ich verfolge nun das Ziel alle zwei Wochen ein neues Beta-Release herauszubringen und ggf. in unregelmäßigem Abstand große Fehler schnell zu fixen.
Dann darf getestet werden und ich bin auf das Feedback gespannt.
Es gibt nun erste Lebenszeichen von der Beta-Version :-)
Habe gestern die neue Homepage begonnen einzurichten und irgendwann im Laufe dieser Woche wird sich dort dann wohl auch die Beta wiederfinden.