Es gibt wieder Neuigkeiten vom updateSystem.NET. Ich komme derzeit mit meinen Plänen recht gut voran. Was ich alles genau plane oder sogar bereits umgesetzt habe, verrate ich noch nicht komplett, dass wird zum Schluss eine Überraschung. Aber soviel kann ich verraten: Es ändert sich so einiges, bis auf die Lizenz, die bleibt gleich und damit das ganze kostenlos für alle.

Mit Dem Dialog in welchem die Updatepakete erstellt werden bin ich heute ein gutes Stück weiter gekommen. Einen ersten Entwurf habe ich ja neulich schon präsentiert. Diesen habe ich nun in die Tat umgesetzt und was dabei herausgekommen ist, kann nun bestaunt werden:

Was mich besonders freut ist der nun größere Editor für die Updateaktionen. Der kleine in der aktuellen Version hat mich selbst immer genervt, aber mit der neuen Version kann ich sehr gut leben. Der Fortschritt bei der Erstellung des Paketes wird nun auch in dem gleichen Fenster angezeigt. Wenn nun bei der dabei ein Fehler auftritt muss man das Paket nicht erneut zusammenklicken sondern kann den Vorgang einfach nochmal starten.

Generell sind die Fehlermeldungen etwas Benutzerfreundlicher geworden. Besonders kostenlose Webangebote neigen ja gelegentlich dazu etwas zu hängen was auch die FTP-Routine stören kann. Geht nun beim Hoch- oder Herunterladen etwas schief, kann man direkt im Fehlerdialog über eine “Wiederholen”-Schaltfläche die entsprechende Aktion neu starten.

Wann es etwas zum ausprobieren gibt kann ich noch nicht genau sagen, ich schätze mal so in etwa 2 Wochen, dies aber ohne Gewähr :-)

Heute habe ich es endlich geschafft meine Domain “updatesystem.net” von meinem alten Webspace bei Server4You zu meinem aktuellen bei HostEurope zu transferieren.

Dies gestaltete sich leider etwas mühsamer als ich gedacht hatte. Zuerst benötigte ich einen Auth-Code, danach musste der Status der Domain auf ACTIVE gesetzt werden und zum Schluß musste ich noch meine Genehmigung für den Umzug zu Server4You faxen. All das hat über einen Monat an Zeit gefressen und selbige wurde jetzt ziemlich knapp da mein Vertrag bei Server4You jetzt am 16.8. ausläuft und die Domain ins Nirvana gezeigt hätte bzw. im schlimmsten Fall komplett abhanden gekommen wäre.

Aber nun ist alles gut gegangen und mein updateSystem.NET ist wieder über die richtige Url und ohne Umleitung zu erreichen.

In letzter Zeit habe ich mir ein paar Gedanken gemacht, wie man den Dialog für das erstellen und bearbeiten der Updatepakete im updateDesigner etwas besser gestalten könnte. Im Detail geht es um die Verwaltung der einzelnen Updateaktionen. Der Bereich in dem aktuellen Dialog in welchem die Einstellungen für die jeweiligen Aktionen getätigt werden können ist derzeit einfach zu klein. Besonders bei komplexeren Verzeichnisstrukturen in einer Dateiaktion kommt man aus dem Scrollen nicht mehr raus.

Deshalb habe ich mich nun für eine TreeView-Navigation entschieden über welche die normalen Kategorien (Allgemein, Verfügbarkeit und Änderungen) und nun neu die einzelnen Updateaktionen erreichbar sind. Hier mal der GUI-Entwurf wie ich ihn plane umzusetzen:

Nun steht die komplette rechte Seite für die entsprechenden Einstellungen zur Verfügung.
Der Updatepaketdialog wird übrigens nicht das einzige Formular sein was überarbeitet wird. Die Dialoge im updateController sowie die Hauptform vom updateDesigner stehen auch noch auf meiner Renovierungsliste. Dies geschieht aber Etappenweise, mit dem nächsten größeren Update wird erstmal nur der eine Dialog aktualisiert. Für die anderen muss ich ohnehin noch viele Seiten in Microsofts UXGuide lesen um ein passendes Layout zu entwerfen. Ribbons wird es aber keine geben.

Für die kommende Version 1.1 vom updateSystem.NET suche ich ein paar Betatester, welche vor dem offiziellen Release (geplant für Ende dieser Woche) einmal über die Software schauen sollen, um etwaige Patzer aufzuspüren die ich bei meinen Tests übersehen haben könnte.

Interessierte können sich die Betaversion hier herunterladen: updateSystem.NET.Setup.exe

Es bleibt zu erwähnen, dass diese Version nicht für den produktiven Einsatz bestimmt ist. Jede Art von Feedback ist zudem Willkommen.

Alle Änderungen in der Version 1.1 stehen in der Roadmap unter dem Punkt “Implementiert”.

Die Version 1.1 vom updateSystem.NET ist nun so gut wie fertig. Zeit ein wenig die Neuerungen zu erläutern.

Erweiterte Releaseinformationen

Die Informationen über den Releasestatus der Updatepakete wurden mit der neuen Version erweitert. Primär zählt natürlich immer noch die Versionsnummer. Zusätzlich dazu kann noch ein Status des Releases festgelegt werden, also entweder Final, Beta oder Alpha. Den letzten beiden können zu dem Nummern zugewiesen werden, was es ermöglicht zu der gleichen Versionsnummer z.B. mehrere Betaversionen zu veröffentlichen.

Etwas gelitten hat hier leider die Abwärtskompatibilität, da auf Grund der neuen Versionsinformationen die Updatepakete einen neuen Dateinamen benötigen, mit welchem ältere Versionen des updateControllers nichts anfangen können. Aus diesem Grund, ist diese neue Funktionalität bei älteren Projekten deaktiviert. Sie kann über den Menupunkt 'Projektversion upgraden' im updateDesigner nachträglich aktiviert werden, wenn sichergestellt ist, dass alle Clients über die neue Version 1.1 des updateControllers verfügen.

Bedingungen für Updates

In der neuen Version vom updateController gibt es ein neues Event mit dem Namen confirmUpdatePackage. Dieses hat Boolean als Rückgabetyp und wird jedes mal gefeuert, wenn die interne Suche im updateController ein neues Updatepaket gefunden hat, welches neuer ist als die lokale Version. Hier kann der Entwickler nun zusätzlich nach eigenen Gesichtspunkten prüfen ob er das Update dem Benutzer anbieten möchte (Rückgabe: True) oder nicht (Rückgabe: False).

Desweiteren habe ich den Dialog mit den Updatepaketeinstellungen etwas übersichtlicher gestaltet:

Dort sind alle Optionen nun etwas deutlicher erklärt. Wenn alles glatt läuft, ist die neue Version nächste Woche fertig.

In einem früheren Beitrag hatte ich ja schon erwähnt, dass es mit der kommenden Version 1.1 des updateSystem.NET einen Assistenten für neue Updatepakete geben wird. Dieser ist nun fertig, und ich habe ein kleines Video aufgenommen, welches den Umgang mit selbigem Demonstriert:

Wie zu sehen ist, werden die Änderungen für die entsprechende Version in dem Assistenten in einem Textfeld festgelegt. Dieses Textfeld habe ich auch im normalen Dialog zum erstellen und bearbeiten von den Updatepaketen übernommen. Das heißt, ab der Version 1.1 gibt es wieder ein einfaches Änderungsprotokoll. Damit fallen dann auch die Changelogplugins weg.

Noch ein bisschen Eigenwerbung: Wer selbst solche Assistenten mit schickem Glasheader ohne viel Aufwand erstellen möchte, kann sich ja mal mein UIFramework anschauen :-)

Auch wenn derzeit etwas langsam, aber die Entwicklung vom updateSystem.NET geht voran. Aus diesem Grund möchte ich euch ein paar Einblicke geben, was es in dem demnächst erscheinendem Minorrelease so an neuen bzw. erweiterten Funktionen geben wird.

Ich habe beim Release der Version 1.0 einiges an Feedback bekommen. Aufgefalllen ist, dass einige mit dem neuen System der updateActions leicht überfordert waren. Deshalb werde ich zum einen mich hinter die Schnellstarttutorials klemmen und zum anderen wird es einen Assistenten geben welcher einen durch die meist genutzten Aktionen führt (Prozesse beenden –> Dateien kopieren –> Prozesse starten) und so den Umgang erleichtert. Nach Abschluß des Assistenten erscheint dann der normale Dialog zum bearbeiten eines Updatespaketes in welchem dann weitere Änderungen vorgenommen werden können.

Man soll es mit Assistenten zwar nicht übertreiben, aber einen wird es (wieder) geben. Und zwar den smartPackage Wizard, welcher bereits erstellte Updatepakete analysiert und daraus ein neues Paket generiert. Für Leute die die Updatepakete nicht über die Kommandozeile generieren ist es doch schon etwas nervig für jedes Update die gleichen Aktionen erstellen zu müssen wenn sich z.B. nur eine Datei geändert hat. Dort schafft dann das smartPackage abhilfe.

Desweiteren habe Ich irgendwie das Gefühl, dass ich die Änderungen pro Version etwas zu komplex aufgezogen habe. Prinzipiell würde doch auch ein simples Multiline-Textfeld pro Sprache die gleichen gestalterischen Möglichkeiten bieten wie die aktuelle Lösung. Nur nicht so umständlich. Da bin ich mir nur noch etwas unsicher. Mal sehen was mir dazu während der Entwicklung noch einfällt.

Für einen Releasetermin möchte ich mich eigentlich noch nicht festlegen, aber ich gehe davon aus das ich es noch vor meinem Geburtstag schaffe. Und noch was kleines in eigener Sache: Yay, dass war der 100te Beitrag :-)

Fast schon drei Wochen ist es her, als ich nach einer langen Entwicklungszeit die Version 1.0 von meinem updateSystem.NET veröffentlicht habe. Seit dem wurde es mehr als 200 Mal heruntergeladen und circa 10 Leute öffnen pro Tag mindestens einmal den updateDesigner. Nicht schlecht, wie ich finde. Vor allem möchte ich mich aber für das durchweg nette und konstruktive Feedback bedanken, dass ich in der Zeit via Kommentar, E-Mail oder Foreneintrag erhalten habe. Sowas motiviert immer ungemein.

Aber wie geht es nun weiter?
Meine ToDo-Liste ist seit dem Release stetig gewachsen und kleinere sowie ein paar größere Änderungen habe ich schon implementiert. Morgen werde ich aller Voraussicht nach einen kurzen Entwicklungsstopp einlegen, das bereits implementierte testen und dann ein Update mit den Neuerungen herausbringen.
Neben ein paar kleineren kosmetischen Änderungen, gibt es in der kommenden Version die Möglichkeit die Dateien der Statistikserver über den updateDesigner zu aktualisieren (siehe Bild rechts).
Desweiteren habe ich die Schnittstelle für die Changelogplugins um eine zusätzliche Eigenschaft erweitert. Man kann nun den “Öffnen”-Dialog unterdrücken. Als (einziges) praktisches Beispiel was mir auf die schnelle einfällt, bei welchem man diese Option setzen könnte, ist der Import der Changelogdaten aus der Zwischenablage. Ich habe übrigens selbst ein entsprechenden Plugin für solch einen Import geschrieben, welches automatisch ab der nächsten Version mit dabei sein wird.

Und was wird die Zukunft bringen?
Für wirklich spätere Versionen, also 1.1 oder 1.2 habe ich ein paar größere Änderungen geplant. Diese betreffen in Erster Linie die updateActions. Dort im speziellen den Aufbau und die Verwaltung. Was mich persönlich am Updatesystem total stört ist der kleine Editor für die Updateactions. Hier möchte ich dringend nachbessern, allerdings ist mir noch keine brauchbare Lösung eingefallen, wie man Toolbox, Auflistung und den Editor platzsparend und einen Hut bringen kann. Momentan geistert mir eine “Ein-Form-Lösung” durch den Kopf, welche mittels Ribbons (s. neue Version vom assemblyCompressor) organisiert wird. Aber das ist alles noch nicht Spruchreif.

Heute war es endlich soweit, ich habe die finale Version von meinem updateSystem.NET veröffentlicht. Wenn ich mich recht erinnere hat die Entwicklung dieser Version circa 1 Jahr und 4 Monate gedauert.

Angefangen hat alles mit einem etwas größerem Update von meinem alten “MKSoftware Update System v3”. Dieses Update wurde immer größer und größer und irgendwann saß ich dann vor einer vollkommen neuen Codebase vom updateController auf welche dann erst der updateDesigner und später der updateInstaller angepasst werden musste. Zudem gefiel mir meine Statistiklösung nicht weshalb ich diese auch komplett neu entwickelt habe so dass diese nun auch auf einem eigenen Server betrieben werden kann.

Die Statistikverwaltung im Designer habe ich übrigens nochmals komplett überarbeitet. Desweiteren gibt es nun neben einer ASP.NET und MSSQL Lösung auch eine, welche auf PHP und MySql basiert. Damit sollte sich eigentlich jeder einen eigenen Statistikserver aufsetzen können. Kostenlosen Webspace mit PHP und MySql Support bekommt man ja inzwischen hinterhergeworfen.
Zu PHP: Um es mal mit Homer Simpsons worten zu sagen: “Das ist mein erster Tag!”. Mir fehlt noch ein bisschen die Erfahrung damit, wer dies also besser kann als ich kann ja mal drüber schauen und mir eventuelle Verbesserungen mitteilen (bitte nur konstruktives!).

Zur Feier des Tages gibt es auch eine brandneue Website für das updateSystem.NET. Es fehlt noch einiges an Inhalt aber des wesentliche, der Download z.B., funktioniert :-).

Relativ ruhig war es in letzter Zeit hier im Blog was das updateSystem.Net angeht. Aber das bedeutet keineswegs das ich an diesem nicht mehr arbeite. Erst gestern habe ich die neue Betaversion 1.0.309 bereitgestellt, welche wieder einige Fehler und Unschönheiten ausbügelt. Funktionstechnisch ist das Updatesystem eigentlich schon fertig, was noch fehlt ist der Updatestatistikservice für Server mit PHP und MySql. Dies ist der letzte Punkt den ich umsetze bevor ich dem Projekt endgültig den “Final”-Stempel aufdrücke.
Ich weiß nicht genau wann ich damit fertig sein werde, da PHP für mich totales Neuland ist. Syntaktisch hat es einiges von Java bzw. C# was den Umgang für mich bestimmt erleichtern wird, aber dennoch gibt es besonders bei den Sicherheitsaspekten wohl einiges zu beachten was ich mir erst mal aneignen muss. Ich möchte dem Benutzer/Entwickler später ja auch nicht ein unfertiges und/oder unsicheres PHP-Script auftischen. Daher bitte noch etwas Geduld :-)